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
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-17 14:58 UTC by Volker Lendecke
Modified: 2008-06-23 19:14 UTC (History)
0 users

See Also:

Attachments
implementation of --filelimit (4.98 KB, patch)
2006-08-17 14:59 UTC, Volker Lendecke 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

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.

Volker
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 ***