Пригласили сегодня виндовый админ посмотреть на одни cервак отданный ему в наследство, стоит там дебиан 6, он работает как прокси, днс, и DHCP, это все дело не обновлялось с 2010 года, и работало как часы до этих выходных.
Пожаловался он что люди не могут работать, инет тормозит и прочее. Ну немного покопавшись определил что бинд шлет тучи пакетов на 53 порты каких-то не понятных серверов, клаудфаре пару штук и немного других, при его отключении инет работает хорошо, но перестает работать резолвинг имен и обслуживание пары внутренних зон, ну я поднял dnsmasq прописал пару адресов и вроде люди довольны, но хотелось бы определить что это может быть?
Обновляться дебиан не хочет, предлагает только пару пакетов ядра обновить и на этом все, типа не находит реп, или реально нет обнов, пакеты ставятся без проблем.

На ядре 4.1 все как по маслу, запустил и все работает сразу, на 4.2 ядре, оно отжирает нужную память, тупит секунд 10-15 и только потом идет загрузка, на 4.3 вообще атас, тупит до отжирания памяти, тупит после, и только потом идет загрузка, что у них там за нововведения?

Желательно 100% воспроизводимость в течении 1-5 минут, доту и х-ком уже пробегал(минут по 20-30) и результата не получил, хотя раньше точно были.

Попросили подписать NDA, дали документ, c ним согласен,
там в конце есть поля

Name:
By:
Print name:
Print title:
Date:

я так подозреваю что надо в by, стесняюсь спросить у них, а то подумают совсем отбитая от жизни обезьяна.

Таки нашел вроде простое решение, достаточно создать фейковый монитор на проброшенной карте, сделать ее основной, использовать программу для дублирования и получить профит.
http://www.gearsongallium.com/?p=2347

На все попытки запуска говорит это, хотя не так давно все работало

/home/pont/.local/share/Steam/steam.sh: line 756:  6857 Segmentation fault      $STEAM_DEBUGGER "$STEAMROOT/$STEAMEXEPATH" "$@"
assert_20150730190940_1.dmp[6863]: Finished uploading minidump (out-of-process): success = yes
assert_20150730190940_1.dmp[6863]: response: CrashID=bp-2d551881-0357-4c42-9a9c-6f7c62150730
assert_20150730190940_1.dmp[6863]: file ''/tmp/dumps/assert_20150730190940_1.dmp'', upload yes: ''CrashID=bp-2d551881-0357-4c42-9a9c-6f7c62150730''

Не хочет работать десяточка с пробросом карты, или валиться при установке драйвера или потом после ребута минуты через 3 тупо гаснет экран, 8 с тем же самым драйвером(именно от 10) работает отлично. Есть ли истории успеха?

Ядра выше 4.1-rc2 не грузятся, из граба то видно только окно граба с надписью loading initial ramdisk, то же ядро но в лайвсд показывает такое http://savepic.ru/7143779.jpg
Дистрибутивное 4.1-rc2 и самосборное пашут отлично, мож ядро виновато, а может меинтейтеры что-то с 4.1-rc3 накрутили или сопутствующими пакетами, но тот же образ лайвсд спокойно работает в виртуалке.
Как бы отловить чего ему нужно?

Есть онлайн тест скорости реакции http://www.ifastest.ru/
Мои результаты в линуксе всегда лучше чем в винде, где-то ~180 против ~200. Графическая система линукса таки быстрее, или может это юсб подсистема так влияет?

На открытых дровах radeon пару дней назад появилась опция (http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=43159ef400c...) которая убирает тириинг, говорим иксам TearFree on и радуемся, без всяких плясок вокруг разных композитных менеджеров и прочего ада, на интеле эта опция уже есть давно, но работает только с sna.
Записал ролик http://youtu.be/WT1ZRDeioow как это дело работает(увидеть ощутимую разницу можно только если у вас нет тиринга).

Суть такова, хочу отдать вируталке не целый диск а один раздел, и этот фокус успешно делается с помощью софтового рейда
https://wiki.archlinux.org/index.php/QEMU#Using_any_real_partition_as_the_sin...,
тут все норм, проблема начинается когда я хочу использовать так же этот раздел вне виртуалки. Линукс хост еще более менее жует этот раздел(диск), а вот для виндового хоста он не доступен, что меня очень печалит. Понимаю что я ужасный ССЗБ, но хотелось бы иметь доступ со всех платформ.

Есть задача развернуть виртуалку но с небольшим ньюансом.
Требуется что-то на подобии гита, будет основной образ, и от него с минимальными изменениеми нужно иметь 4-5 веток, по сути сами изменениея будут минимальны, и дублирование полных 5 образов ради 3-5 мб диффа на каждом не хотелось бы.
Можно ли такого добиться с qemu и каким способом? Родные снапшоты такое могут или например btrfs?

В месу добавили даблы, clpeak на hd 7790 показывает это

clpeak                                                                                                                                                     
                                                                                                                                                                                                                                             
Platform: Clover                                                                                                                                                                                                                            
  Device: AMD BONAIRE                                                                                                                                                                                                                       
    Driver version  : 10.6.0-devel (Linux x64)                                                                                                                                                                                              
    Compute units   : 14                                                                                                                                                                                                                    
    Clock frequency : 1050 MHz                                                                                                                                                                                                             
                                                                                                                                                                                                                                            
    Global memory bandwidth (GBPS)                                                                                                                                                                                                          
      float   : 55.14                                                                                                                                                                                
      float2  : 56.52                                                                                                                                                                                              
      float4  : 54.39
      float8  : 38.98
      float16 : 24.86
 
    Single-precision compute (GFLOPS)
      float   : 1109.28
      float2  : 960.17
      float4  : 1109.53
      float8  : 1023.15
      float16 : 1075.14
 
    Double-precision compute (GFLOPS)
      double   : 113.89
      double2  : 113.82
      double4  : 113.68
      double8  : 113.42
      double16 : 112.92
 
    Integer compute (GIOPS)
      int   : 344.50
      int2  : 329.74
      int4  : 347.39
      int8  : 353.00
      int16 : 351.91
 
    Transfer bandwidth (GBPS)
      enqueueWriteBuffer         : 4.59
      enqueueReadBuffer          : 1.31
      enqueueMapBuffer(for read) : 8.45
        memcpy from mapped ptr   : 4.68
      enqueueUnmap(after write)  : 1429.37
        memcpy to mapped ptr     : 4.38
 
    Kernel launch latency : 473.19 us

https://github.com/krrishnarraj/clpeak
много уже готовых результатов
https://github.com/krrishnarraj/clpeak/tree/master/results

Как известно, на радеонах сейчас можно использовать 3 метода декодирования видео, старый добрый vdpau, мало кому известный openmax, и недавно поселившийся в месе vaapi.

Для Ъ результаты:
gst vaapi 0m2.752s
mpv vdpau 0m3.566s
mpv vaapi 0m3.956s
gst omx 0m23.657s
mpv xv 1m18.178s
mpv opengl 1m23.042s

Чуть больше подробностей и скриншотов по ссылке
http://www.gearsongallium.com/?p=1580

С этим коммитом http://cgit.freedesktop.org/mesa/mesa/commit/?id=fdd96578ef2dfe9c4ad5aab58580... пользоваться найном стало намного проще, открыта дорога для использования его в POL, наибольшее счастье конечно дает это для пользователей видеокартами radeon.
Кто не знает gallium-nine - это реализация D3D9 в mesa, используя его можно избежать трасляции d3d>opengl>tgsi>видеокарта а просто выполнять d3d>tgsi>видеокарта. Обычно это дает 90-100% прирост скорости в тех играх где gallium-nine заработал.
Больше информации(ссылки на готовые репозитарии и лайвсд) тут https://wiki.ixit.cz/d3d9

Немного магии
MESA_GL_VERSION_OVERRIDE=3.3COMPAT
и мы имеем

OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD BONAIRE
OpenGL core profile version string: 3.3 Mesa 10.4.0-devel (git-2f7714e pontostroy:X11)
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: compatibility profile


Осталось найти то чему нужен Compatibility Profile например стал запускаться и отлично работать
gimark из gputest

Текущий гит месы и всего сопутствующего выполняет luxmark на ура.
Так какова же скорость?
если сравнивать с открытой реализацией от интела beignet то hd 7790 более чем в 2 раза быстрее intel hd 4000.
http://openbenchmarking.org/result/1409139-KH-RADEONSIL32,1408304-KH-IVYBRIDG...

Если взять закрытые от нвидии и амд
http://openbenchmarking.org/result/1408075-PL-1408036KH17,1409139-KH-RADEONSIL32

Тут звезд с неба не хватает, но всего в 4-5 раз слабее титанов и прочих монстров за over9000 денег и в `~2 раза слабее чуть более быстрой r7 260x

Я не програмист и С знаю достаточно плохо, но вот тут хочеться разобраться и попытаться оптимизировать этот участок. Это код из gstreamer, который участвует в перегоне RGB в UYV http://cgit.freedesktop.org/gstreamer/gst-plugins-base/tree/gst/videoconvert/...

#define SCALE    (8)
#define SCALE_F  ((float) (1 << SCALE))

static void
videoconvert_convert_matrix8 (VideoConvert * convert, gpointer pixels)
{
  int i;
  int r, g, b;
  int y, u, v;
  guint8 *p = pixels;

  for (i = 0; i < convert->width; i++) {
    r = p[i * 4 + 1];
    g = p[i * 4 + 2];
    b = p[i * 4 + 3];

    y = (convert->cmatrix[0][0] * r + convert->cmatrix[0][1] * g +
        convert->cmatrix[0][2] * b + convert->cmatrix[0][3]) >> SCALE;
    u = (convert->cmatrix[1][0] * r + convert->cmatrix[1][1] * g +
        convert->cmatrix[1][2] * b + convert->cmatrix[1][3]) >> SCALE;
    v = (convert->cmatrix[2][0] * r + convert->cmatrix[2][1] * g +
        convert->cmatrix[2][2] * b + convert->cmatrix[2][3]) >> SCALE;

    p[i * 4 + 1] = CLAMP (y, 0, 255);
    p[i * 4 + 2] = CLAMP (u, 0, 255);
    p[i * 4 + 3] = CLAMP (v, 0, 255);
  }
}

При записи скринкаста в фуллхд videoconvert_convert_matrix8 жрет нереально много времени. Может чей-то опытый глаз поможет, хоть напрвит в сторону чего тут можно оптимизировать. например i * 4 повторяеться 6 раз, хотя понимаю что оно то почти и не дает нагрузку.

Захват видео и аппаратное его сжатие на видеокарте в линуксе не такая и сложная штука, методом проб и ошибок нашел оптимальные параметры, плюс возможность звук записывать. Любителям писать всякие скринкасты или ролики игр пригодиться.

http://www.gearsongallium.com/?p=1238

Еще очень порабовало то что vaapi и omx могут работать вместе, одновременно. Достаточно omx запустить через DRI_PRIME, воистину мощь линукса не знает границ.

Как итог vaapi поумолчанию дает явно больший битрейт, разница в размере итоговых файлых почти 100%, хотя качество как по мне одинаковое.

http://www.gearsongallium.com/?p=1252

Запилил видео того что сейчас может предложить гибридная графика на открытых дровах.
А именно композитинг + запись видео в h264 c аппаратным кодированием на интеле, реднер тяжелых игр\тестов на радеоне с перделками kde в невероятных масштабах и без оверхеда.


lighstmark
http://www.youtube.com/watch?v=J2g2rLbIurw


Unigine Valley
http://www.youtube.com/watch?v=L_qzVs9Yn7U