Hi, Am Fre, 2002-07-19 um 19.18 schrieb Ben Fennema:
On Fri, Jul 19, 2002 at 01:33:13PM +0200, Peter Osterlund wrote:
On Thu, 18 Jul 2002, Ben Fennema wrote:
On Thu, Jul 18, 2002 at 11:31:21PM +0200, Peter Osterlund wrote:
I still think that's true, but I have some more information on the udf filesystem behavior. If I create a new udf filesystem and start adding lots of small files to it, at first (before dirty data writeback starts) the speed at which files are added is limited by how fast data can be *read* from the CD. I haven't looked at the udf code yet, but I would guess the udf filesystem reads a disk block for each file being added.
Hmm, it could be an issue with data being embedded in the inode. The data would go through the page cache, but the inode would go through the buffer cache, and this could force a read or something funky like that.
Mounting with -o noadinicb turns off this behavior. You could try it and see if it eliminates the extra reads.
There are still reads. I'm not sure if it's exactly the same amount of reads, but I didn't notice any difference in performance.
(But maybe you already know what the problem is. I got that impression from your other mail.)
Ok, here's a patch which should fix the problem.
Let me know if it shows a noticeable improvement (or if you can't get it to apply nicely to whatever kernel version your using) =]
It's against the 2.4 cvs tree, and prolly only works on 2.4.18+ (since all the version checks got ripped out of the code, which is actually makes the patch as large as it is)
does anybody have Ben's patch for a 2.4.19-rc2 kernel. I have difficulties in applying Ben's patch to my kernel. I would like to test this patch, because i have the same problems (2k of 0s in files copied to cdrw and ultra low speed). Thanks Manfred