| ||||||||||||||||
 | ||||||||||||||||
| ||||||||||||||||
 | ||||||||||||||||
| ||||||||||||||||
|
|
Посмотрим теперь, что нам даст самое последнее обновление "виндового" драйвера, называемое "Intel INF Update for Intel Chipsets" и заблаговременно скачанное с сайта Intel (). По окончании процедуры установки драйвера система перезагрузилась, заново обнаружила некоторые устройства, однако драйвер контроллера жестких дисков остался в результате прежний - пришлось новый выбирать вручную. Для этого надо открыть диалоговое окно свойств контроллера, на странице "Драйвер" выбрать "Обновить драйвер", далее "Указать местоположение нового драйвера" -> "Показать весь список". В открывшемся окне вы увидите, что среди совместимых драйверов контроллера появился еще и драйвер от 4.14.2000. Его-то и надо выбрать, чтобы посмотреть, произойдут ли какие-либо улучшения. Опять запускаем все наши тесты. Несколько снизилась загрузка процессора - это неплохо, но этим дело и ограничивается. Существенных изменений не произошло - немного уменьшилась скорость чтения, но это большой роли не играет - скорее всего, виновата погрешность измерения. Флажок "DMA" для второго "винта" и привода CD-ROM по-прежнему установить не удается, а при отключении Seagate в CMOS Setup диск этот также перестает быть доступен. Теперь попробуем поставить самый новый драйвер для современных контроллеров от Intel - "Intel Ultra ATA Storage Driver". Запускаем программу установки и: получаем сообщение, что с чипсетом 430TX оно не работает. Наглая ложь! Предварительно распаковав архив с файлами драйвера, запускаем SETUP с секретным ключом: "setup -piix_install". И - о чудо! - встал супер-свежий драйвер версии 6.03.007. Причем вручную его выбирать не пришлось - драйвер сам сразу правильно установился. Если же все-таки добраться до страницы со списком совместимых драйверов, то там можно увидеть, что он прописан как "Intel 82371 AB/EB PCI Bus Master IDE", версия от 09.01.2000. При этом, как ни странно, на вкладке "Драйвер" свойств контроллера он датирован 05.30.2000, а в сведениях о файлах драйвера присутствуют уже 09.13.2000 и 07.07.2000. Но это не суть важно, главное то, что второй винчестер наконец-то стал виден, будучи отключенным в CMOS Setup: параметры чтения/записи и загрузки процессора на неплохом уровне, хотя, может быть, и чуть хуже, чем при работе с ранее исследованными драйверами. А благодаря небольшому дополнительному "прибамбасу", вставшему вместе с последним драйвером - утилите "Intel Ultra ATA Compagnion" - мы теперь можем воочию убедиться, что все приводы работают в самых выгодных для них (а значит, и для нас) режимах - оба жестких диска в UDMA-2 (UDMA/33, больше "мать" не тянет), а "сидюк" - DMA-MW-1. Никакой флажок в свойствах дисков ставить не нужно - DMA уже работает, а сами диски в окне со списком устройств имеют свои истинные наименования. Итак, мы, наконец, добились практически идеального варианта - максимального быстродействия при минимальной загрузке процессора. Но вместе с материнской платой этого компьютера мне дали еще один драйвер под названием "PIIX Bus Master Driver" от фирмы Triones/HighPoint, предназначенный для использования в Windows 95 (в которой, кстати, нет своего собственного драйвера для поддержки современных быстрых дисков). К сожалению, на Windows 98 его установить не так просто - при проверке версии ОС программа установки заявляет, что драйвер разработан только для Windows 95. Однако мне попался дистрибутив, который почему-то устанавливает все файлы драйвера в Windows 98, правда, не умеет сам изменить драйвер контроллера - его, а также драйвера первого и второго IDE-контроллеров, приходится опять-таки выбирать впоследствии вручную из списка, найдя в нем фирму HighPoint. Если вам такой дистрибутив не попадался, то можете провести эксперимент, установив вручную файлы ideatapi.inf, piixvsd.vxd и ideatapi.mpd - это и есть все файлы драйвера, упакованные в дистрибутив. Впрочем, с вашей платой могут быть и другие драйвера. По завершении очередной установки очередных драйверов получаем очередные результаты очередных тестов - они также весьма радуют, тем более, что и этот драйвер позволяет получить полный доступ ко всем дискам, отображает их настоящие названия и задает всем приводам максимальный режим работы. По многим параметрам он даже превзошел драйвер Intel, например, чтение с кэшированием показало просто нереальные результаты - 28,8 Мб/с - видимо, проявила себя с лучшей стороны "виндовая" система Vcache, и данные читались, в основном, из памяти, а не с диска. В целом же, все протестированные драйвера дают возможность работать с буфером диска на максимальной скорости - 28 Мб/с и серьезно разгружают процессор, все же остальные показатели зависят, похоже, уже от того, насколько хорошо драйвер взаимодействует с Windows. Ну что ж, некоторое представление о том, какой драйвер наиболее приемлем для данной конкретной системы, мы получили - им стал "Intel Ultra DMA Storage Driver", который удалось поставить на устаревшее оборудование исключительно благодаря недокументированному параметру установки. Таким образом, наилучшие результаты показали "родные" драйвера от производителей "железа", а не от Microsoft. Поэтому и вам стоит обратить внимание на компакт-диски и дискеты, идущие в комплекте с компьютером - там наверняка должен быть драйвер от Intel, от VIA или от HighPoint. Причем на машинах, имеющих дополнительный контроллер для UDMA/66 в пару к стандартному контроллеру UDMA/33, после установки драйверов для второго контроллера он в Свойствах Системы может обозначаться даже как SCSI-устройство - все зависит от задумки программистов, в этом ничего страшного нет. Если же с платой ничего похожего не давалось, то поищите нужный драйвер для своего чипсета, например, на сайте . Учтите также, что в Windows 2000 поддержку UDMA/66 можно включить только через реестр - надо записать в его раздел Впрочем, при выборе "Intel Ultra DMA Storage Driver" возиться с реестром Windows 2000 не нужно - UDMA/66 включается автоматически. VCache Наравне с работой драйвера контроллера жесткого диска, вероятно, самое существенное воздействие на скорость дисковой системы компьютера оказывает кэширование данных. В Windows этим занимается виртуальный драйвер Vсache. Оптимизации его работы посвящено множество статей в компьютерной прессе, однако грамотному пользователю не помешает провести небольшой практический опыт, чтобы самому посмотреть, насколько параметры его настройки влияют на работу с жестким диском. Для этого надо изменять параметр "MaxFileCache", ограничивая тем самым объем оперативной памяти, отводимой под дисковое кэширование. Делается это в файле system,ini, прописыванием в раздел [Vcache] строки "MaxFileCache=ххх" (без кавычек), где ххх - максимальный размер памяти, отводимой под кэширование в килобайтах. Там же можно задать и минимальный размер дискового кэша - "MinFileCache=ххх", но это ограничит объем памяти, достающейся приложениям. Хотя, если при избытке оперативки задать одинаковыми и минимум, и максимум, то "винда" не будет биться в конвульсиях, постоянно изменяя объем кэша, что может сказаться положительно на быстродействии системы. Для начала стоит вообще посмотреть, как изменяется размер кэша на вашем ПК без создания каких-либо ограничений. Запустим для этого утилиту VCache Monitor () и погоняем несколько программ. Получаем интересные результаты - "винда" стремится перенести в оперативку чуть ли не весь жесткий диск - при 96 Мб памяти объем кэша достигает 70 Мб. При запуске же приложений этот кэш ОС приходится уменьшать, даже сбрасывая его в своп-файл, что уже не лезет ни в какие ворота. Поэтому, несмотря на то, что чем больше данных с диска перенесено в память, тем меньше обращений к винчестеру, и, соответственно - выше быстродействие, в реальных же задачах такая жадность не оправдывается, и часто выгоднее определить некий оптимальный максимум размера кэша. Для тестирования применим программы Michael's Disk Benchmark и все тот же VСache Monitor, для контроля за размером кэша. Параметры кэша будем регулировать с помощью удобной утилиты Cacheman (). |
|
|
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
|