В продолжении AMD Zen 1600/1600X + X370 материнка - кто-то тыкал? - как и обещал.
Система: Gentoo x86_64. Железо: MSI X370 SLI plus / Ryzen 7 1700 / ASUS GTX 1060 6GB / 16GB DDR4 RAM 2400MHz. Система стоит на SSD (самс 750-й серии 120-ка)
Собирал в уже имевшемся корпусе (фотки кому интересно вечером скину). Материнка полноформатная ATX, крепится на 9 винтов. Старая мать была чуть уже, крепилась на 6, и край, где находится 24-пиновый разьем для питания гнулся, нужно было пальцами поддерживать саму плату, чтобы случайно не переусердствовать - с этой материнкой проблемы такой нет. Память кстати заводится в 2 и 4 слоте слева соответственно, кто будет тыкать память в 1-й слот увидит черный экран:) Биос хорош, по умолчанию устоит загрузка UEFI/Legacy, материнка адекватно воспринимает команды из того же загрузчика grub - сталкивался, когда материнка на «halt» из командной строки граба вешала все намертво (или все-таки это баг граба?).
Проц - все-таки взял 1700-ку. 16 «ядер», моща. В простое дает порядка 40-45 градусов.
Видушка - здоровенная дура, шире чем фуллАТХ материнка, 1xDVI, 2xDP, 2xHDMI. Моник - Dell 2414H, подключен через DP.
Покурив маны по gcc понял, что с march=znver1 умеет только gcc-6.3 и выше, а в генте стабильная 5.4. Пришлось размаскировывать, и поймать грабли с несобирающимися пакетами - те, которые фейлились, собирал с march=native на 5.4. Часть пакетов потом пересобрались каким-то удивительным образом на 6.3, например dev-qt/qtwebengine вываливался с ошибкой при компиляции, потом и вовсе не компилил, то есть тупо проскакивал make, и говорил «вот типа я поставился», а по факту файлов не было, но в итоге он каким-то непостижимым мне способом собрался на 6.3. Спецы по гцц - обьясните мне такое поведение, когда пакет сначала не собирается, а потом тот же самый пакет собирается с той же версией gcc.
Если не хотите секаса - юзайте march=native и gcc-5.4, но там не будет всех плюшек зена, но будет практически все свежие avx, fma, и т.д.
Бенчмарки - LO у меня собралось (2 пакета, вместе с l10n) за 32 минуты с такими флагами:
[ebuild R ] app-office/libreoffice-5.2.7.2::gentoo USE="branding dbus googledrive pdfimport (-aqua) -bluetooth (-coinmp) -collada -cups -debug -eds (-firebird) -gltf -gnome -gstreamer -gtk -gtk3 -java -jemalloc -kde (-libressl) -mysql -odk -postgres -quickstarter (-telepathy) {-test} -vlc" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_4 -python2_7 (-python3_5)" PYTHON_TARGETS="python2_7 python3_4 (-python3_5)" 0 KiBГрафика - хардварное 4/8к, поддержка h265. В ffmpeg есть nvenc_x264, который позволяет энкодить на видушке. Игрушки - Cradle, Metro Redux идут на ультра без всяких подозрений на тормоза (фпс не замерял, честно, было лениво:)). Евка теперь не так тупит при больших зарубах:)
По потребляемой мощности - apcapacess говорит, что с 300Вт выдаваемых упсом используется только 25-30% (без нагрузки на видео).
