Если компьютер начинает тормозить, то большинство пользователей, в первую очередь, начинают грешить на процессор, оперативную память или видеокарту, но абсолютно забывают о том, что жесткий диск является не менее важным узлом компьютера и во многих случаях проблемы снижения скорости работы операционной системы связаны именно с ним.
У HDD есть возможность работать с данными в двух режимах: устаревший PIO и более новый DMA. Они кардинально отличаются принципом своей работы и, соответственно, скоростью обработки данных. Так в режиме PIO все данные обрабатываются при помощи процессора что сильно его нагружает и, как следствие, приводит к падению общей производительности системы. А вот режим DMA – это уже аппаратная обработка данных при которой используются разнообразные ускорители и ЦП в этом процессе не участвует.
Windows по умолчанию работает с HDD в скоростном режиме DMA, но иногда из-за специфических ошибок самостоятельно переключается в режим PIO. Причем обратно включить DMA весьма проблематично и сделать это стандартными способами практически невозможно. Характерные признаки того, что Windows переключилась на работу с жестким диском в режим PIO это:
Падение быстроты работы с HDD в несколько раз;
Медленная скорость работы системы во время дисковых операций;
Чрезмерная загрузка процессора (80-90%) при работе с жестким диском;
Система начала «тормозить» резко. То есть еще час назад все было нормально, а потом резко появились проблемы.
На данный момент жесткий диск - это самое слабое место всей системы и падение его скорости работы даже в два раза приводит к катастрофическим последствиям. Для того чтобы убедиться, что Windows действительно переключилась на работу с жестким диском в медленный режим PIO нужно сделать следующее:
1. Нажмите на значок «Мой компьютер» правой клавишей мыши и выберите пункт «Управление»;
2. Раскройте ветку контроллера и найдите канал, к которому подключен ваш жесткий диск;
3. Нажмите на нем правую клавишу мыши, зайдите в «Свойства» и переключитесь на «Дополнительные параметры»;
4. Посмотрите на строку «Текущий режим передачи». Если там написано «Режим DMA», то значит все нормально, а вот если «Режим PIO», то вам придется проделать несколько несложных операций и вернуть диск в предпочтительный режим работы.
На самом деле добиться этого можно двумя способами. Первый из них довольно простой и вам потребуется всего лишь удалить неправильно работающее устройство, а затем перезагрузить компьютер. После этого Windows автоматически установит его заново и режим работы устройства вновь переключится на DMA.
Если по какой-то причине у вас не получается включить DMA первым способом, то тогда вам придется приложить немного больше усилий и использовать редактор реестра. Сделайте следующее:
После этого ваш жесткий диск вновь переключится на режим DMA, а скорость его работы и общая скорость работы системы увеличится в разы.
Для передачи данных между винчестером и памятью PC используются два основных режима:
режим программного ввода/вывода (Programmed Input/Output, PIO);
режим прямого доступа к памяти (Direct Memory Access, DMA).
В режиме PIO каждый байт информации с жесткого диска сначала считывается центральным процессором и только потом записывается в оперативную память. В зависимости от длительности цикла считывания и количества секторов, передаваемых за одно обращение к диску, различают режимы PIO (PIO Mode 0), PIO1, PIO2, PIOЗ, PI04, PI05.
Режимы PIO используются в однозадачных операционных системах, когда процессор компьютера производит считывание или запись данных в буферную память накопителя на жестких дисках стандартов IDE или EIDE, а затем эти данные передаются в оперативную память. В многозадачных операционных системах целесообразно использовать режимы прямого доступа к оперативной памяти (Direct Memory Access, DMA). Ввод/вывод данных в этом режиме осуществляется в оперативную память PC без участия CPU. Этот процесс происходит под управлением контроллера накопителя на жестких дисках в паузах между обращениями CPU к оперативной памяти, что несколько снижает скорость передачи данных, но экономит процессорное время. Для реализации режимов DMA, в отличие от РЮ, необходимы как специальные контроллеры, так и драйверы.
Режимы DMA подразделяются на однословные (Singleword) и многословные (Multiword) в зависимости от количества слов, передаваемых за один цикл работы с системной шиной.
Дальнейшее увеличение скорости передачи данных через параллельный интерфейс АТА вызывало технические сложности. Кроме того, производителей PC не устраивал широкий 40-жильный (или 80 жильный) кабель, который препятствует циркуляции воздуха внутри корпуса и ограничен длиной в 46 см.
Поэтому в 1999 г. была создана рабочая группа Serial ATA Working Group, целью которой было создание последовательного интерфейса ATA - Serial ATA (SATA). Интерфейс был представлен в 2001 г. и продемонстрировал скорость передачи данных - 150 Мбайт/с.
Кроме того, для подключения нескольких устройств (HDD, приводы CD-ROM, DVD-ROM и др.) будет использована не топология типа "звезда" (когда каждое устройство необходимо идентифицировать как Master или Slave), а топология point-to-point, когда каждое устройство будет напрямую подключено к хост-адаптеру (наподобие SCSI-устройств).
SCSl (Small Computer System Interface, системный интерфейс малых компьютеров) это более универсальный и эффективный интерфейс, чем IDE. Однако его аппаратная реализация значительно дороже, чем реализация интерфейса IDE. Интерфейс SCSI имеет явные преимущества при работе с видео, а также при использовании привода CD-ROM в многозадачной операционной среде или в качестве сетевого накопителя.
Связь между SCSI-устройством и шиной ввода/вывода (таких, как ISA, PCI, VLB) осуществляется через внешнюю шину с помощью Host-адаптера. Устройства, подключенные к SCSI-шине, взаимодействуют друг с другом не напрямую, а через встроенные SCSI-контроллеры.
Всем привет, сегодня мы с вами поговорим о DMA: именно о той технологии, которая помогает вашему компьютеру воспроизводить для вас музыку, выводить изображение на экран, записывать информацию на жесткий диск, и при этом оказывать на центральный процессор просто мизерную нагрузку.
PIO по своей сути прост: чтобы получить данные с устройства, драйвер операционной системы (или же firmware другого устройства), должен был читать эти данные из регистров устройства. Давайте разберемся на примере:
Когда объемы данных, которыми оперирует процессор начали возрастать, стало понятно, что нужно минимизировать участие процессора в цепочке обмена данными, а то прийдется туго. И вот тогда активное применение нашла технология прямого доступа к памяти.
Кстати говоря, DMA используется не только для обмена данными между устройством и ОЗУ, но также между устройствами в системе, возможен DMA трансфер между двумя участками ОЗУ (хотя данный маневр не применим к x86 архитектуре). Также в своем процессоре Cell, IBM использует DMA как основной механизм обмена данными между синергетическими процессорными элементами (SPE) и центральным процессорным элементом (PPE). Также каждый SPE и PPE может обмениватся данными через DMA с оперативной памятью. Данный прием – на самом деле большое преимущество Cell, ибо избавляет от проблем когерентности кешей при мультипроцессорной обработке данных.
Я вскользь упомянул о регистрах устройства, но как же к ним имеет доступ центральный процессор? Как многие из вас знают, есть такая сущность в компьютерных технологиях, как IO порты (Input/Output ports). Они предназначены для обмена информацией между центральным процессором и периферийными устройствами, а доступ к ним возможен с помощью специальных ассемблерных инструкций - in/out. BIOS (или OpenFirmware на PPC based системах) на ранних этапах инициализации PCI устройств, а также некоторых других (Super IO контроллера, контроллера PS/2 устройств, ACPI timer и т.д.), закрепляет за определенным контроллером собственный диапазон IO портов, куда и отображаются регистры устройства.
Также регистры устройства могут отображатся в ОЗУ (Memory Mapped Registers), т.е. на физическое адресное пространство. Данный метод имеет ряд преимуществ, а именно:
Итак, существует два метода утилизации DMA: contiguous DMA и scatter/gather DMA.
Решение напрашивается само собой: использовать вместо одного большого участка памяти несколько, но в разных регионах этой самой памяти. Возникает вопрос, но как же сообщить контроллеру устройства, как инициировать DMA трансфер и по какому адресу писать данные? И тут нашли решение, использовать дескрипторы, чтобы описывать каждый вот такой участок в оперативной памяти.
Типичный дескриптор DMA буфера содержит следующие поля:
Алгоритм scatter/gather DMA следующий:
Привет всем читателям блога. В этой статье поговорим о том, как восстановить производительность системы. Часто у пользователей возникает проблема очень медленной работы компьютера, особенно при записи
и при чтении
дисков, либо просто необоснованные «тормоза» системы при работе или загрузке.Почему система зависает читайте
Причин возникновения этого может быть великое множество, сегодня предлагаю рассмотреть довольно распространенную – это неверный режим работы CD/DVD - ROM’а
или жестких дисков
, т. е. поговорим о PIO и DMA
. Как проверить жесткий диск на ошибки и устранить их читайте
В чем суть и разница PIO и DMA
.
PIO и DMA
- это два режима работы жестких дисков, в общем случае любого привода.
PIO (Programmable Input/Output)
- уже устаревший режим, для работы ему необходимо
задействовать
центральный процессор, что приводит к значительной потери производительности.
DMA (Direct MemoryAccess)
- современный метод, который минует процессор и
обращается напрямую
к оперативной памяти, это позволяет значительно увеличить производительность
и избавиться от надоедливых «тормозов».
Режим DMA в различных вариантах уже давно используется в операционных системах Windows 7, 8, а также в 10, однако в Windows XP,
часто случается ситуация в которой DMA автоматически переключается в PIO
и уже вывести его обратно обычными методами не получится. Из-за чего возникает эта ситуация?
В Windows XP внедрен
механизм контроля ошибок
, если при чтении с жесткого диска или другого привода слишком часто возникают ошибки, то система автоматически переходит в более медленный режим, где их процент меньше. Однако, Windows XP
может перевести в такой режим и нормально работающее устройство.
Как устранить ошибки
Windows читайте
И так, проверим режимы работы всех приводов, чтобы система не тормозила..
1 . Запускаем консоль «Управление компьютером» – правой кнопкой на «Мой компьютер»
Для начала попробуйте отключить систему контроля ошибок.
Для этого в ветке реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdfs\
,
создайте ключ ErrorControl
и установите его значение равным 0.
Длительное состояние стабильности рано или поздно нарушает что-то непредсказуемое и странное, вот и наступил такой момент. Пару дней назад при копировании файла с одного физического диска на другой, вдруг заметил, что скорость катастрофически низкая - 4-6 Mb/s вместо ожидаемых 50-90 Mb/s (с поправкой на фрагментацию). Смотрю на загрузку CPU – одно ядро полностью занято обработкой прерываний, все понятно – диск перешел в PIO mode.
Исходная конфигурация : ASUS P5Q, 4 x 1 Gb SATA диска, 2 x 1.5 Gb SATA диска, никаких RAID-ов нет, Windows XP SP3. Диск работал в UDMA режиме, как и все остальные, я его тестировал после установки. Device Manager –> IDE controllers –> канал и смотрим “current transfer mode”. На картинке оба устройства работают в режиме UDMA, в моем случае второе устройство работало в PIO mode, но картинку такую я не сохранил. Чтобы понять кто висит на каком канале переключите вид Device Manager-а в View –> Devices by Connection.
Хотя диски SATA, контроллеры в Device Manager-е - ATA. Дело в том, что в BIOS SATA контроллеры по умолчанию сконфигурированы прикидываться ATA контроллерами, в таком случае не требуется дополнительных новых AHCI драйверов. Перейти в AHCI режим можно безболезненно, это не влияет на логическую организацию данных, требует лишь соответствующих драйверов. В AHCI режиме появляется поддержка NCQ (переупорядочивание команд HDD) и в целом производительность чуть чуть подрастает, но совсем немного и еще добавляется поддержка горячей замены.
Версии возможных причин:
1) Что-то с шлейфом.
2) Что-то с драйверами, сбой или конфликт.
3) Что-то с HDD.
Есть вторая система – Windows 7, гружусь в нее и наблюдаю полную работоспособность дисков в UDMA режимах, значит железо вроде в норме. Смотрю журнал событий, в нем не обнаруживаю сообщений о проблеме с дисками, смотрю диагностику SMART – все ок, конфликтов устройств нет, все это хорошо. Беру последние драйверы с ASUS. Записываю старый номер версии драйвера Intel ICH10R, ставлю новый. Ставится подозрительно быстро, в итоге не обновился. Вручную через INF файлы обновляю драйверы ICH10R, ставится, но проблема остается. Иду на Intel, качаю самую свежую версию, ставлю, снова ничего не ставится. Выясняю, что их драйверы обновляются только если устройство вообще не имеет драйвера, чтобы форсировать надо использовать секретный ключик “–overlall”, пробую, обновляется, но не решает проблемы. Меняю шлейф, вынимаю, втыкаю диск – не помогает. Промежуточный итог – железо работает, новый софт не помогает.
Нахожу в Microsoft-е интересную статью: “После появления нескольких ошибок CRC или истечения времени ожидания диски с интерфейсами IDE ATA и ATAPI используют режим PIO” . Пишут, что если были сбои передачи по UDMA, то система последовательно понижает режимы вплоть до PIO mode (или сразу) и замораживает это состояние! Чтобы вернуть обратно предлагают удалить контроллер из Device Manager-а и он возродится из пепла. На это я не пошел, т.к. побоялся, что он может и не возродиться (писали про это где-то), поэтому пошел вторым путем описанным там и еще в других местах.
Решение. Открыть ветку реестра “HKEY_LOCAL_MACHINE\SYSTEM\CurrentContro lSet\Control\Class\{4D36E96A-E325-11CE-B FC1-08002BE10318}”, в ней будут ветки 0000, 0001 и т.д. Они соответствуют устройствам в Device Manager-е. Нас интересуют только каналы, название смотрим по DriverDesc, в данном случае “Primary IDE Channel”.
Обращаем внимание на MasterDeviceTimingModeAllowed и SlaveDeviceTimingModeAllowed – они задают маску допустимых режимов, если 0xffffffff, значит все допустимо, а если 0x1f, то только PIO mode. У меня проблема на Slave. Сами текущие режимы хранятся в MasterDeviceTimingMode и SlaveDeviceTimingMode, они отличаются (в сети можно найти смысл чисел). MS предлагает сделать следующее – выставить дополнительный ключ ResetErrorCountersOnSuccess (DWORD) = 1 и перегрузиться. Я это сделал, но это ничего не дало, дало только то, что желаемый режим UserSlaveDeviceTimingModeAllowed тоже сбросился в 0x1f. Я его вернул в Device Manager-е, но думаю можно и здесь вручную выставить 0xffffffff. Далее я выствил SlaveDeviceTimingModeAllowed = 0xffffffff, перегрузился и вуаля!, все заработало. Итого, я думаю надо было сделать всего лишь следующее (проблема на Slave):
UserSlaveDeviceTimingModeAllowed = 0xffffffff, SlaveDeviceTimingModeAllowed = 0xffffffff, ResetErrorCountersOnSuccess = 1 и перегрузиться.
На следующей картинке итоговое состояние реестра после перезагрузки. Режимы теперь одинаковые, маски сохранились и в Device Manager-е видим картинку, как в начале поста.
Теперь о причине. Как следует из статьи MS, одна из причин исправления их драйвера была в том, что время ожидания старта HDD было недостаточным (в Win2000 – 4 сек, сделали 10 сек) и это было проблемой в случае выхода дисков из сна. Я постоянно использовал настройку выключения дисков по бездействию через 2 часа, что приводило иногда к веерному их просыпанию, когда некоторые приложения хотели полезть сразу на несколько разделов. Я полагаю, что может при каком-то сценарии таймаут все-таки был превышен и был зафиксирован сбой, который привел к отключению UDMA. Теперь я отказался от отключения дисков, пусть работают, к тому-же частые включения и выключения возможно больше вредят чем приносят пользу.