ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Valentin Davydov                     2:5020/400     05 May 2000  07:15:02
 To : All
 Subject : Re: help!!!
 -------------------------------------------------------------------------------- 
 

 >   From: "Alexander V. Naumochkin"
 >          <Alexander.V.Naumochkin@f59.n5020.z2.fidonet.org>
 >   Date: Thu, 04 May 2000 17:19:38 +0400
 >
 > AI> Ладно это все присказка была. А теперь вопрос. Может кто-то
 > AI> вразумительно объяснить зачем нужен винт SCSI? Цена по сравнению с IDE
 > AI> не сопоставима, производительность отличается на единицы процентов.
 > AI> Или это как украшение у женщин - признак роскоши...
 >
 >Производительность - на единицы процентов?! Ты где такое вычитал?
 
 Думаю, он сравнивал работу тех и других дисков в "боевой" обстановке,
 а не читал заказные отчёты в жёлтой прессе.
 
 >Оная у SCSI _в_разы_ выше.
 
 В общем случае, неверно. Hапример, производительность у одного SCSI диска, 
 как правило, хуже, чем у диска IDE той же ёмкости за ту же цену. Исключения
 вроде миниатюрных дисков для лаптопов не берём, поскольку у них и разъём 
 другой.
 
 >Когда IDEшники научатся жить толпой на шине
 
 А они разве сейчас не умеют? Шина имеется в виду PCI, разумеется. Или ты
 этот серый плоский кабель с ровно тремя разъёмами называешь шиной?!!
 
 >когда они же научатся собирать запросы в
 >пакет, да расставлять их в соответствующую очередь для достижения минимального
 >времени исполнения (tagged queue, а не по времени поступления, да по одному)
 
 Вот как раз под эту задачу специально заточен ядерный драйвер. И тратить 
 ресурсы на её повторное решение, по меньшей мере, глупо.
 
 Вал. Дав.
 
 P.S. Вот уж где действительно скази необходимы - это в кластерных серверах 
 повышенной надёжности, когда на шине с дисками сидит более одного хоста,
 которые дублируют друг друга на случай сбоя системы. Hо эхотаг здесь, 
 насколько мне известно, ни при чём.
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор