Такие тренды.
Атмосфера легкого безумия выглядит так:
corvuscor
Награды:
101К рейтинг
82 подписчика
9 подписок
112 постов
21 в горячем
Цитата дня от Линуса Торвальдса.
Некоторые безопасники посмеивались надо мной, когда я говорил, что проблемы безопасности - это в первую очередь "просто баги".
Так вот, эти безопасники - е*чие дебилы.
Линус Торвальдс о причинах отказа в принятии патча в ядро 4.15.
Драйвер AMDGPU наконец сравнительно стабилизировался для всех карт выше HD7xxx.
Может, новость уже не совсем новость, но, судя по недавнему тестированию на Phoronix новый ядреный модуль amdgpu на самом свежем ядре уже обгоняет старый radeon почти на всех картах (выше Radeon HD 7xxx)
Судя по моему личному тестированию на KDE Neon (ubuntu 16.04) со стоковым ядром 4.13 - все очень даже работоспособно, из регрессий - только криво работающее аппаратное ускорение видео.
Нафиг это надо?
Из основных нововведений - поддержка Vulkan (radv), штатный интерфейс для разгона и возможность накатить новый проприетарный драйвер AMDGPU-PRO (на данный момент особой ценности не представляет).
Как включить?
Для начала убедиться в свежести софта. Нужна mesa из padoka ppa (в т.ч. пакет mesa-vulkan-drivers), ядро >= 4.13 (пакет linux-image-generic-hwe-16.04-edge для Ubuntu 16.04).
Затем надо передать параметры ядра, скажем, создав файл
/etc/modprobe.d/local.conf со строками (для GCN 1.0):
options amdgpu si_support=1
options radeon si_support=0
или (для GCN 1.1):
options amdgpu cik_support=1
options radeon cik_support=0
и выполнив
sudo update-initramfs -u
Также настоятельно советую создать файл
/etc/X11/xorg.conf.d/20-amdgpu.conf c содержимым
Section "Device"
Identifier "AMD"
Driver "amdgpu"
Option "TearFree" "on"
Option "DRI" "3"
EndSection
Если система не грузится, можно все откатить из Recovery Mode, из рут консоли:
$mount -o remount,rw /
$rm /etc/modprobe.d/local.conf
$rm /etc/X11/xorg.conf.d/20-amdgpu.conf
$update-initramfs -u
На этом все, удачных экспериментов.
Показать полностью
Когда ты типичный быдлокодер на питоне.
Как это приблизительно выглядит в твоем коде:
a=big_array1
b=big_array2
c=[ [i*j*c for i in a] for j in b]
print(c)
Как это выглядит со стороны:
Wine и DirectX 11 - небольшой тест.
Стало интересно, как там дела обстоят. Запилил такой мини-тест. Замер сделал в Unigine Valley и Unigine Heaven. Superposition лень качать было, скажу сразу.
Мой комп - AMD FX-8300/4.05GHz и Radeon R9 270.
Wine-staging 2.15, radeonsi / mesa 17.3 из padoka-ppa, KDE Neon 16.04.2
Тестил в 720p на высоких.
Так вот. Тесселяция over DX11 тоже работает, но, увы, до рандомного зависания, потому тесты без нее.
Что еще добавить? В DX11 вайн плюется бОльшим количеством ошибок в консоль, что очевидно, но картинка на глаз неразличима.
В общем, выглядит все довольно оптимистично. Производительность местами даже немного получше, чем в DX9, CSMT дает прирост. Многие игры с DX11 под вайном, имхо, должны быть вполне играбельны на сегодня. На этом все.
Показать полностью
2
Тест процессоров в ffmpeg.
В дополнение к моему предыдущему посту. Раз обещал диаграмму, значит сделал. Не думал, что столько народу пришлет результаты, всем спасибо.
З.Ы. Все результаты даны без редакции, все читерство на совести приславших. :)
Версии софта различаются, возможна некоторая погрешность.
Ссылка на предыдущий пост:
http://pikabu.ru/story/testirovanie_proizvoditelnosti_protse...
Тестирование производительности процессора силами ffmpeg.
Часто в обзорах процессоров встречаюсь с тестами, которые нереалистичны с точки зрения обычного пользователя чуть менее чем полностью, вроде всяких линпаков и вычисления числа Pi.
Вот, по моему скромному мнению, куда более реалистичный сценарий использования - декодирование видео, который позволяет оценить "запас прочности" системы в повседневном использовании. Иными словами, скажем, что если система не справляется с декодированием актуального видеокодека в 1080p/30fps, ей скоро пора на пенсию.
Аппаратное декодирование здесь - это отдельный вопрос. И так, методика тестирования предельно проста.
Качаем Big Buck Bunny, скажем 4K/30fps (не самый тяжелый вариант, в самом деле):
wget http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_su...Теперь прогоним ffmpeg:
time ffmpeg -i ./bbb_sunflower_2160p_30fps_normal.mp4 -f null - -benchmark
В итоге на моем AMD FX-6300/3.9 выходит:
ffmpeg version 2.8.11-0ubuntu0.16.04.1
frame=19036 fps=102 q=-0.0 Lsize=N/A time=00:10:34.60 bitrate=N/A
video:1785kB audio:356706kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
bench: utime=1042.712s
bench: maxrss=344196kB
real 3m6.276s
user 17m22.776s
sys 0m4.224s
Как видно, жить еще можно. Если еще пару-тройку человек протестят свои компы, сделаю сводную диаграмму.
У меня пока все.
Стоит ли изучать bash?
Короткий очерк. Вообще об эту тему поломано немало копий. Большинство людей, когда слышит про Linux, начинают заводить разговор типа "фу, консоль, прошлый век". А между прочим там есть мощнейший язык сценариев, который "был питоном задолго до того, как это стало мейнстримом", т.е при сравнительно невысоком пороге вхождения позволяет оптимизировать и автоматизировать все и вся. Ну, как без примера? Вот однострочный скрипт, который выжимает данные с популярного трекера в формате:
магнет-линк
название
curl -s http://mega-tor.org/top | grep -A 3 "a class=\"downgif\"" | grep -o -E "magnet.{54}|a href=\"/torrent.*</a>" | sed -e 's/a href=\"\/torrent.*">//g'
Понять, как это работает можно, ознакомившись с конвеером, утилитами в примере и регэкспами. Аналогичным образом можно работать с любым сайтом без скриптовой выдачи, да и вообще с любыми текстовыми файлами.
Может я и говорю очевидные вещи, но тем не менее. Изучать стоит.