Другая опция состоит в том, чтобы использовать 'ww' спор с bsd PS:
# /usr/ucb/ps -aguxww
root 1177 0.0 0.0 0 0 ? S Dec 13 0:00 zsched
root 1189 0.0 0.1 1868 1260 ? S Dec 13 0:00 /sbin/init
root 1208 0.0 0.211072 9144 ? S Dec 13 0:04 /lib/svc/bin/svc.startd
root 1239 0.0 0.21308811908 ? S Dec 13 0:18 /lib/svc/bin/svc.configd
root 1326 0.0 0.0 1592 852 ? S Dec 13 0:00 /sbin/sh /lib/svc/method/svc-dlmgmtd
root 1538 0.0 0.1 6972 4216 ? S Dec 13 0:30 /usr/sbin/nscd
root 1886 0.0 0.1 1956 1248 ? S Dec 13 0:00 /usr/sbin/cron
root 2045 0.0 0.1 2296 1312 ? S Dec 13 0:00 /usr/lib/saf/sac -t 300
root 2082 0.0 0.1 2476 1408 ? S Dec 13 0:00 /usr/lib/saf/ttymon
root 2118 0.0 0.1 3824 1764 ? S Dec 13 0:03 /usr/sbin/syslogd
root 2119 0.0 0.0 1572 844 ? S Dec 13 0:00 /usr/lib/utmpd
root 2132 0.0 0.1 6112 3468 ? S Dec 13 0:39 /usr/lib/inet/inetd start
root 2222 0.0 0.1 1872 1304 console S Dec 13 0:00 /usr/lib/saf/ttymon -g -d /dev/console -l console -m ldterm,ttcompat -h -p mail
root 2257 0.0 0.1 4124 1788 ? S Dec 13 0:00 /usr/lib/ssh/sshd
root 2489 0.0 0.1 2280 1324 ? S Dec 13 0:00 /usr/sadm/lib/smc/bin/smcboot
root 2491 0.0 0.0 2280 980 ? S Dec 13 0:00 /usr/sadm/lib/smc/bin/smcboot
root 2539 0.0 0.0 2280 976 ? S Dec 13 0:00 /usr/sadm/lib/smc/bin/smcboot
root 2854 0.0 0.1 5936 2620 ? S Dec 13 0:07 /usr/lib/sendmail -bl -q15m
root 3277 0.0 0.1 7784 2096 ? S Dec 13 0:00 /usr/dt/bin/dtlogin -daemon -udpPort 0
root 13216 0.0 0.1 6944 4188 ? S Dec 15 0:00 /usr/lib/ssh/sshd
root 13245 0.0 0.1 6944 4188 ? S Dec 15 0:00 /usr/lib/ssh/sshd
root 27680 0.0 0.0 1504 892 ? S 12:35:21 0:00 sleep 3600
root 28311 0.0 0.1 6944 4220 ? S 12:59:01 0:00 /usr/lib/ssh/sshd
#
Microsoft дает Вам большую хорошую информацию здесь: http://technet.microsoft.com/en-us/library/bb125079.aspx
Первое, что пришло на ум я полагаю, что Вы хотите дорожки 32 КБ, и Вы захотите разделы, выровненные к границам дорожки. Не делайте честное слово - читает руководство. Я могу иногда быть идиотом. (улыбка)
Править: Я сказал 64 КБ сначала. Это должны быть 32 КБ. Посмотрите - я - идиот.
Также см.: http://blogs.technet.com/evand/archive/2004/10/14/242127.aspx
В стороне: Чтение Evan Dodds, отправляющего снова, заставило меня вспомнить, что я действительно видел неблагоприятную ситуацию с производительностью на установке Exchange 2003, куда очереди SMTP были помещены на тот же шпиндель как журналы транзакций. Я вспоминаю Вас говорящий, что это поле будет сервером бэкэнда, но оно будет, очевидно, все еще получать входящую электронную почту от Ваших серверов фронтенда в очереди SMTP. Ситуация, которую я вспоминаю, является почти такой же как описанный Evan Dodds - очереди SMTP были на шпинделе журнала транзакций, и шпиндель закончил тем, что перегрузился между попыткой сделать последовательные записи журналов перехода и случайные записи на очередях SMTP. Перемещение очередей SMTP к собственному шпинделю закончило тем, что делало поле намного более счастливым. (Это снизило дисковую длину очереди путь на дисках журнала транзакций и уменьшило видимый пользователем признак - тайм-аут RPC раскрывается в изобилии!) Не упускают это.
Также смотрите на следующую статью о выравнивании Раздела диска для объемов RAID. В то время как в статье говорится, что это для SQL, это действительно для любой базы данных, работающей сверху RAID с Windows Server 2003 или ранее. Можно увеличить выполнение установки ЗНАЧИТЕЛЬНО (пропускная способность увеличения и IOPS на целых 30% при сокращении задержки) путем внесения изменения (но это должно быть при первом разделении объемов прежде чем они были отформатированы):