On Wed, 12 May 2010 12:14:06 +0200
Sergio Lopez wrote:
> Thanks for taking some time to test this. If possible, I'd like to see
> the results of "dd" writting longer files to disk. Also, the
> information that "dd" prints at the end of the proccess could be
> useful too.
Okay, I removed the tar t
El Wed, 12 May 2010 06:19:29 +0200
Justus Winter <4win...@informatik.uni-hamburg.de> escribió:
> On Tue, 11 May 2010 19:19:01 +0200
> Sergio Lopez wrote:
>
> > Hi,
> >
> > I think short circuiting data_unlock requests in ext2fs (by
> > allocating the page in file_pager_read_page and returning i
On Wed, 12 May 2010 06:19:29 +0200
Justus Winter <4win...@informatik.uni-hamburg.de> wrote:
> And here are the results:
>
> Benchmarking /home/teythoon/ext2fs.vanilla...
> Running 'dd if=/dev/zero of=/mnt/sink bs=1M count=51'...
> 2.28 2.27 2.28 2.30 2.30 Average: 2.286
> Running 'tar xf /tmp/ramd
On Tue, 11 May 2010 19:19:01 +0200
Sergio Lopez wrote:
> Hi,
>
> I think short circuiting data_unlock requests in ext2fs (by allocating
> the page in file_pager_read_page and returning it unlocked) could
> improve file growing performance a bit.
>
> I've tested it in qemu (with kvm), using "dd"
Hi,
I think short circuiting data_unlock requests in ext2fs (by allocating
the page in file_pager_read_page and returning it unlocked) could
improve file growing performance a bit.
I've tested it in qemu (with kvm), using "dd" to sequentially write
blocks to a file, obtaining an improvement of 10
