Яндекс.Метрика


Система Orphus

Мать на чипсете от AMD – Зло ?
Мать Gigabyte на чипсете AMD – двойное Зло !!!
(на примере GA-880GA-UD3H rev.2.2)

Давненько не приходилось заморачиваться, тратить массу времени в глобальной возне на предмет настройки на мало-мальски стабильную работу системной платы … думал, подобное уже давно осталось в прошлом, ан нет – встречайте Gigabyte GA-880GA-UD3H (rev.2.2). Когда выбирал и принимал решение о покупке одной из топовых матерей Gigabyte под сокет AM3 и в мыслях не было – что данная мать может иметь столько обломных ограничений и просто нещадно глючить при каждом удобном и неудобном случае! Но обо всем по порядку.

Ж*па начинается с самого начала – с BIOS’а. Последняя релиз-версия F7 датирована аж концом прошлого (2010) года. На текущий момент свежее есть только беты. На момент покупки матери (середина июля 2011) – F8f, а сейчас уже и F8i. Переходить на беты поначалу я резона для себя не видел – в них лишь анонсируется поддержка новых AM3+ процессоров, а также отсутствие  поддержки загрузки по сети и функции разблокировки ядер. Лично мне ото всех новшеств и потерь ни холодно, ни жарко – поэтому шиться не спешил … Но решил я сконструировать зеркало (RAID1) на базе южного моста (SB850), для чего были куплены пара хардов Seagate с поддержкой SATA-3. Переводим контроллер южного моста в режим RAID (прошивка F7) – и получаем глобальный облом: система виснет при инициализации BIOSа рейд-контроллера южного моста. Ладно, ребутаемся, заходим в системный BIOS, - там полный бардак: более половины разделов нет, а в том, что есть, нет и половины опций – короче обратного возврата нет! Или дергать батарейку или перезаписывать прошивку (дабы сбросить настройки). Думаю ладно – может какой глюк ПЗУхи – перезаписываю туже прошивку (F7) еще раз, все путем – начинаем конфигурироваться. После включения упомянутой опции все в точности повторяется! Итого – прошивка F7 не имеет права на жизнь (тоже мне – релиз-версия) – т.к. не соответствует заявленным в документации к матери возможностям – RAID-массив на южном мосту создать и использовать нельзя – более того, такая попытка убивает (пусть и не глобально) работоспособность системы.
Пришло время потестить беты. Шью сразу самую последнюю F8i … Ну вроде чуток полегчало, инициализация проходит, массив успешно создан. Да вот не задача, при загрузке компа времени на инициализацию RAID-массива (на SB850) тратится уйма. Более 10сек чего ждем вообще непонятно, потом появляется информация о дисках и массиве – опять ждем. Итого не менее полминуты топчемся лишь на этапе инициализации одного контроллера (серверные системы с кучей дисков инициализируются куда быстрее) … Уже обидно.

Кстати: в понимании Gigabyte конфигурация «RAID 0+1» понимается вполне буквально, т.е. зеркалирование массива RAID0 – требуется, стало быть, 4 диска. Но кто и самое главное ради чего будет городить такой огород из четырех дисков? Ведь оптимальнее тогда, имея четыре диска, создать RAID5 – где и потеря дискового пространства будет только 25% и терять можно один любой диск. В случае же гигабайтовского «RAID 0+1» потеря емкости будет 50%, гарантированно без последствий терять можно также только один диск (если отказывает один из страйпов, то он видимо отключится – и далее терять диски уже недопустимо) – значительному увеличению производительности в данной конфигурации по сравнению с RAID5 также неоткуда взяться. А вот то, что казалось бы логичным под наименованием «RAID 0+1» - зеркало с чередованием из двух дисков (для увеличения скорости чтения) – этого нет.

Но начинаем тестировать скорость работы того что удалось сделать из двух хардов - массива RAID1. В ожидании приличных показателей, ведь у нас всё и полностью SATA-3. Устанавливаем последние драйвера (операционка WinXP) – и что видим? – потоковая скорость копирования не превосходит 30Мбайт/с! Т.е. это показатели эквивалентные старенькому харду и контроллеру первой редакции SATA – «приехали» - больше ничего не скажешь! Такая низкая скорость с диском существенно сказывается на скорости загрузки операционки (с одиночного диска все работает в разы быстрее). Что делать? На самом деле на данной матери есть и альтернативный вариант создания RAID1 из двух дисков – использование портов SATA-2 на контроллере JMB363 – этим вариантов я и воспользовался. В итоге имеем потоковую скорость копирования с раздела на раздел около 80Мбайт/с (т.е. это где-то половина эффективной скорости массива). В моем случае задача решена – да вот только зачем на матери GA-880GA-UD3H аж шесть SATA-3 портов южного моста SB850? Чтобы вешать одиночные диски? – бред. В итоге южный мост SB850 с его SATA-3 портами в буквальном смысле «отдыхает» … Интересно кто в этом виноват? – AMD или Gigabyte?

Далее опишу еще выявленные «косяки»:

Загрузка с оптического привода (CDROM). Разработчики, почему то вдруг решили, что оптический привод у нас непременно SATA и висеть он должен именно на портах южного моста SB850. Привод IDE, подключенный к JMB363  (и определяемый, кстати, этим контроллером на стадии инициализации BIOS) – в загрузке с него участвовать не может …

Порты USB. Загрузка с устройств, подключенных к ним, крайне затруднена. Ладно, можно еще понять, что пара портов 3.0 подключены на отдельный контроллер и BIOS про них никакого понятия не имеет (даже в операционке без отдельных дров они не работают), но два порта на морде (те что «charge-on») – почему нельзя загрузиться с них? Остаются для загрузки только тыльные порты. Причем не только для загрузки, а также для использования внутри BIOS (сохранение профилей, обновление прошивки). В ходе тестирования и работы установлено, что с оптического привода на USB (см. выше) загрузка осуществляется беспроблемно … а вот со флэшки – ни в какую, вообще – ни на одном из портов !..

Встроенное видео. Благодаря его наличию (северному мосту 880G) мать GA-880GA-UD3H стОит почти на треть дороже аналогичных, но без интегрированного видео (а это почти 1тыр.) Называется эта «видеокарта» HD4250. Сразу скажу – для математических расчетов она не годится! Т.е. драйвера и библиотеки OpenCL с ней работать не будут! Единственно, что она вроде как поддерживает «ATi Stream» - у кого-то есть желание изучать эту специфичную приблуду? – сомневаюсь. Интересно, но библиотеки OpenCL от ATi поддерживают работу с центральным процессором ;-) Однако большинство софта под OpenCL не желают работать с процом, как с исполнительным модулем – им подавай GPU (видяху). Тут я в первый раз пожалел, что связался с интегрированным видео, а не купил недорогую дискретную карточку.

Видяха в качестве видяхи ;-) Да, картинку интегрированное видео отрисовывает … И если вы используете простенький ЖК-монитор с частотой развертки 60 или 75Гц то все наверное будет нормально. Если же у вас раритетный качественный ЭЛТ-монитор, или иной монитор, на котором желательно использовать нестандартные частоты или параметры развертки – то тут большой облом! И виновато здесь, видимо, даже не столько само «интегрированное ядро» - это общая беда всех AMD-ATi видео карт! Каталист (панель настроек AMD) не предусматривает гибкой настройки параметров развертки монитора, альтернативные утилиты для данных целей также отсутствуют. В то время как у NVidia в этом направлении еще с незапамятных времен все в шоколаде. На этом месте я во второй раз пожалел, что связался не только с интегрированным видео, но и с AMD в целом!

Погеймим на встроенном видео? А вот и хрен! Несмотря на наличие вроде как 40 ATi-шных шейдерных процессоров видяха крайне слабенькая. Да, конечно, игры 10-ти летней давности такие как Quake3 будут летать … но разве этого мы ждем от современного наиболее скоростного интегрированного видео? Вот, например, уже более современная игрушка Titan Quest (хотя и ей уже около пяти лет) хоть и запускается на данной «видяхе», но тормозит весьма ощутимо даже при существенном снижении настроек качества и разрешении (и даже двухъядерник с 4ГГц на ядро не способен вытянуть данную ситуацию). Хотя помниться я весьма беспроблемно геймил в Titan Quest на GeForce 7800GS и одноядерном проце.
А если даже настройки не снижать – для оценки уровня качества – то и тут промах! Уровень качества (красоты) сцены, мягко говоря «не тот», что на видеокарте от NVidia (незря многие разработчики игр используют и рекомендуют использовать карточки NVidia).
Кому интересно, могут взглянуть как выглядят технические характеристики этого безобразия в информационной утилите:

Данные не совсем верны (почему-то) – на самом деле память DDR3 1600MHz (800MHz реальная частота) …

Виной такого низкого быстродействия является подсистема памяти видеоядра. В качестве нее используется часть системной оперативы – а в архитектуре AMD K10 для того чтобы к ней «добраться» от видяхи нужно пройти через две шины и два сокета (механических разъема), причем через разъем процессора дважды! Видеоядро (читай северный мост) – Процессор; Процессор – Оперативная память. В данном случае архитектура с памятью, подключенной к процессору (а не к северному мосту, как раньше) является узким местом. Причем существенно узким! Итог? – пришлось потратить еще 2тыр. на нормальную видяху начального уровня (GeForce GT430 – о ней будет отдельная статья). А сейчас немного циферок ...

 
GF-7800GS
(Athlon XP 2400+)
HD4250
(Phenom II X2 555)
GF-GT430
(Phenom II X2 555)
3D-Mark 2003
12600
4896
21141
3D-Mark 2005
5700
4050
15816
3D-Mark 2006
3110
1778
8083

Тесты наглядно показывают, что интегрированное видео HD4250 проигрывает в производительности дискретной и даже не самой топовой видеокарточке 2006 года! Ну куда такое годится?

Вызывает нарекания и реализация инициализации видеокарт. Т.е. если использовалась видяха встроенная (соответственно в BIOS указанно инициализировать ее первой), а после вы установили дискретное видео в слот PCIe-x16 и подключили монитор к новой видяхе – то ничего не произойдет! Т.к. сначала нужно было на интегрированном видео осуществить реконфигурирование и первой для инициализации видеосистемой указать PEG. Вообще на большинстве матерей опрашиваются все возможные видеоинтерфейсы и инициализируется в качестве первичного тот, к которому подключен монитор (а опция в BIOS определяющая порядок инициализации носит второстепенный характер), тут все не так …

Далее…

Конечно при большом желании, сопровождающимся соответствующим денежным вложением, можно довести до ума и нормального рабочего состояния практически все что угодно. Не стала исключением и описываемая система. Правда затраты вышли несколько больше чем планировалось, да и время на все-провсе убил кучу … Вобщем и не знаю даже – советовать ли кому теперь связываться с AMD? На самом деле единственное что порадовало во всем AMD-шном хламе – это процессор Phenom X2 555 Black Edition. Который стоит (2.3тыр) не только дешевле своего прямого (по характеристикам) конкурента от Intel (E8400 – 3.8тыр) – но и существенно превосходит его по производительности во всех типах приложений! Что вполне логично при вдвое большем кэше и прекрасному разгонному потенциалу – до 4ГГц на ядро со штатной системой охлаждения и без повышения напряжения (об этом герое отдельная статья). Эту же статью, пожалуй, закончим на сей оптимистической ноте …

MiGeRA (июль-август 2011)

Дополнение.

Как ни странно, но до сих пор пользуюсь этой матерью, хотя регулярно матерюсь на нее и буквально порываюсь купить взамен нее другую. Останавливает лишь лень - перебирать полностью комп очень не хочется, а тем более не испытываю ни малейшего желания менять платформу в целом (вкладывать бешеные деньги в i7 - вариант не целесообразный). А недавно апгредил проц на данной матери - на топовый четырехъядерник Phenom X4 975 Black Edition (всего за 3тыр.) - двух ядер при 16 гигах оперативы под работу с виртуальными машинами стало уже не хватать. 975-ый проц, имея разблокированный множитель также успешно крутится на 4ГГц ... но это уже тема другая. Здесь же я хотел рассказать и дополнить тему вот чем.

Имея уже "устаканившеюся" систему задумываешься больше не о пиковой производительности, а о стабильности и удобстве работы. А напрягало в последнее время следующее: при начальной загрузке очень долго (порядка минуты) происходит инициализация встроенного в южный мост SB850 RAID-контроллера, на котором у меня в режиме 1+0 висит четыре диска. Складывается впечатление, что долбанные двоишники из Gigabyte и в страшном сне подумать не могли, что кто-то будет использовать весь функционал матери - ведь у большинства чайников лишь один хард в компе (а не семь). Но долгий процесс инициализации перед загрузкой это пол беды. Ж0па в том, что при том самом моменте, когда должна произойти загрузка с харда, комп зачастую мог до бесконечности ждать у моря погоды (зависал короче, если так можно сказать). Причина этого не ясна - "ресет" иногда спасал с первого раза (после положенного ожидания инита рэйда), а иногда и четыре раза подряд можо было безуспешно упираться в черный экран, предшествующий загрузке загрузчика операционки с харда. В такие моменты особенно хотелось выкинуть мать в окошко, на ее счастье быстро этого сделать невозможно.

Но пришла в голову мысль - а нахрен нам каждый раз при загрузке инитить PCI-ROM встроенного рэйда? Ведь нужен он по сути лишь для двух вещей: первоначальной "разбивки" (создания массива) - что успешно можно сделать и из под ОС; и для обеспечения возможности загрузки ОС с созданного массива (ни дай бог ни кому грузиться с софтового  рэйда). Т.е. иными словами для того чтобы иметь возможность на чистом (новом) компе, без использования сторонних средств создать массив и установить на него с нуля операционку - короче нам ничего этого не нужно. Посему, почему бы не удалить этот ROM и не сократить время инициализации? Сделать это не представляет большого труда - а результат можно скачать (на базе версии F8I). Тем самым мы не только избавились от столь достающей паузы при инициализации массива, но и практически до 90% увеличили вероятность начала загрузки ОС (без зависания).

И пару слов о биосах к данной матери. Уроды из гигабайта так и не разродились на адекватную прошивку, более того, с общего доступа была снята стабильная бета F8I, а осталась лишь глюкавая релизная F7. От "DualBIOS" (две флэшки) на матери толку мало - ввиду полной черезжопности алгоритма их работы. А работают они так: если в самом начале включения (или после ресета) до первого "пик" жать прерывисто Alt+F12, то (иногда не с первого раза) вылетает приглашение записать в резервную флэшку содержимое основной, можно согласиться и сделать это. Но вот току от этого мало. Теоретически обратная операция (типа когда каюк основному биосу, или мы записали в него не совсем то что может работать) должна происходить по хот-кею Alt+F11 (в идентичное время нажатой) - да мы получаем сообщение (т.е. комбинация клавиш работает) в котором нас "направляют лесом" по не понятной причине и желаемого результата мы не получаем (от версий биоса и их идентичности это никак не зависит) ... Лучше бы сделали банально джампер на матери для выбора из какой флэшки грузиться ... А вот нужного хот-кея "обнулить биос без вскрытия корпуса и вытаскивания батарейки" - очень не хватает.

ЗЫ. Без лишнего PCI-ROM жить стало с данной матерью чуточку легче и я в очередной раз передумал ее менять. Но упаси вас связываться с матерями Gigabyte - на себе так экспериментировать не пожелаешь никому. Из адекватных могу посоветовать MSI (недавно купил для другого компа - очень адекватная и стабильная вещица) или на крайняк ASUS.

MiGeRA (май 2013)

*** ... еще одно дополнение !!!

Чуть опять не собрался в магазин за заменой этой матери, удерживает только лень перелопачивать целиком комп ...

На этот раз ничего не предвещало беды, в предпоследний день жаркого месяца июня штатно отключил нормально работающий комп. "Нормально работающий" - это опять таки с некоторой натяжкой: старт загрузки (см. предыдущее дополнение) до сих пор не идеален, по прежнему иногда виснем. Благо без лишнего PCI-ROM все иниты идут быстрее и очередной ребут не столь длителен и мучителен. Ну да не о том ... на утро следующего дня при включении компа монитор не получает сигнала с видео карты, системник включается никаких подозрительных писков нет. Монитор? Кабель? KVM? - с чего бы? Никаких вмешательств никуда не было. Другой системник на KVM'е подтвердил что "виноват" сей комп. Видяха умерла? - переткнул кабель на встроенную ... И тут приходит в голову - что системник не пищит вовсе! Т.е. нет того единственного "короткого пик", после которого подается картинка на монитор и начинается инит с точки зрения чайника. Но что мешает ему начаться - на чем запарывается преинит?

Лезу за PCI-карточкой визуализатором POST-кодов. Наблюдаем следующую картинку: поочередно система останавливается на двух кодах - С9 и 4D (по паре секунд висит один из указанных кодов, далее быстро перебираются какие то еще и появляется второй - и так до бесконечности). Сброс CMOS (батарейки) погоды не делает. Гугление по данным кодам полезной информации не дало, разве что был намек на этап проверки контрольных сумм. Вспомнил совет с какого-то форума, которым уже раз пользовался при тестировании модифицированных прошивок ... Т.е. решил попробовать восстановить копию прошивки из бэкапа (Dual-BIOS) недокументированным способом. При включении питания коротим пинцетом 1-ю и 8-ю ноги MAIN ПЗУ'хи BIOS. Коротим не конкретно, а так, скользящим контактом - почти прерывисто: т.к. момент когда сие действо должно привести к желаемому результату однозначно на глаз не определишь. В итоге получаем, что мать срабатывает на сей "фокус" как на посыл к восстановлению копии BIOS из резервной флешки, аля контрольная сумму не верна и пошло авто-восстановление (а до этого мать считала что все зашибись, только вот не грузилась, сука). Собственно и все ... Далее или юзаем то что было в резервной (если нас это устраивает) - или штатным образом шьемся на что либо еще ...

И еще я помню как и за что я хаял в начале сей статьи прошивку F7 (сам только что перечитал ;-) - но так как комп пока открыт, а способ отката только что в очередной раз успешно протестирован - решился впихнуть ее еще разок. В текущий же момент я не использую конфигурацию интегрированного RAID в режиме 5. Был удивлен - полет нормальный ... и даже пока уже вот несколько раз подряд загрузка оси стартует с первого раза. Остаюсь пока на ней - там посмотрим.

Эх, жаль нет простого способа подконнектиться к флешке биоса и программатором шить ее внутрисхемно! Или уж накрайняк в кровати чтоль была бы ...

MiGeRA (июнь 2013)



Заглавная » Железо компьютерное » Процессоры и системные платы » Мать на чипсете от AMD – Зло ? Мать Gigabyte на чипсете AMD – двойное Зло !!! (на примере GA-880GA-UD3H rev.2.2)