* 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.