Mailing List
Home
Forum Home
Linux - General Red Hat Linux discussion list
Enterprise Linux 3 - Discussion of Red Hat Enterprise Linux 3 (Taroon)
Installation - Getting started with Red Hat Linux
Red Hat Linux 9 - Discussion of Red Hat Linux 9 (Shrike)
Red Hat Linux 7.3 - Discussion of Red Hat Linux 7.3 (Valhalla)
Red Hat Linux 7.2 - Discussion of Red Hat Linux 7.2 (Enigma)
Apache Web Server
Oracle database, Microsoft SQL server ...
Subjects
application/x mplayer2 plugin
RPM error: db4 error(16) from dbenv >remove: Device or resource
   busy
Command stream end of file while reading
X Windows problem (xauth)
Upgrading openoffice 1 1 rpm
FTP: connection refused
FTP: connection refused
mount: /dev/cdrom: is not a valid block device
Dell Precision 650, RedHat 9, no sound
how to trace the cause resulting in the crash of bind server
Virus on the list
UNINSTALL RPM MYSQL
usb pen drives: mounting as a user
broadcom network interface
make mrproper
sendmail configuration on redhat
Couldn 't open PID file /var/run/named/named pid Permission denied
Promise 378 controller
kernel 2 6 and /dev/sound/mixer not found
Problem using up2date
mrtg step by step howto/configuration for a newbie?
Compiling and Installing Kernel 2 6
Can 't locate module ppp0, can 't locate module ppp compress 21
HOW I CAN MAKE BOOTABLE FLOPPY DISKET
Lotus Notes under Wine
/etc/security/limits conf question
Intel E/1000 driver
Command stream end of file while reading
rpm database corrupt
qla2300 modules
 
Search:  
Power your search with and, or, +, -, or "some phrase" operators.
Why the dramatic increase in filesystem performance when
   usingxfs????

Why the dramatic increase in filesystem performance when
   usingxfs????

2005-01-21       - By Gary Mansell

 Back
Hi,

I have always run ext3 filesystem with journalling on Redhat AS as it is
the only supported filesystem.

One of my colleagues runs xfs, though, and on comparable hardware
configs he gets twice the performance compared to my ext3 tests.

The test that I perform is to create a file at least twice the size of
the RAM installed in the system to avoid the possibility of cacheing,
measuring the time to write and read the file back gives me the
performance figure that I am after. I realise that this is a very simple
test of large sequential IO but it is good enough for my needs.

ie

Write test:

# time dd if=/dev/zero of=./testfile bs=16384 count=250000 ; time sync

Read test:

# time dd if=./testfile of=/dev/null bs=16384


As the xfs performance comes back about twice the performance of ext3
for this test I am of the opinion that xfs must be cheating somehow. It
has always been my opinion that the IO bottleneck is the hardware and
not the filesystem hence changing the filesystem but using the same
hardware should not make a huge difference to performance (you still
have to get the same amount of data out to disk at the end of the day)

I am struggling to comprehend how xfs can cheat, though, as it can't
cache such a huge file as there is not enough memory. Is it perhaps
cheating because the file is comprised entirely of zero's?

Can someone please enlighten me

Thanks in advance

Gary Mansell
--

This e-mail and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this e-mail in error please notify the sender immediately
and delete this e-mail from your system.  Please note that any views or opinions
presented in this e-mail are solely those of the author and do not necessarily
represent those of Ricardo (save for reports and other documentation formally
approved and signed for release to the intended recipient).  Only Directors
or Duly Authorised Officers are authorised to enter into legally binding
obligations on behalf of Ricardo unless the obligation is contained within
a Ricardo Purchase Order.

Ricardo may monitor outgoing and incoming e-mails and other telecommunications
on its e-mail and telecommunications systems.  By replying to this e-mail you
give consent to such monitoring.  The recipient should check this e-mail and
any attachments for the presence of viruses.  Ricardo accepts no liability for
any damage caused by any virus transmitted by this e-mail.  "Ricardo" means
Ricardo plc and its subsidiary companies.

Ricardo plc is a public limited company registered in England with registered
number 00222915.
The registered office of Ricardo plc is Bridge Works, Shoreham-by Sea,
West Sussex, BN43 5FG.


--
Taroon-list mailing list
Taroon-list@(protected)
http://www.redhat.com/mailman/listinfo/taroon-list

Earn $52 per hosting referral at Lunarpages.