LINUX.ORG.RU

Первая материнская плата с поддержкой LinuxBIOS - GIGABYTE M57SLI-S4


0

0

GIGABYTE M57SLI-S4 - первая материнская плата для настольных ПК, поддерживаемая Свободной Открытой BIOS. Говорится, что плата вышла благодаря инженеру AMD Yinghai Lu, который выпустил GPL релиз LinuxBIOS в прошлом месяце. Соответствующая последним достижениям техники материнская плата основана на чипсете NVIDIA nForce 570 SLI и последним сокетом AMD - AM2, поддерживает AMD Athlon 64 X2, Athlon 64 FX, а также Athlon 64 процессоры. Другие характеристики:
- 2X PCI Express x16 slots
- 3X PCI Express x1 slots
- 2X PCI slots
- 3X 1394a (FireWire) ports
- 10X USB 2.0
- 16GB maximum memory
- SATA RAID
- 6X SATA 3Gb/s slots.

>>> Подробности

★★★★★

Проверено: JB ()

Хе. Возникает вопрос, какую туда ставить видюху :)

Если был бы интел, то по кр. мере дрова видюхи опенсорсные...

Davidov ★★★★
()
Ответ на: комментарий от Doom3r

>и Phoenix, если жив ещё...

Phoenix и Award слились в одну компанию

Diffor
()
Ответ на: комментарий от Davidov

>Хе. Возникает вопрос, какую туда ставить видюху :)

>Если был бы интел, то по кр. мере дрова видюхи опенсорсные...

SLI работает только на Nvidia (у ATI есть похожая технология - CrossFire, только мать нужна подходящая); Интел в данном случае не очень подходящее решение. ИМХО.

Diffor
()

Вот тут список всех матерей, которые поддерживаются:

http://linuxbios.org/Supported_Motherboards

Это не первая плата. Наверное первая плата, ориентированная на desktop.

anonymous
()

странно, а ва что не в курсе что теперь венде капец?

angel_il ★★★★
()

Интересно, а насколько стабилен сейчас этот линукс-биос и насколько он функционален. Не будет ли он хуже родного гигабайтовского. Кто нибудь пробовал юзать сабж?

NoldoR
()
Ответ на: комментарий от Diffor

>Не пробовал, но судя по http://linuxbios.org/Supported_Motherboards "Motherboard mostly works, but some issues remain."

Так это что получается? Покупаешь Gigabyte, сам апгрейдишь БИОС, только с неофициального сайта? И еще "some issues remain"? Я думал, что это новая плата :)

GladAlex ★★★★★
() автор топика
Ответ на: комментарий от Diffor

То, что это для AMD - АТСТОЙ.
То, что это GIGABYTE - АТСТОЙ.
То, что "схема работы в режиме SLI x8+x8" - АТСТОЙ.

У меня Asus P5N32-SLI SE Deluxe (nForce Intel SLI Edition) - x16+x16 в SLI.
Вот что рулит!

R00T
()

Венде точно капец...

Себе пока такую брать не хочю, вот когда ASUS под K8L выпустит, то тогда может быть...

gln0fate ★★
()

$ля, кочегарки, а че оно даст то? могу я менять порядок загрузки програмно с одного винта на другой в случае наличия на одном винте бадблоков более чем критическо кол-во?

vilfred ☆☆
()
Ответ на: комментарий от R00T

> То, что это для AMD - АТСТОЙ.

не, неправ, я считал на двухпроцессорном Opterone 64бита 1800Мгц рассяние Ми (синусы с косинусами перемножаются в матричном виде) и на P43200. Ну дык на оптероне считало в 2 раза быстрее чем на интеле. Если привести к эквивалентным частотам, то Opteron1800 64 бита в 4 раза быстрее чем Intel P4 3200 32бита. С оптимизациями под процессор конечно.

vilfred ☆☆
()
Ответ на: комментарий от vilfred

Двуядерник P-D 960 3.6GHz EM64T. И памяти 4Гб двухканальной.

>Ну дык на оптероне считало в 2 раза быстрее чем на интеле

IMHO, бред кобылы сивой. Скорее, софт был неоптимизированным. Типа, на 64-bit собран с AMD64/EM64T оптимизацией (sse3/3dnow там по дефолту включено), а 32-х битный - с обычной i686 безо всяких SSE.

R00T
()
Ответ на: комментарий от acheron

>Пойдут ли на перешитом биосе Win98/XP ?

http://linuxbios.org/FAQ#Which_different_operating_systems_will_LinuxBIOS_boo...

Which different operating systems will LinuxBIOS boot?

* Linux (of course)

* Plan 9

* Windows 2000 (via ADLO)

We have looked at some of the BSD OSes but (e.g.) FreeBSD makes BIOS calls, and we don't support BIOS calls. Possibly ADLO could be used to support FreeBSD, but the right thing to do is remove FreeBSD's dependence on BIOS calls.

anonymous
()

Даёшь ASUS на 680 чипсете!

anonymous
()
Ответ на: комментарий от R00T

>IMHO, бред кобылы сивой. Скорее, софт был неоптимизированным.

Не-а. Так оно и есть (в пересчёте на мегагерц) Вот C2D уже быстрее в пересчёте на мегагерц - но на копейку, хотя опять же зависит от задачи очень сильно.

sS ★★★★★
()
Ответ на: комментарий от anonymous

> Which different operating systems will LinuxBIOS boot?
> * Linux (of course)
> * Plan 9
> * Windows 2000 (via ADLO)

Спасибо за ссылку, там дальше ещё лучше:

http://linuxbios.org/ADLO
What bootloaders work with ADLO?

Currently known to work are:

* LILO
* NTLDR (Windows 2000)

There is no technical reason why it couldn't work with *BSD, (Free)Dos, and other versions of Windows after some tweaking.

acheron ★★★★
()
Ответ на: комментарий от R00T

> То, что "схема работы в режиме SLI x8+x8" - АТСТОЙ. У меня Asus P5N32-SLI SE Deluxe (nForce Intel SLI Edition) - x16+x16 в SLI.

Офигеть :) SLI использует малый процент пользователей :)

Deleted
()
Ответ на: комментарий от R00T

> IMHO, бред кобылы сивой.

не, серьезно, может в приложениях (типа всяких гноме, КДЕ и т.п.) оно и не так, но в счете синусов time ./super_proga мне давало на 1,8Ггц на 64битном Оптероне скорость в 2 раза большую нежели чем time ./super_proga на 3.2Ггц P4 Intel

И разница эта была только тогда когда прога компилялась с соответствующими оциями компилятора.

vilfred ☆☆
()
Ответ на: комментарий от vilfred

>Ну дык на оптероне считало в 2 раза быстрее чем на интеле. Если привести к эквивалентным частотам, то Opteron1800 64 бита в 4 раза быстрее чем Intel P4 3200 32бита. С оптимизациями под процессор конечно.

Подтверждаю: с плавающей точкой у Интела голяк, я тестировал на своей задаче PIII 1ГГц : Pentium 4 2.4 ГГц : Athlon XP 1.8 ГГц - 1 : 1.5 раза : 2.5 раза быстрее.

GladAlex ★★★★★
() автор топика

первая и последняя, сколько этому старью лет?

anonymous
()
Ответ на: комментарий от dm1024

А мне понравилось:

>Уникальной особенностью LinuxBIOS является то, что версия LinuxBIOS для x86 начинает работать в 32-разрядном режиме после выполнения всего лишь шестнадцати инструкций процессора, в то время как типичные BIOS для платформы x86 работают исключительно в 16-разрядном режиме. Работа в 32-разрядном режиме делает загрузку с LinuxBIOS очень быстрой (в настоящее время рекорд холодного старта с LinuxBIOS составляет около 3 секунд)

>LinuxBIOS может загружать и запускать исполняемые файлы в формате ELF, например, etherboot, который способен загрузить Linux по сети Ethernet, или ADLO, который загружает Microsoft Windows 2000/XP. Linux может загрузить практически любую операционную систему с любого поддерживаемого устройства, такого как Myrinet, QsNet, или SCSI.

- обычная биос так не умеет.

GladAlex ★★★★★
() автор топика
Ответ на: комментарий от anonymous

нет, gcc ... интеловского компилера не было. у меня интерес был на скорость, она и так 4-ре секунды работала. на оптероне 2

vilfred ☆☆
()
Ответ на: комментарий от anonymous

>Вот я взял бы её прям сегодня, будь там сокет АМ2+

Это не раньше лета как минимум, чипсетов под него ещё нет. :)

kagor
()
Ответ на: комментарий от Diffor

>Так она AM2... А что значит AM2+?

Следущее поколение процов АМД будет под АМ2+. Погуглите, много чего найдете по этому поводу. :)

kagor
()
Ответ на: комментарий от GladAlex

> обычная биос так не умеет.

Вот это я и называю баловством. BIOS должна инициализировать оборудование, а не всякой фигней заниматься вместо этого.

dm1024 ★★★
()
Ответ на: комментарий от anonymous

>AM2+ даёт аппаратную виртуализацию

Аппаратная виртуализация есть и в процах под сокет AM2.

kagor
()
Ответ на: комментарий от vilfred

>в счете синусов time ./super_proga

Повторяю:
в опцию gcc (в случае Intel, например) "-m64" автоматически добавляется "-mfpmath=sse -msse3" (man gcc). Это означает, что софтинка будет использовать SSE3 для выполнения математических операций.

В "обычную" сборку i686 не включается даже MMX. Все математические операции выполняются либо непосредственно процессором, либо FPU.

Вот ваш тест и показал прежде всего разницу в производительности между FPU и SSE3/3dNow.

На деле, x86_64 должно быть чуть-чуть медленнее из-за необходимости использования для адресации 64 бит и, соответственно, излишка перекачки информации из памяти.

Если желаете, можете запостить сюда листинг программы и мы сравним.
Кроме того, можно бы сравнить выполнения стандартного теста (sql-bench) от MySQL 5.0.x (ядро 2.6.20.1 64 битное, без PEEMPT, 250Hz, конфиг MySQL стандартный для huge).

R00T
()
Ответ на: комментарий от dm1024

>Баловство, короче говоря. По-моему, BIOS - это дело производителя железки.

AWARD?.. AMI?..

Anonymous ★★★★★
()
Ответ на: комментарий от birdie

>Радость омрачает лишь то, что все nVidia чипсеты начиная с nForce 4 греются как черти.

Да?.. Удивительно. А у меня 4-й Nforce SLI и все в пределах нормы - перегрева не замечал.

Может ты перестанешь чушь постить?

jackill ★★★★★
()
Ответ на: комментарий от soomrack

>Не, точно, плата для бюджетных серверов в небольшие лаборатории гос.учереждений.

Нормальная геймерская мать.

jackill ★★★★★
()
Ответ на: комментарий от R00T

>У меня Asus P5N32-SLI SE Deluxe (nForce Intel SLI Edition) - x16+x16 в SLI.

И толку? Утилизации все равно нет. А asus последние два года такое лепит, что народ за голову держится.

Кстати, ты в курсе, что интел на x86_64 сосет?

jackill ★★★★★
()
Ответ на: комментарий от kagor

>Следущее поколение процов АМД будет под АМ2+. Погуглите, много чего найдете по этому поводу. :)

К лету-осени ждем AM3.

jackill ★★★★★
()
Ответ на: комментарий от R00T

>В glxgears рисует больше 20КFPS

Никогда ими не считай - они sli умеют хреново.

jackill ★★★★★
()
Ответ на: комментарий от jackill

> Да?.. Удивительно. А у меня 4-й Nforce SLI и все в пределах нормы - перегрева не замечал.

На самом деле греются, тот же 4-й SLI простенькие радиаторы прогревает что рукой не тронуть, а если охлаждение вообще снять - то прогорит в момент. Старые асусы этим сильно грешили.

Gharik
()
Ответ на: комментарий от R00T

> У меня дабл из 2-х NVidia 7900GS
> В glxgears рисует больше 20КFPS

Только ты обрадовался, а тут я пришёл: на одиночном 7900gs glxgears выдает 19kfps. Это всё от интеля тормозного 32-битного унутре ;)

Gharik
()
Ответ на: комментарий от R00T

> В "обычную" сборку i686 не включается даже MMX. Все математические операции выполняются либо непосредственно процессором, либо FPU. > Вот ваш тест и показал прежде всего разницу в производительности между FPU и SSE3/3dNow.

Афтар, если бы ты хоть чуть-чуть знал матчасть - то задумался как минимум на основании одного прецедента - криптографии (и работы с большими числами в общем случае). А потом припомнил бы другой и опять задумался - на основании того, что атлоны изначально лучше работали с кучей чисел одинарной точности (float/sse1/3dnow), а интели - двойной (sse2/3) как раз за счёт своей офигительной частоты и тепловыделения. Но когда такая точность нафиг не нужна, получается простой конвейеров и прогрев комнаты, что скорее всего и показал тест.

> На деле, x86_64 должно быть чуть-чуть медленнее из-за необходимости использования для адресации 64 бит и, соответственно, излишка перекачки информации из памяти.

Фигушки. Амд64 как раз либо быстрее, либо не-медленнее, ибо контроллер в потрохах и задержки мизерные. А всё остальные издержки сглаживает эффективная архитектура (в отличие от убогой интелевой коре-2, коей ширины префетчера так и не хватает на все декодеры в 64-бит режиме). K8L вне всякого сомненья порвёт корягу, а после освоения АМД 65 и 45-нм процессов полностью - Интель по новой попадёт в ту задницу, куда уже раз попала.

Gharik
()
Ответ на: комментарий от Gharik

кто хочет, можете сами эту прогу постестить http://212.192.235.54/mi.rar (запускать файл mi, оно есть шеллскрипт, перед этим скомпилировать mi.cpp, оно считает индикатриссу рассеяния для частицы, начальные данные вводятсяв файле par, конечные данные выводятся в гнуплоте), правда у меня уже доступа к тому оптерону уже нет...

vilfred ☆☆
()
Ответ на: комментарий от vilfred

Ну вот и смотри:

Расклад №1, самый галимый.
g++ -s -O2 -march=k8 -pipe -DNDEBUG mi.cpp -o mi.x -lm
time cat par | ./mi.x > /dev/null

real    0m1.932s
user    0m1.910s
sys     0m0.000s

Расклад №2, получше (и для пней оптимальный по идее):

g++ -s -O3 -ffast-math -msse2 -msse3 -march=k8 -pipe -DNDEBUG mi.cpp -o mi.x -lm
darkstar src # time cat par | ./mi.x > /dev/null

real    0m1.369s
user    0m1.350s
sys     0m0.020s

Расклад №3, самый правильный и оптимальный для атлонов:

g++ -s -O3 -ffast-math -msse -mno-sse3 -mno-sse2 -march=k8 -pipe -DNDEBUG mi.cpp -o mi.x -lm
darkstar src # time cat par | ./mi.x > /dev/null

real    0m0.957s
user    0m0.930s
sys     0m0.000s

Чуть меньше чем в полтора раза за счёт SSE-1 оптимизаций вместо SSE-2 и в 2 раза за счет SSE вообще.

uname -a
Linux darkstar 2.6.20-gentoo #1 SMP Sun Feb 18 23:32:27 MSK 2007 x86_64 x86_64 x86_64 GNU/Linux

cat /proc/cpuinfo | grep MHz
cpu MHz         : 2200.000
cpu MHz         : 2200.000

Gharik
()
Ответ на: комментарий от dm1024

Биос должна идти в ссад с попытками инициализировать оборудорвание. Этим ОС давным давно уже занимается.На кой болт лишняя работы и проблемы? А сюда же и кривые ACPI таблицы на куче мамок отнесем.

anonymous
()
Ответ на: комментарий от jackill

>>Не, точно, плата для бюджетных серверов в небольшие лаборатории гос.учереждений.

>Нормальная геймерская мать.

А геймер не подавится таким кол-вом RAM, PCI и SATA?

soomrack ★★★★
()

А что, вроде бы неплохая новинка.. :-)

MiracleMan ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.