Я думаю, что это - действительно больше персонального предпочтения, как с небольшой тонкой настройкой (и правильные опции команды), можно получить примерно ту же информацию от также.
Однако, если бы Вы желаете контролировать количество соединений в различных состояниях, я не сделал бы этого с однократным инструментом командной строки. Я использовал бы что-то, что может сделать некоторых отклоняющихся, таким образом, можно рассматривать его со временем. Что-то как munin было бы очень полезно, поскольку он будет изображать его в виде графика со временем (наряду с показом Вам другая потенциально полезная системная статистика).
Поиск и устранение неисправностей приложения всегда легче, если у Вас есть хорошая информация о самом поле и как это работает (и во время проблем и когда проблемы отсутствуют).
Defrag сообщит о фрагментации логического диска: То, что это означает с точки зрения того, как Ваши данные рассеиваются на физических дисках в массиве, зависит от какой RAID (0, 1, 5, и т.д.) и немного на внутренностях Вашего контроллера.
Обычно можно ли, вероятно, рассматривать его как Вы, был бы какой-либо другой жесткий диск (т.е. "90%?? Поскольку любовь к Собаке дефрагментирует его!"), хотя в 90%, которые могут быть болезненным опытом.
Также знаменитый: Дефрагментация очевидно очень интенсивна диском. Если это исходные диски, можно хотеть сделать дополнительным уверенный, что резервные копии хороши перед дефрагментацией, на всякий случай дефрагментация убеждает RAID-контроллер, что один или несколько дисков "перестали работать".
Да это действительно сообщает правильно.
Я должен указать, что единственное время, я видел такую серьезную фрагментацию на объеме окон, - когда Теневые копии хранятся на объеме.
Найдите некоторое пространство на диске, который не полностью делится, и переместите область хранения теневой копии в недавно созданный объем, который выделен содержанию теневых копий, и посмотрите, отбрасывает ли Ваша фрагментация огромной суммой, даже не дефрагментируя объем, который в настоящее время показывает фрагментацию на ~90%.
Принятие Вас использует Теневые копии, которыми они никогда не должны быть на том же диске как исходный файл, который они копируют.
Если Вы не используете Теневые копии, следующим наиболее вероятным преступником является Приложение резервного копирования как Backup Exec, хранящее файлы резервных копий в слишком маленьком из блока.
Хотя действительно любая программа, которая создает средние и крупные файлы размера и затем удаляет их на регулярной основе, могла создать ту же ситуацию.
Системы RAID не должны иметь никакого эффекта на количество фрагментации в окнах. Система набега представляет диск окнам. Файловая система (где фрагментация вычисляется) создается сверху этого.
Дефрагментация Windows просто использует API дефрагментации, который создается сверху логической файловой системы, которая в свою очередь будет находиться где-нибудь выше HAL; на этом уровне действительно не имеет значения используемое оборудование: пока Ваши драйверы устройств делают свое задание правильно, фрагментация, о которой сообщают, будет в худшем случае последовательна независимо от используемого приложения.