|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Lavrentyev 2:5020/400 08 Jun 2000 17:26:42
To : All
Subject : Re: HDD Speed
--------------------------------------------------------------------------------
Valentin Nechayev <nx@nn.kiev.ua> wrote:
> Hello Andrey Lavrentyev!
> At 7-Jun-00 21:20, Andrey Lavrentyev wrote:
> AL> щаззз. мать - все abit'ы перепробовал в институте с hpt366 и плюс
> AL> promise
> AL> фиолетовы включения-отключения в bios. в системе - dma, пока не задашь
> AL> pio. Причем реальность режима проверялась легко - при dma [еще раз -
> AL> пофигу что в bios: dma or pio] - при первом `make` ВЕСЬ PC вставал в
> AL> ступор,
> AL> при задании pio через sysctl - no problems.
> Стpанные вы люди.
> У меня на домашней PIIX 82371AB в такую же позу ставал.
> Hо там было четко ясно - что он глючит, поскольку нигде больше такого
> не видел.
> Может, тебе паpтия битых матеpинок попалась?
что-ты, что-ты... их - abit и повезли-то после моего заказа и теперь
abit, abit, abit, везут и везут, везут и везут, сплюнь, меня же за ноги
подвесят :)))
увы, я тоже хотел сперва так думать, ан нет, мамки были с разных фирм
и с разных партий, те представляешь себе эффект, я не к месту в другом
постинге на твое письмо нарисовал схематику:
(обидно панимашь стока времени убить... :()
не работало:
------------
+---> CDROM
EIDE[1] -------|
+---> ...
+---> ...
EIDE[2] -------|
+---> ...
+---> Quantum ATA-66
UDMA[3] -------|
+---> Quantum ATA-66
+---> ...
UDMA[4] -------|
+---> ...
работало:
---------
+---> CDROM
EIDE[1] -------|
+---> ...
+---> ...
EIDE[2] -------|
+---> ...
+---> IBM ATA-66 (с Fujitsu тоже работало)
UDMA[3] -------|
+---> ...
+---> ...
UDMA[4] -------|
+---> ...
не работало:
------------
+---> CDROM
EIDE[1] -------|
+---> ...
+---> ...
EIDE[2] -------|
+---> ...
+---> IBM ATA-66
UDMA[3] -------|
+---> Fujitsu ATA-66 ---+
|
+---> ... <----+ если его сюда, то живут :)
UDMA[4] -------|
+---> ...
Вот оно меня и ПРИКОЛОЛО, самая полезная информация, как обычно была
выцеплена из мейловых архивов, просто абыдна да-а, ну что это за технология,
если кажный по отдельности живущий на UDMA диск в dma-mode, затем не хочет
сочетаться с другим - они же железяки, им семью не создавать - любит-не-любит.
:)
Со scuzzy у меня такого не было, lvd с lvd, по-фигу производитель, как
и scsi-2-scsi-2, а тут комбинация - ити ее...
> Сейчас пойду в "Эпос" забиpать эту маму якобы починенной. Посмотpим на
> pезультаты...
да скорее всего заменят на другую. кстати нарекания были лишь на via из всего
выцепленного по архивам.
> AL> И резюме вылилось следующее: подходящий ряд - IBM, и те не все, я
> AL> теперь
> AL> плевать хотел что на них - дисках пишут ata-66, спасибо новому драйверу
> AL> в
> AL> stable за возможность через sysctl задавать режимы. Fujitsu тоже заметно
> AL> радует, а fireball - говно полное, как ненавижу их scuzzy за перегрев и
> AL> горение
> AL> так и ide стараюсь не брать, увы впихнули в институте. А скока у меня в
> AL> Sun'ах
> AL> этого добра от quantum погорело - жуть, экономия, мля.
> Стpанные у тебя и квантумы.
и не говори, хорошо если это лишь у меня с ними несовместимость...
> У нас только IBM и квантумы деpжатся.
^^^^^^^^^^^^^^^^- ни каких нареканий, просто гуд.
> Фуджики летят целыми очеpедями. WD'шники - то же самое.
^^^^^^^- ide'шных в институте полно и на них переходят как на основу,
у нас пока без нареканий.
> AL> Вонь которая пользует bios - в ступор из-за вышеописанных проблем, но
> AL> как тока диски подберешь нужные - все со свистом.
> Hу да. Забутившись в гуй она тоже все эти UDMA начинает юзать.
ага.
> --
> NN
Best regards,
--
lavr / Andrey Lavrentyev
--- ifmail v.2.15dev5
* Origin: Joint Institute for Nuclear Researsh (JINR) (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
