On Monday 05 November 2007, Michael Shigorin wrote: > > Похоже, это про ту самую оптимизацию работы головами HDD на > > уровне контроллера. То есть, и поддержка фичи от HDD не сильно > > обязательна, получается. Хотя лучше почитать. > > Обязательна.
ВСё равно сомневаюсь. > > Про второй плюс ? Называют это по-разному везде. Суть в том, > > что, если к HDD приходит запрос считать, грубо говоря, сектора > > 1, 10, 7, 20, 18, то IDE так и будет читать, дёргая головой > > туда-сюда, а SCSI сделает это в один проход головки. > > Comppand queue и elevator это называется. И так бывает, называют. Поддержка этого хозяйства была в hpfs386 в OS/2 и без поддержки, собственно, дисками. Потому и сомневаюсь, что поддержка от HDD обязательна при умном контроллере. > > сейчас, вроде бы, этой фичей уже обладают. По крайней мере, в > > каком-то обзоре пару лет назад упоминалось про сей факт. > > Если почитать обзоры повнимательней, то на SATA оно выглядит > фигня фигнёй (относительно SCSI, а не IDE, конечно). А как оно может выглядеть фигня фигнёй, если, фактически, там или есть, или нет. Разьве что, только, очередь команд если маленькая... 2: Andrew Kornilov > "А вот это странно. У SATA один HDD на канал, так что преимущество > параллельной работы HDD у SCSI роли не играет." Вот эту мысль я не > понял :) Это я про то, что на SCSI шине все устройства работают параллельно, а на IDE два устройства работают по очереди. -- С уважением, Сергей [EMAIL PROTECTED] _______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
