LINUX.ORG.RU

Чипсет для FX-8350: 760G, 970 или 990FX ?

 , , ,


0

1

Что я нашел:

На 760G есть материнская плата MSI 760GA-P43, насколько понял с сайта MSI, у неё BIOS, а не UEFI, есть встроенная графика. Конденсаторы твёрдотельные, сокет AM3+ Сходу никаких минусов у неё не вижу. И стоит недорого.

Для чипсетов 9-й серии (970 и 990FX) я не могу найти материнских плат у которых бы был классический 16-битный BIOS, а не UEFI.
Они вообще есть в природе? (прошу хоть один ответ по теме. Есть хоть одна или искать 760G?)

Видеокарту предполагается взять Radeon 68xx или 58xx, так как судя по результатам тестирования они многократно превосходят по производительности Nvidia и более новые радеоны: Phoronix

Вопросы такие:

Будет ли процессор FX-8350 поддерживаться на этой материнской плате полноценно, а если нет, то что не будет работать?

Будет ли нормально работать регуляция кулера видеокарты в современном дистрибутиве (например Mageia 3 или OpenSUSE 12.3) или она будет всё всё время крутиться на полную?

Есть ли проблемы с загрузкой на 3+ терабайтных жестких дисках в полноценной ОС если используется 16-битный BIOS? Разметка будет disklabel или GPT, так как MBR с секторами 512 байт их не тянет. Загрузчик — lilo или grub2. На самом деле диск планируется поменьше, но вдруг понадобится добавить.

Будет ли работать аппаратная виртуализация? тут есть что-то про её отсутствие, но может это значит что нет проброса PCI, а не что её нет вообще?

Какие есть подводные камни у этих материнских плат (при работе в GNU/Linux или аппаратные), что проверить в первую очередь?

Операционная система — GNU/Linux для AMD64 / x86_64. Драйвера предполагается использовать свободные, входящие в дистрибутив. В крайнем случае можно собрать из git.

★★★★★

Последнее исправление: Xenius (всего исправлений: 6)
Ответ на: комментарий от daemonpnz

Поставлю свежее ядро не из реп, в общем буду пробовать.

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

бивис сейчас самый свежий 1903, с предыдущими двумя тоже не работало.

lspci покажи

00:00.0 Host bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (external gfx0 port B) (rev 02)
00:00.2 IOMMU: Advanced Micro Devices [AMD] nee ATI RD990 I/O Memory Management Unit (IOMMU)
00:02.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port B)
00:04.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port D)
00:05.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port E)
00:09.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port H)
00:0a.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (external gfx1 port A)
00:0b.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (NB-SB link)
00:0d.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (external gfx1 port B)
00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 42)
00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:15.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)
00:15.1 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1)
00:15.2 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB900 PCI to PCI bridge (PCIE port 2)
00:15.3 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB900 PCI to PCI bridge (PCIE port 3)
00:16.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 15h Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 15h Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 15h Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 15h Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 15h Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices [AMD] Family 15h Processor Function 5
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce GTX 650] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK107 HDMI Audio Controller (rev a1)
02:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 01)
03:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 01)
04:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
08:05.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03)
08:05.1 Input device controller: Creative Labs SB Audigy Game Port (rev 03)
08:05.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port
0a:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 09)
0b:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
0c:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller

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

В /boot/grub/grub.cfg оно попало:

linux /boot/vmlinuz-3.8.0-30-generic root=UUID=70306f70-7b97-453e-8552-c2e4e67188ba ro quiet acpi_enforce_resources=lax elevator=noop kvm.ignore_msrs=1 pci-stu

b.ids=10de:0e22,10de:0beb,1b21:1042 ivrs_ioapic[9]=00:14.0 ivrs_ioapic[10]=00:00.1 vfio_iommu_type1.allow_unsafe_interrupts=1 max_loop=64 iommu=pt kvm_amd.npt=0 nohz=off quiet splash $vt_handoff

Но выхлоп dmesg такой же как раньше:

[ 0.290305] [Firmware Bug]: AMD-Vi: IOAPIC[9] not in IVRS table
[ 0.290306] [Firmware Bug]: AMD-Vi: IOAPIC[10] not in IVRS table
[ 0.290307] [Firmware Bug]: AMD-Vi: No southbridge IOAPIC found in IVRS table
[ 0.290308] AMD-Vi: Disabling interrupt remapping due to BIOS Bug(s)
[ 1.282312] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[ 1.282472] AMD-Vi: Initialized for Passthrough Mode

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

В лайв режиме iommu совсем не работает, раз уж пошла такая пьянка, то поставлю бубунточку на неразмеченную облась на винте.

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

Вы бы не могли глянуть, есть ли фичи о которых говорил XVilka?

(FastBoot, CSM, поддержка Agesa) в Sabertooth?

И есть ли в настройках UEFI возможность удалить ключ некрософта и сделать свой?

Есть ли там этот ключ по умолчанию?

Xenius ★★★★★
() автор топика
Последнее исправление: Xenius (всего исправлений: 1)
Ответ на: комментарий от daemonpnz

Зачем трахаться с ключами для сесуритибута, если его можно просто отключить?

Всё-таки возможность удалить ключ некрософта должна быть. Даже если я не собираюсь пользоваться секурбутом.

Можешь посмотреть есть или нет возможность?

Если уж SecureBoot есть — надо чтоб он был не завязан на микрософт.

Xenius ★★★★★
() автор топика
Последнее исправление: Xenius (всего исправлений: 1)

Кстати говорят что на GA-990FXA-UD3 в 64-битном линуксе не работают USB-порты и сеть, если не включить режим IOMMU.

О чём это свидетельствует?

XVilka, не знаешь, у каких материнских плат на 990FX UEFI ближе к варианту (меньше проприетарных расширений)?

Есть выбор между GA-990FXA-UD3, Asus Sabertooth, MSI 990FXA-GD80 и им же GD65. Больше всего склоняюсь к Sabertooth, так как похоже проблемы с IOMMU у всех есть. Интересно, на какой из плат с 990FX больше шансов его нормально без костылей завести?

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

Sabertooth R2 на свежих ядрах, желательно 3.10 и выше.

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

Про ключи счас гляну, но вроде бы можно было удалить.

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

В процессе разбора выяснилось что опции для override ivrs таблиц появились позже ядра 3.8, так что обновление до 3.11 или 3.10 должно помочь.

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

поддерживаю идею отключения секуребута.

Если есть фича, и GNU/Linux её поддерживает, почему бы и не использовать?

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

Он же предназначен для защиты от загрузочных троянов. Ну и пусть от них защищает. Один из таких троянов — это Windows, например.

Xenius ★★★★★
() автор топика
Последнее исправление: Xenius (всего исправлений: 1)

Кстати с сочетания нормальной платы-чипсета-памяти можно поднять 20-25% производительности без разгона особенно касательно процессором с большим множителем такого как FX8350.

Берем нормальную память: из дешевых это самсунги, из дорогих гскиллы. Нормальную мат.плату.

Понижаем множитель процессора в 1.5 раза. Поднимаем FSB до 300 мгц, фиксируем частоту HTT, снижаем опорную частоту DDR с 1333 до 1066 мгц. Перезагружаеся.

Получаем ту же частоту процессора с более быстрым контроллером и памятью 1600 мгц. Если система работает стабильно, то ставим опорную частоту памяти 1333 мгц, что в итоге даст 2000 мгц. Крутим тайминги. Получаем 20-25% бесплатного прироста.

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

ставим опорную частоту памяти 1333 мгц

Я ничего не понял. Чем плох вариант купить память на 1866, выставить частоту памяти в 1866, как поддерживает процессор и так и оставить (в спецификациях указано 1866), а частоту процессора так и оставить номинальную 4 гигагерца?

Kingston HyperX Predator, XMP, KHX18C9T2K2/16X

Вот например такую

Xenius ★★★★★
() автор топика
Последнее исправление: Xenius (всего исправлений: 2)
Ответ на: комментарий от Xenius

Кингстон ГиперХ вообще ни в каком виде не нужен. Отвратительная память. Любой самс влегкую берет 2 ггц без поднятия напряжения. Просто выставить 1866 плохой вариант в плане эффективности работы контроллера, чем выше множитель, тем ниже прирост.

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

Охлад на VRM только хуже делает, там теплоотвод идет через медь в текстолите, вентилятор бы туда не помешал, а радиатор сверху, только ухудшает теплоотвод.

Лучше выбирать с нормальными мосфетами в VRM.

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

Разница в мощности питалки проца - налицо.

А мосфеты, то вроде те же так что надежность все равно низкая.

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

Linux zserver 3.11.1-031101-generic #201309141102 SMP Sat Sep 14 15:02:49 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

[ 1.257189] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[ 1.257192] AMD-Vi: Interrupt remapping enabled
[ 1.257368] AMD-Vi: Initialized for Passthrough Mode

Ещё раз спасибо за помощь.

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

То есть на Sabertooth IOMMU нормально заводится без костылей на 3.11.1 или нужны какие-то извращения для обхода багов UEFI?

Xenius ★★★★★
() автор топика
Последнее исправление: Xenius (всего исправлений: 1)
Ответ на: комментарий от Xenius

Сделал как daemonpnz посоветовал - свежее ядро плюс строка в grub:

GRUB_CMDLINE_LINUX=«quiet acpi_enforce_resources=lax elevator=noop kvm.ignore_msrs=1 pci-stub.ids=10de:0e22,10de:0beb,1b21:1042 ivrs_ioapic[9]=00:14.0 ivrs_ioapic[10]=00:00.1 vfio_iommu_type1.allow_unsafe_interrupts=1 max_loop=64 iommu=pt kvm_amd.npt=0 nohz=off»

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

А как насчёт памяти от AMD? AE38G1869U2-U например.

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

Насчёт этой строчки для ASUS sabertooth fx990 r2 есть нюансы

GRUB_CMDLINE_LINUX=«quiet acpi_enforce_resources=lax elevator=noop kvm.ignore_msrs=1 pci-stub.ids=10de:0e22,10de:0beb,1b21:1042 ivrs_ioapic[9]=00:14.0 ivrs_ioapic[10]=00:00.1 vfio_iommu_type1.allow_unsafe_interrupts=1 max_loop=64 iommu=pt kvm_amd.npt=0 nohz=off»

Параметр pci-stub.ids=10de:0e22,10de:0beb,1b21:1042 это заглушка для оборудования, которое перечислено через запятую. В принципе прописывать это в опции загрузки не нужно, достаточно потом от рута выполнить команды:

echo «1002 6818» > /sys/bus/pci/drivers/pci-stub/new_id
echo «0000:07:00.0» > /sys/bus/pci/devices/0000\:07\:00.0/driver/unbind
echo «0000:07:00.0» > /sys/bus/pci/drivers/pci-stub/bind
echo «1002 6818» > /sys/bus/pci/drivers/pci-stub/remove_id

адреса железок здесь мои, свои смотри через lspci.

Для включения IOMMU в grub достаточно прописать

GRUB_CMDLINE_LINUX=«ivrs_ioapic[9]=00:14.0 ivrs_ioapic[10]=00:00.1»

P.S. Пробросить видеокарту radeon HD7870 в виртуальный windows пока удалось только под fedora 19, да и то с глюками, драйвер падает. Под ubuntu 13.10 ВМ стартует, но не грузится, в общем не работает, хотя версии qemu-kvm и libvirt одинаковые, apparmor выключил.

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

Заработало. Нужно в /etc/libvirt/qemu.conf добавить

clear_emulator_capabilities = 0
relaxed_acs_check = 1

pci-vfio пользоваться не хочу принципиально, патчить ядро не мой путь, да и метод этот чужд KVM. Запустил видео и аудио через pci-stub.

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

pci-vfio пользоваться не хочу принципиально, патчить ядро не мой путь

ядро не патчил, ЧЯДНТ?

да и метод этот чужд KVM

кто сказал?

Запустил видео и аудио через pci-stub

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

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

ядро не патчил, ЧЯДНТ?

Нет, не патчил. ОС fedora 19, ядро 3.11.1-200.fc19.x86_64.

кто сказал?

Личное мнение, может я не прав, но kvm (Kernel-based Virtual Machine) должен работать всегда, без левых патчей, обновил ядро, а оно работает.

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

Работает, без pci-vfio. Вот мой /etc/defaul/grub:

GRUB_CMDLINE_LINUX=«rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 >vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && >/usr/sbin/rhcrashkernel-param || :) rd.luks=0 >vconsole.font=latarcyrheb-sun16 rd.lvm.lv=
fedora/root rhgb ivrs_ioapic[9]=00:14.0 >ivrs_ioapic[10]=00:00.1 pci-stub.ids=1002:6818,1002:aab0 >max_loop=64 iommu=pt iommu=1 amd_iommu=fullflush»

(в pci-stub.ids мои железки, нужно прописать свои)

В /etc/libvirt/qemu.conf:

clear_emulator_capabilities = 0
relaxed_acs_check = 1

Обязательно отключить selinux.

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

Нет, не патчил. ОС fedora 19, ядро 3.11.1-200.fc19.x86_64.

Вот и я про то говорю, что для работы vfio патчить ядро не надо. Это твои выдумки.

Работает, без pci-vfio

Ещё раз, медленно. pci-stub и pci-vfio связаны очень косвенно. Сначала нужно отвязать устройства от хоста, этим занимается stub. Потом уже пробрасывать через pci-vfio (новый метод), или по старинке. Ни для того, ни для другого ядро патчить не нужно.

без левых патчей

vfio совершенно не левый патч, а включённая в апстрим технология, к тому же более быстрая в теории, чем старая.

daemonpnz ★★★★★
()
Последнее исправление: daemonpnz (всего исправлений: 2)
Ответ на: комментарий от daemonpnz

Вот и я про то говорю, что для работы vfio патчить ядро не надо. Это твои выдумки.

По ссылке, которую ты давал https://bbs.archlinux.org/viewtopic.php?id=162768 сказано, цитирую: ** YOU MUST USE BOTH THE PATCHED KERNEL AND QEMU OR IT WONT WORK** так что я ничего не выдумал.

Ещё раз, медленно. pci-stub и pci-vfio связаны очень косвенно.

Они вообще не связаны.

Потом уже пробрасывать через pci-vfio (новый метод), или по старинке.

По-старинке это делаем заглушку и цепляем в ВМ, по-новому куча лишних телодвижений, не очень понятно зачем.

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

к тому же более быстрая в теории, чем старая.

Это аргумент, пощупаю.

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

** YOU MUST USE BOTH THE PATCHED KERNEL AND QEMU OR IT WONT WORK**

А теперь прочитай ещё раз внимательно, переведи правильно и вникни.

хинт: либо патчишь всё вместе, либо не патчишь совсем.

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

хинт: либо патчишь всё вместе, либо не патчишь совсем.

ОК.

Новое телодвижение это прибиндить к vfio пробрасываемые устройства. Всё.

Щас попробую из командной строки запустить ВМ, из virt-manager с забинденым vfio ошибка при старте.

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

Нет. Гость, да, может отказаться после нескольких перезапусков нормально работать с видео. Но хост подвесить мне ещё ни разу не удалось.

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