FAQ

Краткое руководство по решению проблем с AGP-видеокартами

так, возникла проблема: "драйвер вошел в бесконечный цикл", или же компьютер был перезагружен, а "вероятной причиной сбоя был драйвер устройства..." и далее название драйвера видеокарты, или же мы имеем жесткое зависание или перезагрузки в 3Д-приложениях, многочисленные артефакты, рывки / дергания изображения в 3Д и/или при просмотре видео на ДВД или в других форматах; вылетают 3Д-приложения, итп.

0. Если раньше в системе стояло другое железо, другие драйверы итп - переставляем систему с нуля.

1. Пытаемся решить проблему изменением настроек BIOS и ПО:

1.0. Проверяем версии:
1.0.1. Драйвера AGP-порта материнской платы (грубо говоря, дров на матплату - VIA Hyperion 4in1, nVidia service pack, Intel inf update, etc.), желательно использовать самую позднюю стабильную версию дров на м/п. Если у нас она не установлена - идем на сайт производителя, загружаем и устанавливаем.
1.0.2. M$ DirectX runtime / core components - проще говоря, ДХ. Все драйверы современных видеокарт являются по сути аппаратно-зависимой частью подсистемы DirectX, разрабатываемой производителем железа, в то время как аппаратно-независимая, но привязанная к версии ОС часть этой подсистемы или DirectX runtime (core components) разрабатывается вендором самой ОС, в нашем случае, ессно - некрософтом Если у нас нет последних ДХ - идем на сайт некрософта, загружаем и ставим.
1.0.3. Проверяем версию драйверов самой видеокарты. Берем и ставим последнюю релизную версию дров.

если все это на месте, идем дальше:

1.1. заходим в системный BIOS, Chipset Features Setup, и:
1.1.0. Отключаем AGP FastWrites;
1.1.1. Отключаем AGP SideBand Addressing (если есть такая опция);
1.1.2. Ставим AGP Transfer Rate для видеокарт/матплат с поддержкой AGP 8x - на 4х, с поддержкой 4х - на 2х;
1.1.3. Ставим AGP Aperture Size = 64Mb (или на другое минимальное значение).
1.1.4. Если какого-то из этих параметров нет в биосе, берем RivaTuner, PowerStrip etc. утилиту для настройки видеосистемы и меняем этот параметр с ее помощью. Если не получается - проезжаем.
1.1.5. Тестируем полученное блюдо. Если глюк исчезает, включаем параметры по одному обратно, определяем точную причину глюка и оставляем ее отключенной.

ничего не помогает, тогда -

1.2. В свойствах дисплея - дополнительно уменьшаем уровень аппаратного ускорения DirectDraw, передвинув ползунок на одну позицию влево; не помогает -
1.3. Заходим в DxDiag и отключаем "Ускорение текстур AGP" на странице настроек видео.
1.4. С помощью тестовых утилит (Sandra, AIDA32) смотрим распределение прерываний в системе, в особенности - не делит ли видеокарта прерывание с кем-либо из других устройств. Если это так - пробуем вручную переназначить прерывание для этого устройства или видеокарты, отключить лишние устройства в
BIOS (например - МIDI-, COM-порты), отключить прерывание для USB, отключить часть портов USB, включить режим ACPI и/или APIC (если есть).

если и это не поможет, переходим к стадии 2:

2. Проверка на наличие аппаратных проблем.

2.0. Проверяем уровень нагрева карты, северного моста чипсета матплаты (того, что ближе к процессору) и самого процессора под нагрузкой. Если на сев. мосту или на видеопамяти/плате с обратной стороны
видеопроцессора нельзя держать руку/палец, или на радиаторе процессора и/или тепмература по показаниям датчиков зашкаливает за 60 градусов - решаем проблемы с охлаждением соответствующих компонентов.

2.1. Запускаем утилиту мониторинга напряжений/температур (Asus Cop, EPoX USDM, MSI PC Alert, MotherBoard Monitor etc.) в режиме логгинга (записи состояния) каждые 30 секунд, после чего нагружаем систему и видео работой (желательно, не тем определенным приложением, с которым возникает критическая ошибка).
Если не вышибет в BSOD и не зависнем - через нцать минут выходим и смотрим, что творится с
напряжениями и температурами под нагрузкой. Если напряжение сильно проседает на +5В например, до 4.7), а +12 сильно вырастает (+12.5 и выше), или другие напряжения прыгают и скачут - философски подпираем щеку и задумываемся о достаточности блока питания. Для современных систем и видеокарт крайне важно качественное питание - БП должен иметь мощность не менее 300Вт, причем не "китайских" (особенно этим качеством прославились БП марки Codegen), а честных - на сегодняшний день наиболее честными являются БП марки InWin, а также - PowerMan Pro, Chieftec (HighPower), Thermaltake (PurePower), Zalman, Vantec, SuperFlower. Надо отметить, что невзирая на рекомендуемый производителями видеокарт и м/п минимум в 350Вт номинала на самом деле такие БП все еще относятся к "офисному", удешевленному классу, а определенный "запас прочности" и более высокое качество сборки, удовлетворяющие требованиям мощных домашних систем, начинаются с класса БП номиналом 400Вт.

2.2. Пробуем поднять напряжение питания на шине AGP.

2.3. Проверяем на глюкавость такие компоненты системы, как сама видеокарта, мат. плата и ОЗУ путем замены оного и проверки по отдельности на заведомо работоспособной системе.

2.4. Если по отдельности компоненты системы работают, а вместе - нет, проверяем версию системного BIOS и видеоBIOS. Если версия системного BIOS для м/п устарела, есть смысл обновить ее. Учитывая, что эта процедура сопряжена с риском выхода из строя мат. платы - например, при отключении питания в процессе
обновления или при использовании некорректной версии программы-прошивальщика, выполнять этот шаг рекомендуется только опытным пользователям, и только после того, как все возможные "танцы с бубном" осуществлены и не принесли требуемого результата. То же самое, и еще в более серьезной степени, относится к видеоBIOS.

3. Приступаем к "танцам с бубном".
3.0. Все настройки по п.1 дергаем в хаотическом порядке. Если у нас стоит последняя версия тех или иных драйверов, пробуем более раннюю. Если стоит апертура AGP 256М, но установка 64М не дает результата -
ставим 128М. Экстремально понижаем кратность AGP - до 1х для 4х карт, до 2х - для 8х.
Если FastWrites изначально выключен - пробуем включить. Тоже и с SideBand. Если кратность 4х, а есть возможность сделать 8х - пробуем и это. Применяем все возможные комбинации настроек.

4. Анализируем совместимость железа с точки зрения поколений (например, не есть разумно использовать Radeon 9700PRO на i440BX, да и проблемами сие чревато). Ищем инфу на сайтах производителей м/п и видеокарты о наличии/отсутствии проблем с имеющейся комбинацией железок. Обдумываем варианты
замены устаревших компонентов, если таковые имеются.

5. Если в результате танцев и прошивок BIOS не приходим ни к какому рациональному результату, а устаревших компонентов в системе нет, как и проблем с питанием/температурой, или же стабильность достигается только с устаревшими версиями ПО/BIOS итп., что неприемлемо с точки зрения совместимости с новым софтом - с чистой совестью идем к продавцам и предъявляем претензии по гарантии, требуем возврата денег или обмена видеокарты на работоспособный вариант.

*
~~
***
~~~~
Для осмысленности юзером своих действий (для не ленивых) дать краткое описание источника возможных проблем и основных путей борьбы с ними, вроде:
1) С одной стороны, работа системной памяти через AGP усложняется более длинным (в буквальном смысле) путем прохождения сигналов (через разъем AGP и контроллер памяти видеопроцессора), поэтому к ней (памяти) и системе в целом предъявляются более высокие требования, чем при работе только с центральным процессором через контроллер памяти чипсета материнки. Такими факторами, влияющими на сбои, могут быть: пониженный уровень чувствительности к помехе по входам, повышенное время доступа к ячейкам памяти (как в целом, так и по отдельным адресам).
В частности, это означает, что несмотря на отсутствие ошибок при проверке памяти обычными тестами, ДАННАЯ системная память на ДАННОЙ материнке может работать с видеокартой со сбоями;
2) Сбои в работе AGP (с учетом сказанного в п.1) вызывают помехи, возникающие на шинах питания при работе компонентов (в основном, видеокарты, но также системной памяти, процессора и чипсета - в том числе через общий источник и цепи питания). В силу импульсного характера питания (и помех), они сильно зависят от дизайна плат, наличия и качества развязок в цепях питания, контакта в разъёмах (AGP, памяти). При бОльших скоростях передачи данных по AGP (4х, 8х) согласно спецификациям, напряжение питания снижается, что увеличивает токи потребления и усугубляет проблему помех. Чувствительность к помехам возрастает также при перегреве чипов.
Из сказанного надо усвоить пару главных выводов:
- всегда (даже на новом железе, не говоря уже об апгрейдах, приводящих к ростам скоростей, нагрузок и потребления в системе) возможны конфликты "железа", часто приводящие к частичной (устранимой настройками) или полной несовместимости.
- борьба с этими конфликтами возможна как на уровне подбора компонентов системы, так и снижения уровня помех (или чувствительности к ним) настройками железа и софта для устранения сбоев в работе.

Соответственно, добавки в методику:
- на ЭТОЙ мат. плате пробуем уменьшить объем/заменить(модуль, лучше другого типа)/ослабить частоты или тайминги/переставить в слотах/поменять питание(это было?) системной памяти;
- выставить на минимум стабильных значений (поочерёдно или вместе, сообразуясь с наличием разгонов) напряжение питания процессора, чипсета, AGP и самой памяти (в последних двух случаях - если повышение напряжений было неэффективно);
- дать ссылку на ФАК по методикам охлаждения компонентов и корпуса (или вкратце привести здесь);
- пробовать даунклокинг видеопроцессора и видеопамяти, отключение свойств ускорения (в виндовской панели - общий движок, в твикерах - там их множество, включая улучшение качественных параметров картинки, отключение AGP-ускорения в Dxdiag - было, но отдельно можно рекомендовать (как кардинальные, но снижающие скорость) НEустановку (удаление) драйвера AGP и установки МИНИМАЛЬНО ВОЗМОЖНОЙ апертуры в БИОСе материнки (вплоть до 4-8 мБ).

Администратор: Alifar

14.03.2007 г.

На главную страницу