Login
Подключение лауфверков
20.09.06 13:02
Ещ╦ вопрос.
Есть четыре лауфверка: 1.плата с системой, 2.плата с данными, 3.бреннер, 4.dvd-rom.
Как правильно подключить на шлейфы (master, slave, etc.)?
Спасибо
Есть четыре лауфверка: 1.плата с системой, 2.плата с данными, 3.бреннер, 4.dvd-rom.
Как правильно подключить на шлейфы (master, slave, etc.)?
Спасибо
NEW 20.09.06 13:13
in Antwort angler 20.09.06 13:02
вот так и ставь как сам написал.. ide1: master,slave ide2: master,slave
NEW 20.09.06 13:26
in Antwort Немец 20.09.06 13:13
Дело в том, что при копировании дисков Nero зависает, хотя если сначала на фестплату, а потом на ролинг, то вс╦ ОК. Может переставить например так:
ide1: master-plata1 с ситемой, slave-dvd-rom; ide2: master-brenner, slave-plata2?
ide1: master-plata1 с ситемой, slave-dvd-rom; ide2: master-brenner, slave-plata2?
NEW 20.09.06 13:38
in Antwort angler 20.09.06 13:26
можешь попробовать.. эффект будет класный.. это будет похоже на то если взять 2 феррари и прицепить к ним по тр╦хкол╦сному велосипеду.. 
или поставь себе s-ata-controller и s-ata-festplattы и цепляй на ide вс╦ что хочешь..
или поставь себе s-ata-controller и s-ata-festplattы и цепляй на ide вс╦ что хочешь..
NEW 21.09.06 12:01
in Antwort Немец 20.09.06 13:38
это будет похоже на то если взять 2 феррари и прицепить к ним по тр╦хкол╦сному велосипеду..
Это в каком смысле? Наоборот, лучше будет, если разные устройства (одновременно работающие) на разных каналах. CD совсем не будут тормозить фестплаты, если речь про это.
Это в каком смысле? Наоборот, лучше будет, если разные устройства (одновременно работающие) на разных каналах. CD совсем не будут тормозить фестплаты, если речь про это.
If something sounds too good to be true, it probably is (с)
NEW 21.09.06 22:45
in Antwort WishWaster 21.09.06 12:01
каналы..??
это получается что я могу подсоединить любой лауфверк с фестплатой и вс╦ будет работать быстрее..??
это получается что я могу подсоединить любой лауфверк с фестплатой и вс╦ будет работать быстрее..??
NEW 24.09.06 13:20
in Antwort Немец 21.09.06 22:45
Пардон, имелись в виду, разумеется, разные контроллеры (шлейфы). Две фестплаты на разных контроллерах будут работать быстрее (при условии если к ним обоим ид╦т обращение, например, копирование с одной на другую), чем если обе будут на одном контроллере (шлейфе). Наличие же лауфверка на одном шлейфе с фестплатой не замедлит работу с фестплатой, но и не ускорит работу с лауфверком, разумеется.
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 13:34
in Antwort WishWaster 24.09.06 13:20
А если всего один ИДЕ,то как подъседенить один ж╦сткий диск и один ДВД-бреннер.Кто должен быть мастер
Жизнь даётся человеку один раз. И прожить её надо так, чтобы там наверху офигели и сказали:"А ну-ка, повтори!"
NEW 24.09.06 13:44
in Antwort Russian_Boy 24.09.06 13:34
ставь фестплату мастером. теоретически можно и наоборот, но возможны проблемы с некоторыми материнками
Фашизм будет разбит
Человека карают только те боги, в которых он верит
NEW 24.09.06 13:58
in Antwort angler 20.09.06 13:26
Выкини первый (pr.sl) ДВД и перекинь второй хард на его место. Потом посмотри что установилось - драйвера и режимы.
NEW 24.09.06 14:06
in Antwort WishWaster 21.09.06 12:01
CD совсем не будут тормозить фестплаты, если речь про это.
------
Тут ты ошибаешься. Когда ставится драйвер для канала, у него устанавливается режим обмена. Режим соответствует самому медленному устройству на канале. Повесив на один шлейф старый ЦД с PIO-1 и новейший хард с УДМА-5 получим... ПИО-1.
------
Тут ты ошибаешься. Когда ставится драйвер для канала, у него устанавливается режим обмена. Режим соответствует самому медленному устройству на канале. Повесив на один шлейф старый ЦД с PIO-1 и новейший хард с УДМА-5 получим... ПИО-1.
NEW 24.09.06 15:01
in Antwort Murr 24.09.06 14:06, Zuletzt geändert 24.09.06 15:01 (WishWaster)
Вероятно, так было _очень_ давно (не помню). На современных матернинках (уже много лет) режимы устанавливаются _на канал_ (устройство, т.е.), а не контроллер. Например, у меня на одном шлейфе (он всего один, так как есть ещё SATA) висят хард и DVD, хард в UDMA Mode 5 (и скорость обмена минимум 50 MB/s), DVD в Ultra DMA Mode 2.
Даже в BIOS установки режимов _на устройство_, а не контроллер.
Даже в BIOS установки режимов _на устройство_, а не контроллер.
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 15:03
in Antwort Russian_Boy 24.09.06 13:34
А если всего один ИДЕ,то как подъседенить один ж╦сткий диск и один ДВД-бреннер.Кто должен быть мастер
В принципе, это ни на что не влияет, кроме того, что в операционке мастер получает имена устройств раньше слейва, и могут быть проблемы с загрузкой с HDD, на некоторых материнках (как уже отметил выше gendy). Как правило, на master вешают HDD, если одно из устройств - CD/DVD. На скорости это точно не отразится.
В принципе, это ни на что не влияет, кроме того, что в операционке мастер получает имена устройств раньше слейва, и могут быть проблемы с загрузкой с HDD, на некоторых материнках (как уже отметил выше gendy). Как правило, на master вешают HDD, если одно из устройств - CD/DVD. На скорости это точно не отразится.
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 20:55
in Antwort WishWaster 24.09.06 15:01
хард в UDMA Mode 5 (и скорость обмена минимум 50 MB/s), DVD в Ultra DMA Mode 2.
------
Корректно. Устанавливается _на канал_, но не на устройство. Именно по этому вместо UDMA-5 - потенциально меющем порядка 130 mbs, ты реально имеешь UDMA-2 c 50 mbs.
Даже в BIOS установки режимов _на устройство_, а не контроллер
------
Это для стартапа... У меня есть старенькая двухпроцовая мамка от АСУСа - на не биос не понимает винты более 30 Гиг... и тем не мение - система грузится с 40 гигового винта... правда для этого в БИОСе вручную выставляются... параметры 8-ми гигогвого винта... после загрузки все нормально работает - в т.ч. и с 120 гиговыми винтами... медленно правда - UDMA там нет...
------
Корректно. Устанавливается _на канал_, но не на устройство. Именно по этому вместо UDMA-5 - потенциально меющем порядка 130 mbs, ты реально имеешь UDMA-2 c 50 mbs.
Даже в BIOS установки режимов _на устройство_, а не контроллер
------
Это для стартапа... У меня есть старенькая двухпроцовая мамка от АСУСа - на не биос не понимает винты более 30 Гиг... и тем не мение - система грузится с 40 гигового винта... правда для этого в БИОСе вручную выставляются... параметры 8-ми гигогвого винта... после загрузки все нормально работает - в т.ч. и с 120 гиговыми винтами... медленно правда - UDMA там нет...
NEW 24.09.06 21:07
in Antwort WishWaster 24.09.06 15:03
На скорости это точно не отразится.
------
Под прошлый новый год у нас в компании полетел один из серверов. Была еще одна практически такая же (и тоже почти дохлая) машинка. Босс сказал, что будем покупать новый сервак... но пока купим - надо что-то собрать на замену. После тестирования оставшихся в живых компонентов, был собран новый сервер. Позднее - купили новый ДЕЛЛ... Так вот старая, но хорошо оттюненная однопроцессорная машинка работает примерно с той же производительностью, что и двухпроцессорный ДЕЛЛ с завода без тюннинга...
Руки все не доходят поковырятся в этом ДЕЛЛе...
------
Под прошлый новый год у нас в компании полетел один из серверов. Была еще одна практически такая же (и тоже почти дохлая) машинка. Босс сказал, что будем покупать новый сервак... но пока купим - надо что-то собрать на замену. После тестирования оставшихся в живых компонентов, был собран новый сервер. Позднее - купили новый ДЕЛЛ... Так вот старая, но хорошо оттюненная однопроцессорная машинка работает примерно с той же производительностью, что и двухпроцессорный ДЕЛЛ с завода без тюннинга...
NEW 24.09.06 21:14
in Antwort Murr 24.09.06 20:55
Учи матчасть: http://en.wikipedia.org/wiki/UDMA#Mixed_device_speeds
It is a common misconception that, if two devices of different speed capabilities are on the same cable, both will necessarily transfer data at the speed of the slower device. This is true only with very old chipsets or add-in adapters. All modern ATA interfaces (since, at least, the late Pentium III and AMD K7 era) support independent timing, which allows each device on the cable to transfer data at its own best speed.
Кстати, глянь в Device Manager в вынь, на устройство или на канал. А что бы не было сомнений, _проверь_ это (тестами). Или - если хочешь - давай поспорим на 100 евро, что это именно так, как я говорю, а?
Именно по этому вместо UDMA-5 - потенциально меющем порядка 130 mbs, ты реально имеешь UDMA-2 c 50 mbs.
Гы-гы
Ты путаешь скорость _интерфейса_ и _реальную_ скорость передачи данных с винта
В мо╦м случае (это Samsung Sv1604N) 50 MB/s - его максимальная скорость вс╦ равно. Кстати, скорость передачи соседнего винта (который вообще на SATA висит, и он там единственный) около 60 MB/s - ненамного выше.
It is a common misconception that, if two devices of different speed capabilities are on the same cable, both will necessarily transfer data at the speed of the slower device. This is true only with very old chipsets or add-in adapters. All modern ATA interfaces (since, at least, the late Pentium III and AMD K7 era) support independent timing, which allows each device on the cable to transfer data at its own best speed.
Кстати, глянь в Device Manager в вынь, на устройство или на канал. А что бы не было сомнений, _проверь_ это (тестами). Или - если хочешь - давай поспорим на 100 евро, что это именно так, как я говорю, а?
Именно по этому вместо UDMA-5 - потенциально меющем порядка 130 mbs, ты реально имеешь UDMA-2 c 50 mbs.
Гы-гы
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 21:16
in Antwort Murr 24.09.06 21:07
Так вот старая, но хорошо оттюненная однопроцессорная машинка работает примерно с той же производительностью, что и двухпроцессорный ДЕЛЛ с завода без тюннинга...
Производительностью _чего_? Уж не процессора ли, на вычислительных задачах, заточенных под использование многопоточности?
Или ты под "тюнингом" называешь разгон на 50%, а?
Производительностью _чего_? Уж не процессора ли, на вычислительных задачах, заточенных под использование многопоточности?
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 21:47
in Antwort WishWaster 24.09.06 21:14
Это называется - не верь своим глазам. Слей откуда-нибудь _не_ мелкософтовские тесты, САРМУ например, и посмотри что они тебе покажут. Потом раскажешь что и как. Пока же воткнув на один шлейф два винта, один из которых - древний, я получаю существенное снижение производительности - вместо 75 мбс, которые позволяют мои винты, - 400 кбс, которые соответствуют древнему винту... Видно все абсолютно четко - я частенько гоняю туда-сюда по 10-15 гиг... Кроме этого, после втыкания древнего винта вся система остается с установками под него. Обратно можно вернуться, но для этого надо вновь детектить оборудование или выставлять сетинги ручками...
В следующий раз, перед тем как утверждать, что я что-то путаю, будь так любезен - убедись, что путаница имеет место. Обычно она (путаница) находится... но не у меня.
В следующий раз, перед тем как утверждать, что я что-то путаю, будь так любезен - убедись, что путаница имеет место. Обычно она (путаница) находится... но не у меня.
NEW 24.09.06 21:50
in Antwort WishWaster 24.09.06 21:16
NEW 24.09.06 22:05
in Antwort Murr 24.09.06 21:47
Пока же воткнув на один шлейф два винта, один из которых - древний, я получаю существенное снижение производительности
Ах, этот случай. Да, такое возможно. Если винт и правда древний. Но _современные_ устройства этим не страдают. Это, кстати, описано в FAQ по IDE:
If you intend to put an older drive on the same cable as an ATA-2
drive, you may want to verify that your interface is capable of using
independent timing for master and slave device. Otherwise, your old
drive might end up slowing down your newer one because the controller
! is forced to use the lowest common speed. Modern interfaces like the
! Intel PIIX3 (430HX and VX and 440FX chipset), PIIX4 (430TX chipset)
! and, to a lesser extent PIIX (430FX chipset) don't suffer from this
! problem.
В следующий раз, перед тем как утверждать, что я что-то путаю, будь так любезен - убедись, что путаница имеет место.
Я же _сразу_ сказал - что на _старых_ компах (может быть) такое было возможно. Но эти времена уже ушли в прошлое. Ты же утверждал, что это не так. Более того, ты утверждаешь что скорость выставляется на канал, хотя это тоже давно уже не так.
Ах, этот случай. Да, такое возможно. Если винт и правда древний. Но _современные_ устройства этим не страдают. Это, кстати, описано в FAQ по IDE:
If you intend to put an older drive on the same cable as an ATA-2
drive, you may want to verify that your interface is capable of using
independent timing for master and slave device. Otherwise, your old
drive might end up slowing down your newer one because the controller
! is forced to use the lowest common speed. Modern interfaces like the
! Intel PIIX3 (430HX and VX and 440FX chipset), PIIX4 (430TX chipset)
! and, to a lesser extent PIIX (430FX chipset) don't suffer from this
! problem.
В следующий раз, перед тем как утверждать, что я что-то путаю, будь так любезен - убедись, что путаница имеет место.
Я же _сразу_ сказал - что на _старых_ компах (может быть) такое было возможно. Но эти времена уже ушли в прошлое. Ты же утверждал, что это не так. Более того, ты утверждаешь что скорость выставляется на канал, хотя это тоже давно уже не так.
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 22:29
in Antwort WishWaster 24.09.06 22:05
Но _современные_ устройства этим не страдают.
------
Надо будет специально потестить на "современных" устройствах... Но, насколько я помню, а разных винтов и других девайсов у меня достаточно, снижение скорости все одно имеет место. Тем более, что при полной загрузке, например, одновременном трансфере трех фильмов по 1.4 Гб, разница идет не на проценты, для которых нужны тесты, а на порядки - вместо 10-15 сек - 2-5 минут...
Я же _сразу_ сказал - что на _старых_ компах (может быть) такое было возможно.
------
Да, пора менять мой двухпроцессорный ДЕЛЛ... как-никак ему уже почти два года...
Но эти времена уже ушли в прошлое.
------
Ушли то они ушли, но вот куда девается скорость трансфера - никто из мелкомягких пока внятно не объяснил...
P.S. При желании я могу получить от системы ответ, что диски работают, скажем, в УДМА-8 и трансферят по 10Гиг на поток, независимо от количества потоков...
Более того, ты утверждаешь что скорость выставляется на канал
-------
Не далее, как пару месяцев назад пытался выставить разные значения. После рестарта они становятся не разными...
Потому на это дело наплевал и подогнал производительность по старинке - правильным подбором навесных железяк...
------
Надо будет специально потестить на "современных" устройствах... Но, насколько я помню, а разных винтов и других девайсов у меня достаточно, снижение скорости все одно имеет место. Тем более, что при полной загрузке, например, одновременном трансфере трех фильмов по 1.4 Гб, разница идет не на проценты, для которых нужны тесты, а на порядки - вместо 10-15 сек - 2-5 минут...
Я же _сразу_ сказал - что на _старых_ компах (может быть) такое было возможно.
------
Да, пора менять мой двухпроцессорный ДЕЛЛ... как-никак ему уже почти два года...
Но эти времена уже ушли в прошлое.
------
Ушли то они ушли, но вот куда девается скорость трансфера - никто из мелкомягких пока внятно не объяснил...
P.S. При желании я могу получить от системы ответ, что диски работают, скажем, в УДМА-8 и трансферят по 10Гиг на поток, независимо от количества потоков...
Более того, ты утверждаешь что скорость выставляется на канал
-------
Не далее, как пару месяцев назад пытался выставить разные значения. После рестарта они становятся не разными...
NEW 24.09.06 22:47
in Antwort Murr 24.09.06 22:29
За неделю до я разн╦с винты на разные шлейфы, соответственно CD-ROM'ы стали рабами винтов. Скорость какая была такая и осталась. Гигабайты тоже частенько туда сюда гоняю

NEW 24.09.06 22:53
in Antwort barma_lej 24.09.06 22:47
Скорость какая была такая и осталась.
------
Все те же 400 кбс? Или ты все же достиг потолка УДМА-5 в 133 мбс?
------
Все те же 400 кбс? Или ты все же достиг потолка УДМА-5 в 133 мбс?
NEW 24.09.06 23:00
in Antwort Murr 24.09.06 22:53, Zuletzt geändert 24.09.06 23:02 (barma_lej)
NEW 24.09.06 23:24
in Antwort barma_lej 24.09.06 23:00
Так ниже 400 кбс скорость падает только при проблемах с железом. Без них - бежит без изменений...
Из того, что я вижу на картинке, у тебя 35-38 мбс. Это _не_ потолок, это всего лишь 1/4 ширины канала (пусть даже предел для винта), так что воплне можешь и не замечать падения. Вот если бы ты нарисовал 133 мбс, желательно суммарно по нескольким потокам, и подтвердил, что при смене слейва все остается живым - это было бы полезно.
В любом случае мне придется посмотреть что поменялось в том, как оно должно работать и разобраться, почему у меня оно работает по-другому...
Из того, что я вижу на картинке, у тебя 35-38 мбс. Это _не_ потолок, это всего лишь 1/4 ширины канала (пусть даже предел для винта), так что воплне можешь и не замечать падения. Вот если бы ты нарисовал 133 мбс, желательно суммарно по нескольким потокам, и подтвердил, что при смене слейва все остается живым - это было бы полезно.
В любом случае мне придется посмотреть что поменялось в том, как оно должно работать и разобраться, почему у меня оно работает по-другому...
NEW 24.09.06 23:35
in Antwort Murr 24.09.06 22:29
Но, насколько я помню, а разных винтов и других девайсов у меня достаточно, снижение скорости все одно имеет место.
Этому могут быть другие причины. То, что на твоих устройствах проблемы имеют место быть, не говорит о том, что у _всех_ они будут. У меня, в частности, их нет, например. Сам факт _наличия_ второго медленного устройства на интерфейсе (на современных контроллерах при современных устройствах) не может замедлить работу первого. Другое дело, что это касается только скорости передачи данных - команды передаются вс╦ равно последовательно (это подробней описано в ссылке, которую я дал).
Тем более, что при полной загрузке, например, одновременном трансфере трех фильмов по 1.4 Гб, разница идет не на проценты, для которых нужны тесты, а на порядки - вместо 10-15 сек - 2-5 минут...
Ты издеваешься? Какой смысл _одновременно_ пересылать _три_ файла, если у тебя всего _один_ (физический) канал для этого? К тому же, тут вмешиваются такие факторы, как оверхед файловой системы, стратегии распределения блоков (кластеров), при этом винт начинает гонять по разным цилиндрам - ну _разумеется_, что скорость падает. Я уже молчу про то, что максимальные скорости приводятся для _линейного_ трансфера, т.е. _без_ файловой системы.
Да, пора менять мой двухпроцессорный ДЕЛЛ... как-никак ему уже почти два года...
То, что ему два года, не делает его новым. Там могут применяться устаревшие (но проверенные) технологии. Ты ведь не назвал ни чипсет, ни модели винтов, ничего, а частенько бывает, что у некоторых из них бывают баги. DELL - это не синоним "лучшее", это, скорее, синоним "цены в два раза выше рыночных".
Ушли то они ушли, но вот куда девается скорость трансфера - никто из мелкомягких пока внятно не объяснил...
См. выше, откуда. Файловая система и прочий оверхед. При всем желании, у среднего винта блок головок только один, и ты не сможешь (без RAID) писать на него быстрее, если попытаешься распараллелить, наоборот, ты уронишь скорость. Попробуй _одновременно_ читать два больших файла - ты что, и правда надеешься получить _удвоенную_ скорость чтения?
При желании я могу получить от системы ответ, что диски работают, скажем, в УДМА-8 и трансферят по 10Гиг на поток, независимо от количества потоков...
Ну и что? Я ведь говорю про _реальную_ скорость, которую сообщает само железо, т.е. контроллер, а не OS. Если интересно, чем я е╦ смотрю - есть такой тулз, HDTUNE называется. Им же и скорость меряю.
Не далее, как пару месяцев назад пытался выставить разные значения. После рестарта они становятся не разными...
Вероятно, это проблемы частного железа. У меня они всегда были разные (если устройства разные, и не поддерживают один максимальный режим). Скриншоты сделать или поверишь на слово?
Или ты все же достиг потолка УДМА-5 в 133 мбс?
Этот потолок достижим только в теории. Для этого нужен _винт_, который способен работать на такой скорости, а они стоят очень дорого (если есть вообще - кроме случаев, когда на шлейф вешается RAID, но это вообще извращение). Максимум скорости (интерфейса) можно также достичь между буфером и шиной, но не самим винтом (он просто физически на это не способен).
Этому могут быть другие причины. То, что на твоих устройствах проблемы имеют место быть, не говорит о том, что у _всех_ они будут. У меня, в частности, их нет, например. Сам факт _наличия_ второго медленного устройства на интерфейсе (на современных контроллерах при современных устройствах) не может замедлить работу первого. Другое дело, что это касается только скорости передачи данных - команды передаются вс╦ равно последовательно (это подробней описано в ссылке, которую я дал).
Тем более, что при полной загрузке, например, одновременном трансфере трех фильмов по 1.4 Гб, разница идет не на проценты, для которых нужны тесты, а на порядки - вместо 10-15 сек - 2-5 минут...
Ты издеваешься? Какой смысл _одновременно_ пересылать _три_ файла, если у тебя всего _один_ (физический) канал для этого? К тому же, тут вмешиваются такие факторы, как оверхед файловой системы, стратегии распределения блоков (кластеров), при этом винт начинает гонять по разным цилиндрам - ну _разумеется_, что скорость падает. Я уже молчу про то, что максимальные скорости приводятся для _линейного_ трансфера, т.е. _без_ файловой системы.
Да, пора менять мой двухпроцессорный ДЕЛЛ... как-никак ему уже почти два года...
То, что ему два года, не делает его новым. Там могут применяться устаревшие (но проверенные) технологии. Ты ведь не назвал ни чипсет, ни модели винтов, ничего, а частенько бывает, что у некоторых из них бывают баги. DELL - это не синоним "лучшее", это, скорее, синоним "цены в два раза выше рыночных".
Ушли то они ушли, но вот куда девается скорость трансфера - никто из мелкомягких пока внятно не объяснил...
См. выше, откуда. Файловая система и прочий оверхед. При всем желании, у среднего винта блок головок только один, и ты не сможешь (без RAID) писать на него быстрее, если попытаешься распараллелить, наоборот, ты уронишь скорость. Попробуй _одновременно_ читать два больших файла - ты что, и правда надеешься получить _удвоенную_ скорость чтения?
При желании я могу получить от системы ответ, что диски работают, скажем, в УДМА-8 и трансферят по 10Гиг на поток, независимо от количества потоков...
Ну и что? Я ведь говорю про _реальную_ скорость, которую сообщает само железо, т.е. контроллер, а не OS. Если интересно, чем я е╦ смотрю - есть такой тулз, HDTUNE называется. Им же и скорость меряю.
Не далее, как пару месяцев назад пытался выставить разные значения. После рестарта они становятся не разными...
Вероятно, это проблемы частного железа. У меня они всегда были разные (если устройства разные, и не поддерживают один максимальный режим). Скриншоты сделать или поверишь на слово?
Или ты все же достиг потолка УДМА-5 в 133 мбс?
Этот потолок достижим только в теории. Для этого нужен _винт_, который способен работать на такой скорости, а они стоят очень дорого (если есть вообще - кроме случаев, когда на шлейф вешается RAID, но это вообще извращение). Максимум скорости (интерфейса) можно также достичь между буфером и шиной, но не самим винтом (он просто физически на это не способен).
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 00:02
in Antwort WishWaster 24.09.06 23:35
Ты издеваешься? Какой смысл _одновременно_ пересылать _три_ файла, если у тебя всего _один_ (физический) канал для этого?
-------
Отнюдь. Заметь - один физический канал. При этом теоретическая ширина канала 133 мбс. Физически мое железо (винты), способно, что подтверждается сторонними тестами, обеспечить (одновременно) 78 дн + 38 ап (мбс). Т.е. для полной загрузки железа я должен копировать два файла с двух других аналогичных дисков и дополнительно копировать один файл с этого диска. По сумме - 105-110 мбс... при отлаженной системе оно так и идет... но падает, если сменить слейва...
Хммм... надо будет скинуть с винтов все данные и посмотреть, какой суммарный трансфер получится при установке двух винтов на один шлейф и полной загрузке обоих со второго канала и обоих САТА драйвов...
Там могут применяться устаревшие (но проверенные) технологии.
------
Честно говоря - лениво лезть и смотреть. Он оттестирован и, де-факто, при правильной конфигурации обеспечивает заданный трансфер.
наоборот, ты уронишь скорость.
Я ведь говорю про _реальную_ скорость
он просто физически на это не способен
------
Я знаю физические возможности моих железяк (см.выше), и в состоянии использовать их на пределе.
-------
Отнюдь. Заметь - один физический канал. При этом теоретическая ширина канала 133 мбс. Физически мое железо (винты), способно, что подтверждается сторонними тестами, обеспечить (одновременно) 78 дн + 38 ап (мбс). Т.е. для полной загрузки железа я должен копировать два файла с двух других аналогичных дисков и дополнительно копировать один файл с этого диска. По сумме - 105-110 мбс... при отлаженной системе оно так и идет... но падает, если сменить слейва...
Хммм... надо будет скинуть с винтов все данные и посмотреть, какой суммарный трансфер получится при установке двух винтов на один шлейф и полной загрузке обоих со второго канала и обоих САТА драйвов...
Там могут применяться устаревшие (но проверенные) технологии.
------
Честно говоря - лениво лезть и смотреть. Он оттестирован и, де-факто, при правильной конфигурации обеспечивает заданный трансфер.
наоборот, ты уронишь скорость.
Я ведь говорю про _реальную_ скорость
он просто физически на это не способен
------
Я знаю физические возможности моих железяк (см.выше), и в состоянии использовать их на пределе.
NEW 25.09.06 00:23
in Antwort Murr 25.09.06 00:02
Я знаю физические возможности моих железяк (см.выше), и в состоянии использовать их на пределе.
Тебя не слишком затруднит точно назвать модели железяк?
Мне жутко интересн винт, который да╦т реальную скорость передачи 133 MB/s
К тому же, ты не учел, что на пределе их просто так использовать не получится по любому - прид╦тся убрать OS, файловую систему и прочее. А если ещ╦ вспомнить про фрагментацию... уйййй....
Т.е. для полной загрузки железа я должен копировать два файла с двух других аналогичных дисков и дополнительно копировать один файл с этого диска.
Ыыыыы... Если ты что-то пишешь на диск, ты не можешь _одновременно_ читать с него без потери скорости. Твои рассуждения про up/dn неуместны - это не ethernet и не dsl, тут _физически_ одна возможность. Диски, в отличие от сетей, _полудуплексные_. И ты снова забываешь про OS и FS, из стратегии буферизации, etc.
надо будет скинуть с винтов все данные и посмотреть, какой суммарный трансфер получится при установке двух винтов на один шлейф
Трансфер куда? Между этими винтами? Ежу понятно - если взять два _одинаковых_ винта, то скорость трансфера с одного на другой (при условии, что система ничем больше не занята) будет выше, если они будут на разных шлейфах. Но если ты прицепишь к каждому слейвом по старому CD-ROM, они не повлияют на скорость передачи (если ты не будешь их использовать, разумеется).
Тебя не слишком затруднит точно назвать модели железяк?
Т.е. для полной загрузки железа я должен копировать два файла с двух других аналогичных дисков и дополнительно копировать один файл с этого диска.
Ыыыыы... Если ты что-то пишешь на диск, ты не можешь _одновременно_ читать с него без потери скорости. Твои рассуждения про up/dn неуместны - это не ethernet и не dsl, тут _физически_ одна возможность. Диски, в отличие от сетей, _полудуплексные_. И ты снова забываешь про OS и FS, из стратегии буферизации, etc.
надо будет скинуть с винтов все данные и посмотреть, какой суммарный трансфер получится при установке двух винтов на один шлейф
Трансфер куда? Между этими винтами? Ежу понятно - если взять два _одинаковых_ винта, то скорость трансфера с одного на другой (при условии, что система ничем больше не занята) будет выше, если они будут на разных шлейфах. Но если ты прицепишь к каждому слейвом по старому CD-ROM, они не повлияют на скорость передачи (если ты не будешь их использовать, разумеется).
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 00:53
in Antwort WishWaster 25.09.06 00:23
Тебя не слишком затруднит точно назвать модели железяк?
------
WD1200JB-OOCRA1. 2002 года. Тестирование прозводилось на NTFS под NT4 сервер. Из дополнительного оборудования - использовался контроллер FiREBIRD, модель к сожалению не помню, но не самый навороченный. Насчет фрагментации - не скажу, спросто с рабочей системы был переткнут шлеф и все... Меня тогда больше интересовало можно ли заставить систему грузится с этого контроллера, но именно этого сделать не получилось...
Диски, в отличие от сетей, _полудуплексные_.
стратегии буферизации, etc.
------
Не считая 8 мб кеша на самом диске. Именно они позволяют делать это "одновременно" с точки зрания суммарного трансфера...
то скорость трансфера с одного на другой (при условии, что система ничем больше не занята) будет выше, если они будут на разных шлейфах.
------
У меня она, при условии правильного конфигурирования системы, одинаковая - 38 мбс... Это физический предел того, что я могу поднять с одного диска. И остаток (от 78 мбс) свободен для использвания при трансфере с другого (третьего, четвертого и т.п.) диска...
Между этими винтами?
------
Нет, между винтами я и так знаю (см. выше) сколько будет. На эти винты. На оба сразу. По идее это должно перегрузить канал почти на 80%...
Но если ты прицепишь к каждому слейвом по старому CD-ROM, они не повлияют на скорость передачи (если ты не будешь их использовать, разумеется).
------
Именно это у меня не получается. Достаточно кинуть диск в СД-ром, чтобы он засветился как "активное" устройство, и скорсть падает, даже если ничего с него не перекачивается...
------
WD1200JB-OOCRA1. 2002 года. Тестирование прозводилось на NTFS под NT4 сервер. Из дополнительного оборудования - использовался контроллер FiREBIRD, модель к сожалению не помню, но не самый навороченный. Насчет фрагментации - не скажу, спросто с рабочей системы был переткнут шлеф и все... Меня тогда больше интересовало можно ли заставить систему грузится с этого контроллера, но именно этого сделать не получилось...
Диски, в отличие от сетей, _полудуплексные_.
стратегии буферизации, etc.
------
Не считая 8 мб кеша на самом диске. Именно они позволяют делать это "одновременно" с точки зрания суммарного трансфера...
то скорость трансфера с одного на другой (при условии, что система ничем больше не занята) будет выше, если они будут на разных шлейфах.
------
У меня она, при условии правильного конфигурирования системы, одинаковая - 38 мбс... Это физический предел того, что я могу поднять с одного диска. И остаток (от 78 мбс) свободен для использвания при трансфере с другого (третьего, четвертого и т.п.) диска...
Между этими винтами?
------
Нет, между винтами я и так знаю (см. выше) сколько будет. На эти винты. На оба сразу. По идее это должно перегрузить канал почти на 80%...
Но если ты прицепишь к каждому слейвом по старому CD-ROM, они не повлияют на скорость передачи (если ты не будешь их использовать, разумеется).
------
Именно это у меня не получается. Достаточно кинуть диск в СД-ром, чтобы он засветился как "активное" устройство, и скорсть падает, даже если ничего с него не перекачивается...
<--- nobody harmed in
this action -->
NEW 25.09.06 01:43
in Antwort Murr 25.09.06 00:53
WD1200JB
По спецификации у него максимум 100 MB/s буфер-система. Сам же диск, разумеется, ниже (увы, этого обычно в спецификациях не пишут).
Не считая 8 мб кеша на самом диске. Именно они позволяют делать это "одновременно" с точки зрания суммарного трансфера...
При условии, что все данные находятся в кеше. Но если ты перекачиваешь три файла в сумме на 1.5G, очевидно, что в кеш даже один из низ не влезет
У меня она, при условии правильного конфигурирования системы, одинаковая - 38 мбс... Это физический предел того, что я могу поднять с одного диска.
Ну это понятно и естественно.
И остаток (от 78 мбс) свободен для использвания при трансфере с другого (третьего, четвертого и т.п.) диска...
При условии _одновременности_ выполения команд. А так бывает редко. См. мою ссылку.
Достаточно кинуть диск в СД-ром, чтобы он засветился как "активное" устройство, и скорсть падает, даже если ничего с него не перекачивается...
Тогда это очевидный баг в железе, или в софте (вынь, в данном случае). Хотя, интересно, что оно говорит про режим работы винта? Поставил бы ты HDTUNE.... И посмотрел на режим... Я такой проблемы никогда не имел.
По спецификации у него максимум 100 MB/s буфер-система. Сам же диск, разумеется, ниже (увы, этого обычно в спецификациях не пишут).
Не считая 8 мб кеша на самом диске. Именно они позволяют делать это "одновременно" с точки зрания суммарного трансфера...
При условии, что все данные находятся в кеше. Но если ты перекачиваешь три файла в сумме на 1.5G, очевидно, что в кеш даже один из низ не влезет
У меня она, при условии правильного конфигурирования системы, одинаковая - 38 мбс... Это физический предел того, что я могу поднять с одного диска.
Ну это понятно и естественно.
И остаток (от 78 мбс) свободен для использвания при трансфере с другого (третьего, четвертого и т.п.) диска...
При условии _одновременности_ выполения команд. А так бывает редко. См. мою ссылку.
Достаточно кинуть диск в СД-ром, чтобы он засветился как "активное" устройство, и скорсть падает, даже если ничего с него не перекачивается...
Тогда это очевидный баг в железе, или в софте (вынь, в данном случае). Хотя, интересно, что оно говорит про режим работы винта? Поставил бы ты HDTUNE.... И посмотрел на режим... Я такой проблемы никогда не имел.
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 02:11
in Antwort Murr 25.09.06 00:53
NEW 25.09.06 02:19
in Antwort M.H. 25.09.06 02:11
Изменяет. Мастер/слейв важен только для нумерации устройств (на всякий случай ещ╦ раз напомню - речь про _современные_ контроллеры) 
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 13:18
in Antwort WishWaster 25.09.06 01:43
Сам же диск, разумеется, ниже
------
Он реально выполнял указанный трансфер.
При условии, что все данные находятся в кеше.
------
При условии, что они успевают сбрасываться и подниматься.
При условии _одновременности_ выполения команд.
------
Именно по-этому и перекачиваются 3дн+2ап...
Хотя, интересно, что оно говорит про режим работы винта?
------
После активации ЦД и перезагрузки используется другой режим для диска. Смотрел САРМой...
------
Он реально выполнял указанный трансфер.
При условии, что все данные находятся в кеше.
------
При условии, что они успевают сбрасываться и подниматься.
При условии _одновременности_ выполения команд.
------
Именно по-этому и перекачиваются 3дн+2ап...
Хотя, интересно, что оно говорит про режим работы винта?
------
После активации ЦД и перезагрузки используется другой режим для диска. Смотрел САРМой...





