Цитата(AlekseyK @ 27.09.2007, 18:59)

В одной крупной питерской компании, которая продает сервера, меня убеждали что SATA диски не годятся для вебсервера.
Абсолютно правильно убеждали. Они даже идут почти во всех прайсах офиц. дилеров в разделе десктопные винты. Мы хоть и не торгуем серверами, но тоже всех убеждаем, что настоящий сервер может быть построен только с использованием дисковой подсистемы SCSI или теперь SAS
Раньше я тем, кто спрашивал, давал следующие выкладки (сейчас некоторое не совсем актуально, но все же):
1) SCSI разгружает центральный CPU, так как используется процессор
контроллера. Если углубляться - то когда процесс запрашивает данные
с диска, происходит syscall, в котором машина фактически непрерываема
(относится к FreeBSD, в солярке, скажем, непрерываема только на критических
участках кода, на реалтайм операционках - везде), в результате получается так,
что операционка больше тратит времени на обработку вызова, и находится в
этот момент в мало управляемом состоянии (т.е. syscall не прервать, даже например
прерыванием сетевухи, поскольку в этот момент прерывания отключены)
2) SCSI *традиционно* надежнее. Для производства SCSI оборудования используются более качественные
компоненты как правило (что отражается и на стоимости), что приводит к
в среднем большем MTBF (среднее время до отказа, mean time before
failure) - факт
3) Возможность более гибко добавлять новые устройства при необходимости расширения
4) Большая поддерживаемость SCSI операционками, особенно если подразумевается freebsd, с SATA
разные проблемы до сих пор продолжаются, хотя не факт... Впрочем, со SCSI
тоже приходится поглядывать...но все же
5) Время жизни стандарта. SCSI используется уже десятки лет, отработан, известен, применим много где,
SATA же стандарт молодой, еще не достаточно отработанный, и не
полностью доработанный в сущности (отсутствие queues, обещанных но не
реализованных)
6) а теперь те самые очереди - в SCSI контроллер
заботится о том, что если пришло несколько запросов на данные,
распределить их так, чтобы было минимум перемещений головки, т.е.
фактически оптимизация через перераспределение очереди запросов. в
sata этого еще нет, а для серверов с большой рандомной нагрузкой это
может быть критично
7) кэш операционки, плюс кэш на контроллере, плюс
кэш на винте.
Но собственно это тезисы. А главного нет. Впрочем, можно сказать, что
для клиента главным должно быть то, что со SCSI у него будет меньше
проблем, меньше вероятности сбоев, бОльшая скорость обработки данных
при большой случайной нагрузке...
SATA - приемлемый вариант для бэкап серверов и ftp-архивов.
На хостинговом сервере ставят SATA только те, кто экономит, не
понимая, на чем он экономит...
===
Такие тезисы давал, когда еще SAS не продавался. Некоторое в SATA уже улучшено, но в целом - SATA не для хостингового сервера.
PS
Почему хостингом БизХоста так восхищаются (скоростью, качеством)?... Одна из основных причин - мы не используем дисковые подсистемы SATA на шаред и вип серверах - только под бэкап и некоторые другие решения. Берите и Вы SAS и это окупится сторицей.
PPS
Можете оспаривать, я не буду защищаться, так как время и опыт доказывают