On Sun, Jul 28, 2002 at 03:39:36PM +0200, Peter Osterlund wrote:
On Fri, 19 Jul 2002, Peter Osterlund wrote:
On Fri, 19 Jul 2002, Ben Fennema wrote:
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.
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) =]
Yes it works perfectly. I applied it to the 2.4 cvs tree then copied it into the 2.4.19-rc2 tree.
I needed this patch for 2.5.29 too so I made a forward port. It appears to work fine and gives a big performance increase also in 2.5. Can you please have a look at the patch and maybe submit it to Linus if you think it's OK? Thanks.
I've actually been working on a "better" =] patch. The one I sent out was kind of a quick and dirty fix. I should be checking it into the UDF cvs tree soon =) Ben