Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+4\/4\]\s+xfs\:\s+remove\s+nr_to

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+4\/4\]\s+xfs\:\s+remove\s+nr_to_write\s+writeback\s+windup\.\s*$/: 3 ]

Total 3 documents matching your query.

1. [PATCH 4/4] xfs: remove nr_to_write writeback windup. (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Tue, 20 Apr 2010 12:41:54 +1000; Now that the background flush code has been fixed, we shouldn't need to silently multiply the wbc->nr_to_write to get good writeback. Remove that code. Signed-off-by: Dave Chinner <dchinner@xxxxxxxxx; /archives/xfs/2010-04/msg00227.html (9,001 bytes)
2. Re: [PATCH 4/4] xfs: remove nr_to_write writeback windup. (score: 1): Author: Jan Kara <jack@xxxxxxx>; Date: Thu, 22 Apr 2010 21:09:37 +0200; Hum, are you sure about this? I thought it's there because VM passes at most 1024 pages to write from background writeback and you wanted to write more in one go (at least ext4 wants to do this). Hon; /archives/xfs/2010-04/msg00278.html (11,064 bytes)
3. Re: [PATCH 4/4] xfs: remove nr_to_write writeback windup. (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Mon, 26 Apr 2010 10:46:45 +1000; About 500MB/s sure. ;) Seriously though, the problem that lead to us adding this multiplication was that writeback was not feeding XFS 1024 pages at a time - we were getting much less than this (some; /archives/xfs/2010-04/msg00341.html (13,386 bytes)

Current List: 1 - 3
Page: [1]