Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi! > I would advise that you refer to the documentation, what you are asking for > already exists: For my tests I had this configuration: c-plan-ahead 5; c-delay-target 20; c-max-rate 35M; c-min-rate 4M; # will overrule c-delay-target, but seems to be better # concerning linearity of the used network bandwith c-fill-target 18M; max-buffers 8000; max-epoch-size 8000; sndbuf-size 512k; cram-hmac-alg sha1; shared-secret "xxxx"; verify-alg md5; protocol A; on-congestion pull-ahead; congestion-fill 2G; congestion-extents 2000; And I observed the slowdown of the write as described in my initial post. Either "pull-ahead" doesn't work, or another configuration interferes with this setting, or we didn't understand the description or I simply was too stupid and fooled myself to make the test right. But I can re-test it. My goal would be to limit the syncer speed to 300MBit/s AND to keep the write speed at 130MBit on my local disk and let the peer going out of sync until the bulk write is done and re-sync does its job. And yes, I know the data will be inconsistent for this short period. BR, Jasmin