I don't use the word much, but this is an awesome book. Tweakers & nit
pickers will have months of fun implementing the millions of useful
recommendations in this book. In the same way that you should not trust a
default Windows implementation to be secure, you should not trust it to be
optimized for performance, either. This book tells you why, and how to get
the most from your hardware & OS.
And the answer to the original question is: I was close. Keep the write size
(4k for Exchange db), cluster (allocation unit) size and RAID stripe size in
sync. What I was not thinking of is the RAID stripe size applies to the
amount of data written in one contiguous chunk to each disk in the array.
There is a corollary number to plug into the equations - the stripe width,
which is the number of drives in the array which data is written to. So if I
read this correctly, you would want the RAID stripe size to be 4k divided by
the stripe width. Keeping it simple, if you had four drives in a RAID 0
array, the correct stripe size to match the 4k Exchange database writes
would be 1k. The fact no one would run Exchange in RAID 0, and that you
would really have eight drives in a RAID 0/1 array does not change the
optimum stripe size in this example.
Additional performance? Sure. Enough to re-config a production box? Probably
not, unless you have a high degree of tolerance for risk and pain. Good to
know for new boxes, though.
Now if we can just get someone to spend a bunch of time testing this all out
in their lab, and report back.


 -----Original Message-----
From:   Martin, Jon  
Sent:   Monday, June 17, 2002 4:17 PM
To:     Exchange Discussions
Subject:        RE: Allocation Unit (Cluster) Size Question

Already on order. Thanks.

Jon

-----Original Message-----
From: Ray Zorz [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 17, 2002 4:12 PM
To: Exchange Discussions
Subject: RE: Allocation Unit (Cluster) Size Question

Then get the Curt Aubley book mentioned previously.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Martin, Jon
Sent: Monday, June 17, 2002 4:01 PM
To: Exchange Discussions
Subject: RE: Allocation Unit (Cluster) Size Question


Actually, my boss prefers that I get the most out of the money he spends
on hardware and software. When I ask a group of knowledgeable folks a
question concerning a little documented but potentially useful way to
increase system performance, my boss sees that as a useful expenditure
of my time. Trading shots with someone who has indicated she really
doesn't know the answer probably would not meet his idea 'useful
expenditure of time', but he will probably get over it.

-----Original Message-----
From: Baker, Jennifer [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 17, 2002 2:37 PM
To: Exchange Discussions
Subject: RE: Allocation Unit (Cluster) Size Question

If performance is really an issue maybe you should consider different
hardware configurations. For instance, RAID 0+1 instead of RAID5, use
more disks in your RAID array to "spread" the data access, faster disks,
higher end controllers with more R/W cache, etc.

To worry about negligible performance (probably < .01%) increases while
investing actual productive time probably means you need your boss to
assign you more work. Unless, of course the time you spend measuring all
the differences in performance while "tweaking" your system with
different configurations actually translates to "no extra cost".

-----Original Message-----
From: Martin, Jon [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 17, 2002 12:55 PM
To: Exchange Discussions
Subject: RE: Allocation Unit (Cluster) Size Question


Uh, if I understand you correctly, you are not much interested in
tweaking a few easy (during system installation, anyways) settings to
optimize (at no extra cost) the performance of your system.

Jon

-----Original Message-----
From: Baker, Jennifer [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 17, 2002 11:32 AM
To: Exchange Discussions
Subject: RE: Allocation Unit (Cluster) Size Question

If I understand you correctly, you are talking about some nit-picky
settings that probably will have very little, if any, affect on
performance.

-----Original Message-----
From: Martin, Jon [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 17, 2002 9:57 AM
To: Exchange Discussions
Subject: Allocation Unit (Cluster) Size Question


Exchange writes to the database in 4k pages. This being the case, does
it not make sense to format database drives in 4k Allocation Units
(clusters)? And beyond that, since my RAID controller gives me the
ability to control the stripe size, shouldn't make this 4k also? Get
everyone (database, OS and
hardware) in 4k harmony, so to speak.

On a similar track regarding transaction logs, if we have valid
information as to the average size of messages in our system, would
there be a performance boost by configuring the transaction log drive to
use clusters and stripes close to (but a little bigger) that the average
message size?

Or, do I have no clue as to how these things work (always a
possibility)?

Thanks . . .

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]


_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Archives:               http://www.swynk.com/sitesearch/search.asp
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

Reply via email to