Bug 4030 - new option: --filelimit
Summary: new option: --filelimit
Status: RESOLVED DUPLICATE of bug 3491
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 2.6.9
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
Depends on:
Reported: 2006-08-17 14:58 UTC by Volker Lendecke
Modified: 2008-06-23 19:14 UTC (History)
0 users

See Also:

implementation of --filelimit (4.98 KB, patch)
2006-08-17 14:59 UTC, Volker Lendecke
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Volker Lendecke 2006-08-17 14:58:30 UTC
I've got a server that gets backed up during normal operation. While the rsync sender is building up the file list, it saturates the disk subsystem with the directory traversal which drives load due to other operations to silly heights.

The patch to follow implements a --filelimit=n option that limits the number of files to be looked up per second, very similar to the --bwlimit option.

Comment 1 Volker Lendecke 2006-08-17 14:59:18 UTC
Created attachment 2096 [details]
implementation of --filelimit
Comment 2 Matt McCutchen 2006-08-18 19:10:30 UTC
Rsync already has a slow-down.diff that does something similar.
Comment 3 Wayne Davison 2006-10-15 13:18:12 UTC
Yes, it would be nice to be able to get rsync to not saturate the file I/O in some way.  Perhaps something more like the --slow-down option would be better than this, but I haven't looked at it enough yet to decide, so I'll leave this open for now.
Comment 4 Matt McCutchen 2008-06-23 19:14:09 UTC
This is really asking for the same thing as bug 3491.

*** This bug has been marked as a duplicate of 3491 ***