[NTLUG:Discuss] Filesystem Performance

[Dan Carlson]

I haven't seen any recent studies that address Linux vs. Windows filesystem
performance, and those I had seen were a few years old, so they probably
aren't relevant anymore.

One thing to keep in mind when doing the performance comparisons is which
filesystems you will run on the two OSes (for example Ext2 vs ReiserFS or
some other filesystem on Linux, FAT32 vs NTFS on Windows), since the
different filesystems will vary greatly in performance on each OS.

This link has benchmark comparisons for a number of Linux filesystems
running on different versions of Linux:

http://www.namesys.com/benchmarks/benchmark-results.html

While this doesn't give you any Linux vs Windows comparisons, it might give
you some insight into how to approach the problem if you want to run your
own benchmarks.  I haven't looked at the mongo and bonnie benchmark source,
so I have no idea how much work would be required to port them to run on
Windows.

Dan Carlson

----- Original Message -----
From: "Kenneth Loafman" <ken at lt.com>
To: <discuss at ntlug.org>
Sent: Monday, September 10, 2001 1:40 PM
Subject: [NTLUG:Discuss] Filesystem Performance


> Looking for some expert help here.  We need to evaluate Linux vs Windows
> performance re filesystems, namely filesystems with a large number of
> files, say in the order of several million, half in the 3-5k range, half
> in the 40-50k range.  Do you know of any studies done that would give me
> some rationale (other than cost) to use Linux over M$.
>
> At what point does the filesystem performance start to degrade with the
> shear number of files?  Smaller directories, smaller partitions, and
> tuning on both systems will help, but is there an upper limit on either
> one?
>
> As usual, a pointer to a 'real' study would be of help.  This decision
> could mean thousands of dollars going to the Evil Empire if I cannot
> prove my point completely.
>
> ...Ken
> _______________________________________________
> http://www.ntlug.org/mailman/listinfo/discuss
>