All of lore.kernel.org
 help / color / mirror / Atom feed
* filesystem overhead on large files
@ 2002-08-11 10:33 Radim Kolar
  2002-08-12 16:30 ` Brian Tinsley
  0 siblings, 1 reply; 2+ messages in thread
From: Radim Kolar @ 2002-08-11 10:33 UTC (permalink / raw)
  To: ReiserFS List

tests on 100 mb file on ide disk
hdd: 6306048 sectors (3229 MB) w/81KiB Cache, CHS=6256/16/63, (U)DMA

dt was using async io in this test
 ./dt of=/dev/hdd1 limit=100m bs=16k dispose=keep passes=10 errors=50
 enable=aio

kernel 2.4.19
=============

Raw disk IO:  /dev/hdd1 
       read  2260674 bytes/sec
       write 3542486 bytes/sec

reiserfs:
       read  2265559 bytes/sec
       write 3524625 bytes/sec
ext2:  
       read  2226276 bytes/sec
       write 3214847 bytes/sec
ext3:      
       read  2189094 bytes/sec
       write 3201759 bytes/sec
minix:
       read  2208303 bytes/sec
       write 3046710 bytes/sec
vfat:
       read  2159045 bytes/sec
       write 2573193 bytes/sec

i do not have XFS there XFS claims to be filesystem with highest possible
transfer rate on large files, but this test shows that reiserfs has
almost zero overhead on large files, so it can be also multimedia fs.

We are considering to use Oracle in raw disk mode (without filesystem)
and this test shows that you will not get any benefit from that - and
backup/restore procedure is more complicated.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: filesystem overhead on large files
  2002-08-11 10:33 filesystem overhead on large files Radim Kolar
@ 2002-08-12 16:30 ` Brian Tinsley
  0 siblings, 0 replies; 2+ messages in thread
From: Brian Tinsley @ 2002-08-12 16:30 UTC (permalink / raw)
  To: Radim Kolar; +Cc: ReiserFS List

We use ReiserFS to store and serve medical images, which can be anywhere 
from 30KB to hundreds of MB. ReiserFS provided the most consistent and 
most often the best performance versuses other viable Linux filesystems 
(we tested ext2, ext3, and XFS - JFS was not mature enough at the time). 
I can also attest to the fact that an Oracle database is *extremely* 
fast when stored on a ReiserFS formatted filesystem.
 

Radim Kolar wrote:

>tests on 100 mb file on ide disk
>hdd: 6306048 sectors (3229 MB) w/81KiB Cache, CHS=6256/16/63, (U)DMA
>
>dt was using async io in this test
> ./dt of=/dev/hdd1 limit=100m bs=16k dispose=keep passes=10 errors=50
> enable=aio
>
>kernel 2.4.19
>=============
>
>Raw disk IO:  /dev/hdd1 
>       read  2260674 bytes/sec
>       write 3542486 bytes/sec
>
>reiserfs:
>       read  2265559 bytes/sec
>       write 3524625 bytes/sec
>ext2:  
>       read  2226276 bytes/sec
>       write 3214847 bytes/sec
>ext3:      
>       read  2189094 bytes/sec
>       write 3201759 bytes/sec
>minix:
>       read  2208303 bytes/sec
>       write 3046710 bytes/sec
>vfat:
>       read  2159045 bytes/sec
>       write 2573193 bytes/sec
>
>i do not have XFS there XFS claims to be filesystem with highest possible
>transfer rate on large files, but this test shows that reiserfs has
>almost zero overhead on large files, so it can be also multimedia fs.
>
>We are considering to use Oracle in raw disk mode (without filesystem)
>and this test shows that you will not get any benefit from that - and
>backup/restore procedure is more complicated.
>

-- 
Brian Tinsley
Chief Systems Engineer
Emageon
http://www.emageon.com/




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-08-12 16:30 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-11 10:33 filesystem overhead on large files Radim Kolar
2002-08-12 16:30 ` Brian Tinsley

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.