* Which XFS-options for best performance in my case?
@ 2008-10-02 14:10 Tom
2008-10-02 15:54 ` Eric Sandeen
0 siblings, 1 reply; 3+ messages in thread
From: Tom @ 2008-10-02 14:10 UTC (permalink / raw)
To: xfs
Hello dear list members,
I am setting up a fileserver with the following specs:
. Hardware RAID 6 (3Ware 9650SE-12, 8-lane-PCIe) with a stripe size
of 64kB, write cache enabled
. 12 Harddisks, 1 Terrabyte and 32MB cache each, 7200 RPM
. Motherboard: ASUS P5BV-E/4L
. CPU: Intel Core2Quad 2,4 GHz (Q6600)
. RAM: 2x2 GB DDRII ECC 800MHz
. OS: Linux openSUSE 11 - 64 Bit
. Kernel: 2.6.25.16-0.1-default
. Filesystem of relevant data partition: XFS
. Size of relevant data partition: 9 Terrabyte
. The data hosted on this partition is going to be served via 4
1-Gigabit-Network-cards to Windows Vista-64-SP1 clients via Samba 3.2.3-0.1
After having fine tuned the RAID-controller and the kernel settings, I am
reaching the following results: Read 465 MB/s; Write 296 MB/s, which I
benchmarked with "sync; bonnie++ -u 0 -r 4096 -b -d
/name_of_the_mounted_partition". These figures are not all to good.
I had formatted the partition with the openSUSE installation tool ("YAST").
This uses:
- Block size in bytes: auto
- Inode size: auto
- Percentage of inode space: auto
- Inode aligned: auto
.. and mounts the partition in the fstab with "defaults, 1, 2"
Question:
Are there any settings/options/tweaks with which I can increase the
XFS-filesystem's performance?
The server is connected to a UPS-battery (Uninterruptible power supply). The
RAID controller has a own battery pack attached, which keeps any cached
writings in the controller's memory, should the system hang or the power be
disconnected for any reason (but this battery only lasts for a couple of
hours).
Above everything else stands SECURITY. I can't afford to lose/corrupt any
data on this server. So please tell me if one of the proposed tweaks should
be risky, or what the risks are.
Thank you for any piece of advice/information!
Best regards
Tom
[[HTML alternate version deleted]]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Which XFS-options for best performance in my case?
@ 2008-10-02 14:28 Tom
0 siblings, 0 replies; 3+ messages in thread
From: Tom @ 2008-10-02 14:28 UTC (permalink / raw)
To: xfs
Hello again,
I forgot one important piece of information:
- The fileserver is mainly serving quite huge files (images, mostly
50MB-100MB of size).
- The fileserver serves only to the small amount of 3 clients,
which read and write these files mostly sequentially (e.g. requesting 50 of
those files located in a folder) to the server and mostly only one client at
a time.
Thank you
Tom
From: Tom [mailto:T-o-m@gmx.net]
Sent: Donnerstag, 2. Oktober 2008 17:11
To: 'xfs@oss.sgi.com'
Subject: Which XFS-options for best performance in my case?
Hello dear list members,
I am setting up a fileserver with the following specs:
. Hardware RAID 6 (3Ware 9650SE-12, 8-lane-PCIe) with a stripe size
of 64kB, write cache enabled
. 12 Harddisks, 1 Terrabyte and 32MB cache each, 7200 RPM
. Motherboard: ASUS P5BV-E/4L
. CPU: Intel Core2Quad 2,4 GHz (Q6600)
. RAM: 2x2 GB DDRII ECC 800MHz
. OS: Linux openSUSE 11 - 64 Bit
. Kernel: 2.6.25.16-0.1-default
. Filesystem of relevant data partition: XFS
. Size of relevant data partition: 9 Terrabyte
. The data hosted on this partition is going to be served via 4
1-Gigabit-Network-cards to Windows Vista-64-SP1 clients via Samba 3.2.3-0.1
After having fine tuned the RAID-controller and the kernel settings, I am
reaching the following results: Read 465 MB/s; Write 296 MB/s, which I
benchmarked with "sync; bonnie++ -u 0 -r 4096 -b -d
/name_of_the_mounted_partition". These figures are not all to good.
I had formatted the partition with the openSUSE installation tool ("YAST").
This uses:
- Block size in bytes: auto
- Inode size: auto
- Percentage of inode space: auto
- Inode aligned: auto
.. and mounts the partition in the fstab with "defaults, 1, 2"
Question:
Are there any settings/options/tweaks with which I can increase the
XFS-filesystem's performance?
The server is connected to a UPS-battery (Uninterruptible power supply). The
RAID controller has a own battery pack attached, which keeps any cached
writings in the controller's memory, should the system hang or the power be
disconnected for any reason (but this battery only lasts for a couple of
hours).
Above everything else stands SECURITY. I can't afford to lose/corrupt any
data on this server. So please tell me if one of the proposed tweaks should
be risky, or what the risks are.
Thank you for any piece of advice/information!
Best regards
Tom
[[HTML alternate version deleted]]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Which XFS-options for best performance in my case?
2008-10-02 14:10 Tom
@ 2008-10-02 15:54 ` Eric Sandeen
0 siblings, 0 replies; 3+ messages in thread
From: Eric Sandeen @ 2008-10-02 15:54 UTC (permalink / raw)
To: Tom; +Cc: xfs
Tom wrote:
> After having fine tuned the RAID-controller and the kernel settings, I am
> reaching the following results: Read 465 MB/s; Write 296 MB/s, which I
> benchmarked with "sync; bonnie++ -u 0 -r 4096 -b -d
> /name_of_the_mounted_partition". These figures are not all to good.
not good based on / compared to what?
First I'd start with direct reads & writes from/to your block device,
see how fast that goes, before you jump up to benchmarking the filesystem.
-Eric
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-10-02 15:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-10-02 14:28 Which XFS-options for best performance in my case? Tom
-- strict thread matches above, loose matches on Subject: below --
2008-10-02 14:10 Tom
2008-10-02 15:54 ` Eric Sandeen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox