В репозиториях добавлены и ветки testing и sid, чтобы была возможность иногда что надо ставить оттуда. Но зафиксирован текущий stable.

cat /etc/apt/apt.conf.d/00release 
APT::Default-Release "stable"

Тем не менее, после apt-get dist-upgrade

The following packages will be upgraded:
  ffmpeg libavdevice-ffmpeg56 libavresample-ffmpeg2 libavutil-ffmpeg54 libpostproc-ffmpeg53 libswresample-ffmpeg1 libswscale-ffmpeg3
  libvdpau1 openjdk-7-jre openjdk-7-jre-headless
10 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 48.1 MB of archives.
After this operation, 9,101 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://ftp.at.debian.org/debian/ sid/main libswscale-ffmpeg3 amd64 7:2.8.1-1+b1 [170 kB]
Get:2 http://security.debian.org/ jessie/updates/main libvdpau1 amd64 0.8-3+deb8u2 [33.7 kB]   
Get:3 http://security.debian.org/ jessie/updates/main openjdk-7-jre amd64 7u85-2.6.1-6+deb8u1 [176 kB]
Get:4 http://ftp.at.debian.org/debian/ sid/main libswresample-ffmpeg1 amd64 7:2.8.1-1+b1 [75.9 kB]
Get:5 http://ftp.at.debian.org/debian/ sid/main libpostproc-ffmpeg53 amd64 7:2.8.1-1+b1 [74.4 kB]
Get:6 http://ftp.at.debian.org/debian/ sid/main libavresample-ffmpeg2 amd64 7:2.8.1-1+b1 [77.5 kB]
Get:7 http://security.debian.org/ jessie/updates/main openjdk-7-jre-headless amd64 7u85-2.6.1-6+deb8u1 [45.9 MB]
Get:8 http://ftp.at.debian.org/debian/ sid/main libavdevice-ffmpeg56 amd64 7:2.8.1-1+b1 [97.7 kB]
Get:9 http://ftp.at.debian.org/debian/ sid/main libavutil-ffmpeg54 amd64 7:2.8.1-1+b1 [190 kB]
Get:10 http://ftp.at.debian.org/debian/ sid/main ffmpeg amd64 7:2.8.1-1+b1 [1,302 kB]

До этого, что-то из ffmpeg апгрейднуло из testing, при этом вообще говоря обновления берёт из stable, то есть, если убрать файл 00release, захочет буквально всё до sid довести.

И я что-то не помню, чтобы я хотя бы чего-то уже ставил из testing или sid, пока просто так добавлял. Не помню такого поведения.

При работе recoll периодически возникают неприятные подвисания системы, когда фактически блокируется любая дисковая активность, видно, что в этот момент recollindex отжирает всё. Но при этом скорость обмена данными ноль. Wtf? Как это вообще понимать? Вывод lsof тоже останавливается в момент подвисания и продолжается после развисания.

Памяти достаточно. Из 16Гб RAM занято только 2.5Гб, своп отключён.

Или это приколы дискового контроллера и диск пора менять? Как-то не сталкивался раньше с таким поведением или не обращал внимания :)

Total DISK READ :       0.00 B/s | Total DISK WRITE :       0.00 B/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                                                                       
23549 idle m1          0.00 B/s    0.00 B/s  0.00 % 99.99 % recollindex -c /home/m1/.recoll/
10256 be/4 root        0.00 B/s    0.00 B/s  0.00 % 91.56 % [kworker/1:1]
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0H]
    7 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_sched]
    8 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_bh]
    9 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
   10 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [watchdog/0]

#uname -a
Linux m1 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09) x86_64 GNU/Linux

Добавление:

В общем, всё что я понял, это что эти фризы - какие-то проблемы с ext4, видимо при апдейтах очень больших файлов в несколько гигабайт. Перевёл каталог с индексами на раздел с XFS и проблемы исчезли. ext3 не пробовал.

Опции монтирования по умолчанию:

xfs (rw,relatime,attr2,inode64,noquota)

ext4 (rw,relatime,errors=remount-ro,data=ordered)

XFS рулит!

Просканировал nmap -sT -p 1-65535 внешний IP своего локалхоста и заметил, что несколько портов в адресах 30000 и более открыты. rpc.statd - это от NFS сервис вроде может их открывать.

service --status-all показывает, что да, запущен nfs-common. Поскольку мне NFS сейчас не нужен остановил сервис и даже удалил пакет nfs-common.

Тем не менее, сейчас вот обнаружил, что хотя nfs-common в списке установленных пакетов отсутствует, в списке сервисов он благополучно присутствует и активен! Это что такое? ps -A|grep nfs-common ничего не показывает. service nfs-common stop его останавливает. Кажется до следующей перезагрузки :)

Далее, кто-то всё-равно иногда открывает неизвестные порты. nmap показывает, что они бывают иногда открыты, но на короткое время. Последующие запуски nmap могут показать, что ничего не открыто (всякие cups я закрыл iptables от внешнего мира), а иногда что что-то открыто.

К сожалению, никак не могу узнать какая задача/сервис их открывает. netstat -ctvaep не успевает зафиксировать. Как бы это сделать?

Что-то раньше такого странного поведения у системы не было, это особенности нового Debian или таки похакали, хотя непонятно кто и когда и как, потому что только установил его и ничего особенного не делал.

После установки Debian 8 Jessie появились лёгкие, но надоедающие тормоза при вводе текста. Причём не всегда, а как-то то они есть, происходит запаздывание на где-то по ощущениям на 0.2 сек. иногда более, то вроде более-менее нормально, хотя всё-равно не очень отзывчиво, как будто какая-то лёгкая вялость присутствует. Это заметно, если загрузить старую систему (недоjessie в состоянии Debian Testing)

В гномоконсоли, особенно в mc они заметны. Иногда просмотр сайтов странно тормозит. Скролинг колесом мыши изредка не срабатывает где-то с секунду, потом словно затык исчез и всё нормально.

Даже не могу понять в какую сторону копать. В top ничего такого не видно. Хотя что-то многовато watchdog'ов. Может отключить эту фичу, она мне как-то не очень и нужна.

В текстовой консоли (Ctrl-Alt-F1) тормозов нет.

top - 23:29:55 up 57 min,  4 users,  load average: 0.24, 0.22, 0.30
Tasks: 265 total,   1 running, 264 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.8 us,  0.2 sy,  0.0 ni, 99.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  16444972 total,  5740520 used, 10704452 free,    57728 buffers
KiB Swap:        0 total,        0 used,        0 free.  4455708 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                 
 1588 m1        20   0 1473076 447656  86536 S   6.0  2.7   7:56.14 iceweasel                                                                                               
 1012 root      20   0  267872  80724  50472 S   5.0  0.5   1:36.20 Xorg                                                                                                    
 1321 m1        20   0 1825564 418108  82780 S   2.3  2.5   1:11.90 cinnamon                                                                                                
 1446 m1        20   0  399568  29724  20688 S   2.0  0.2   0:02.31 gnome-terminal-                                                                                         
 1314 m1        20   0   20264   3124   2568 S   0.3  0.0   0:00.08 xprop                                                                                                   
 1332 m1        20   0  721804  32804  23516 S   0.3  0.2   0:00.75 nemo                                                                                                    
    1 root      20   0  176392   5352   3092 S   0.0  0.0   0:01.11 systemd                                                                                                 
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.00 kthreadd                                                                                                
    3 root      20   0       0      0      0 S   0.0  0.0   0:01.49 ksoftirqd/0                                                                                             
    5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H                                                                                            
    7 root      20   0       0      0      0 S   0.0  0.0   0:03.16 rcu_sched                                                                                               
    8 root      20   0       0      0      0 S   0.0  0.0   0:00.00 rcu_bh                                                                                                  
    9 root      rt   0       0      0      0 S   0.0  0.0   0:00.05 migration/0                                                                                             
   10 root      rt   0       0      0      0 S   0.0  0.0   0:00.01 watchdog/0                                                                                              
   11 root      rt   0       0      0      0 S   0.0  0.0   0:00.01 watchdog/1                                                                                              
   12 root      rt   0       0      0      0 S   0.0  0.0   0:00.08 migration/1                                                                                             
   13 root      20   0       0      0      0 S   0.0  0.0   0:00.23 ksoftirqd/1                                                                                             
   15 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/1:0H                                                                                            
   16 root      rt   0       0      0      0 S   0.0  0.0   0:00.01 watchdog/2                                                                                              
   17 root      rt   0       0      0      0 S   0.0  0.0   0:00.00 migration/2                                                                                             
   18 root      20   0       0      0      0 S   0.0  0.0   0:00.17 ksoftirqd/2                                                                                             
   19 root      20   0       0      0      0 S   0.0  0.0   0:01.12 kworker/2:0                                                                                             
   20 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/2:0H

Ядро - 3.16, карта nvidia 560, драйвера 340.65

Да, в gnome3 - тоже самое, так что это не недостаток cinnamon'а.

Решение: Это таки проблемы драйвера nvidia, а точнее где-то на стыке между Gtk3 и nvidia. Хотя есть сведения, что и в KDE тоже. Чтобы избавиться от тормозов ввода текста надо сделать

$nvidia-settings -a InitialPixmapPlacement=0

Обычно этот параметр установлен в 2, проверяется вызовом с ключём -q. Подробнее здесь

Тормоза исчезают, зато с этим параметром в браузере Iceweasel/Firefox (кроме него больше нигде не заметил) возникает при прокручивании колёсиком мыши эффект будто засорились датчики и оно с трудом и проскальзиваниями прокручивается. Иногда это проходит. Но дело точно не в мыши, везде в остальных программах и даже браузерах всё нормально.

Работающее решение с браузером: отключить аппаратное ускорение: снять галочку с Preferences/Advanced/Use hardware acceleration when available

Что-то много развелось нынче разных мест, в которых могут быть прописаны или откуда какие-нибудь программы/скрипты могут стартовать автоматически. В этом отношении Linux сделался похож на винду.

Уже не уверен, что все их знаю. Решил составить список, может кто чего скажет ещё по его поводу. Поскольку ориентируюсь на Debian, не исключено есть какие-то особенности в иных дистрах.

1. /etc/init.d  — (rc.0-6) — классическое место для init-скриптов для запуска разных демонов. + rc.local
2. cron — /etc/crontab запуск чего-то по расписанию кроном и его клонами.
3. /etc/systemd/system — сервисы, которые запускает systemd
4. etc/xdg/autostart/ — приложения, запускаемые при загрузке десктопа, а вообще есть (но может и не быть, но автозагрузка иметься) системная переменная $XDG_CONFIG_DIRS
5. /etc/profile, а также скрипты внутри /etc/profile.d — запускаются bash подобными оболочками.
6. ~/.bashrc ~/.profile и ~/.bash_logout при разлогинивании
7. /etc/X11/xinit/xinitrc — запускается X-ами, но если есть ~/.xinitrc запускается он.
8. /etc/X11/xinit/xserverrc — тоже может запускаться
9. /etc/gdm3/Xsession (gdm — для старых) если gdm3 менеджер, соответственно есть ещё: /usr/share/config/kdm/Xsession и другие
10. Автозапуск графическими оболочками, кроме автостарта десктопа есть ещё, например, автозапуск гномом (и прочими), например для гнома и кде в /usr/share/applications и для текущего пользователя в ~/.config/autostart/ для кде ещё и в ~/.config/plasma-workspace/shutdown и ~/.config/plasma-workspace/env
11. Вообще в графических оболочках может быть дохренища всяких автозапусков на разные случаи прописано в отдельных настройках, например, в гномореестре: скринсейверы, приложения при нажатии кнопки Power и т.д.
12. Модули ядра. Загрузка прописывается в /etc/modules — сами модули лежат в подкаталогах /lib/modules/`uname -r`/ с расширением .ko
13. Может быть раздел в (U)EFI — BIOS, оттуда что-то тоже может стартануть, причём даже после загрузки ядра, если правильно понял. Как фича работает пока толком не понял.
14. /etc/udev/rules.d — менеджер устройств в Linux.

Поскольку я только что проделал некоторый небольшой квест по установке с нуля Debian 8 jessie и правильному добавлению к нему драйвера nvidia, решил записать по свежим следам, пока не забыл. А то все виденные faq (в основном использовал Debian Wiki) и руководства содержат, хотя бы и не большие, но неточности или упущения, между тем для некоторых пользователей это может быть важно. Такая установка нужна, если хотеть, чтобы в дальнейшем при обновлениях системы (ядра, иксов) не приходилось каждый раз в консоли без GUI вручную настраивать драйвер.

1. Предполагается, что система устанавливается на десктоп, нет optmus'а и драйвера nvidia 340.65 достаточно. Им поддерживаются видеокарты от старой GeForce 8xxx серии (GeForce 8800 Ultra и младше) до GeForce GTX 780 и GTX Titan, а также ноутбучные 800M серии (GTX 880M и младше)
2. В ходе установки или после надо добавить репозитарии (/etc/apt/sources.list) с non-free и contrib ветками дистрибутива.
3. Надо сделать apt-get update и apt-get dist-upgrade даже если система свежеустановленная.
4. Установить dmks и желательно все рекомендуемые пакеты, всё-равно нужен gcc и прочее для нормальной сборки пакетов. В том числе в рекомендуемых и заголовки ядра имеются, что нужно для установки драйвера. Проще всего в synaptic согласиться на «Mark recomended». Если нет synaptic'a - apt-get install synaptic

5. # apt-get install nvidia-glx nvidia-kernel-`uname -r` nvidia-kernel-dkms nvidia-settings nvidia-xconfig

   Обратите внимание на кавычки.

6. В ходе выполнения предыдущего пункта будут установлены и скомпилированы модули ядра для nvidia. Будет окно с предупреждением о конфликте с драйвером nouveau. В настоящее время постинсталляционные скрипты научились его убирать из автозагрузки. Проще всего будет перезагрузить систему. Но пока рано.
7. Ещё одно предупреждение будет о том, что драйвер nvidia не прописан в xorg.conf и что его надо там прописать вручную. Однако достаточно после всех установок (но ещё не перезапуская комп) запустить nvidia-xconfig, который ругнётся на то, что такого файла вообще нет, сам создаст его и пропишет что нужно.
8. После перезагрузки драйвер nvidia нормально работает. Можно что-нибудь поднастроить, например, настройки цветов монитора, гамму в nvidia-settings.
9. Не пробовал, но если карточка старее GeForce 8800 нужно использовать версию 304.125 драйвера из репозитория. Он поддерживает карточки GeForce 6xxx и GeForce 7xxx, для его использования в п.5 нужно указать nvidia-legacy-304xx-kernel-dkms, таким образом строка будет выглядеть как

   # apt-get install nvidia-glx nvidia-kernel-`uname -r` nvidia-legacy-304xx-kernel-dkms nvidia-settings nvidia-xconfig

   Если карточка ещё более старая нормальной установки уже не получится, надо будет ставить нужный пакет *.run от nvidia и надеяться, что он запустится с текущим ядром.
10. Если карточка новее, возможно в Sid уже есть нужный драйвер. Тогда надо добавить в /etc/apt/sources.list ветку unstable/sid а чтобы всё не стало Sid в каталоге /etc/apt/apt.conf.d создать файл с именем 00release и содержимым

    APT::Default-Release "jessie";
    

    в дальнейшем в п.5 использовать -t sid, т.е.

    # apt-get install -t sid nvidia-glx nvidia-kernel-`uname -r` nvidia-kernel-dkms nvidia-settings nvidia-xconfig

Пункты 9 и 10 не проверял =)

Хочу ручками создать файл badblocks и подсунуть его e2fsck.ext4 (опция -l) чтобы предотвратить размещение файлов в некоторых областях диска, где нынче ремапленные сектора.

Есть где-нибудь описание формата этого файла? Не могу никак найти.

После попытки записи

dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=3879020001
dd: error writing ‘/dev/sda’: Input/output error
1+0 records in
0+0 records out
0 bytes (0 B) copied, 2.50317 s, 0.0 kB/s

Все равно

  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0

197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       5
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       5

Диск ST4000NM0033-9ZM170 - новый. Пытаться сдать по гарантии, что ли, но не пойму, что сказать, по такому-то LBA ошибки? Так-то если его вставить типа работает.

Кстати, почему всё-таки ремапа нет, может такое быть, что диск восстановленный, в котором уже всё ремапнули, что можно?

Update. Всё ремапится, если записывать не 512-байтный сектор, а сразу блок из 4096 байт. 197 и 198 атрибуты теперь нулевые. Переназначенных секторов 5. Правда за время экспериментов набежало 109 ошибок атрибута «187 Reported_Uncorrect»

То есть,

dd if=/dev/zero of=/dev/sda bs=4096 count=1 seek=484877500

Интересная особенность работы, всем спасибо, особенно legolegs за подсказку, не встречал в описаниях. Получается этакая багофича, что если писать 512-байтными блоками ремапа на ошибках не будет, даже если count=8 и более. Видимо важно, чтобы на низком уровне именно одним блоком шла запись.

После добавления винчестера и загрузки внезапно новый винчестер /dev/sda старый /dev/sdb Но загрузилось всё нормально и незаметно.

Я в принципе понимаю почему и почему оно нормально загрузилось, но психологически неожиданно. А если есть скрипты, настроенные на определённые имена устройств, тоже могут сюрпризы. Ну и конечно при форматировании нового устройства всегда надо проверять, что делаешь, ибо иногда бывают не совсем интуитивно ожидаемые ситуации.

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

Кое-что показалось интересным.

1) Появились в продаже уже было практически исчезнувшие позиции на 320Гб и даже 250 Гб, меньше не видно, потому что наверное новых таких совсем нет. Это понятно, люди экономить стали. Кстати, по соотношению цены за гигабайт абсолютно невыгодные покупки.

2) Диски от WD почему-то стоят явно заметно дороже примерно аналогичных Seagate, не знаю чем это объясняется, раньше такого не замечал.

3) На примере Constellation (ES.3) видна такая эволюция цен. Где-то до примерно 2012-го года они стоили не намного дороже «десктопных» версий, емнип на 20-30% и был смысл немного переплатить, но приобрести более лучшую модель. Потом, на каком-то этапе видимо возобладало мнение, что это как-то так не по понятиям, чтобы полусерверные модели стоили так дёшево. Цены на них сильно выросли до 2-х и более раз по сравнению с десктопными вариантами. А сейчас смотрю, что вернулись к примерно старому соотношению. Хе-хе.

4) Интересные вещи творятся в сегменте винтов на 6 Тб и более, видел примеры в одном прайсе, когда SAS заметно дешевле sata. Где-то 21 тысячу за SAS против 26 за SATA.

5) 3Tb винты с ценовой точки зрения вообще выглядят странной покупкой. Намного дороже 2Tb и стоят примерно как 4Tb. Аналогично с разницей между 5Tb и 6Tb. Притом, насколько я понимаю, технологии у них где-то схожие и количество пластин одинаковое.

6) Ну и вывод. С точки зрения цены за гигабайт выгодно брать или 2Tb или 4Tb. Всё что меньше или больше, особенно меньше, невыгодно.

Помогите вспомнить.

Помню была какая-то мелкая утилитка, которая компилировалась даже из одного .c файла вроде. Очень точно показывала реальную частоту, используя msr-регистры.

К сожалению абсолютно вылетело её название. Но вроде это не cpufreq, у той все ядра почему-то на одной частоте, хотя этого не должно быть.

Название вроде с буквы m начилалось, но не уверен.

https://www.techdirt.com/articles/20150815/02480731963/your-toner-is-no-good-...

Внезапно обнаружилось, что чуть ли не все совремённые принтеры имеют «защиту» от использования даже и родного картриджа, но купленного не в том регионе, что и принтер. Естественно, защита заDRM-лена и её взлом нарушает DMCA-подобные законы.

Повторюсь, это не «защита» от не оригинальных расходников, а от своих же, но не там, где разрешил производитель, купленных.

Ну и как dk-, invy, Zubok это вам уже не трактор, тоже будем говорить про повышенную опасность, обман гарантии? Тут даже о защите от потери репутации от некачественных неродных картриджах нет речи, о чём так лицемерно раньше говорили.

Просто тупое уродское сшибание бабла путём отнимание естественных прав у потребителей. С трактором и прочими машинами в принципе тоже самое, но только маскируется, а это полюбуйтесь - в чистом виде.

Кстати, и к вопросу «покупай без DRM». Не так-то уже и просто купить. Если этим типами не ограничить их поползновения они и в молоток DRM вставят, если придумают как.

Например, к тому, что фермер не может самостоятельно починить трактор. https://geektimes.ru/post/261130/

Думаю dk- это будет интересно.

Был пакет dvswitch (видео-микшер), вдруг в новом Debian решили, что он давно не обновлялся и вообще коммутировать DV-входы уже никому не нужно. Выкинули.

Ладно, решил скомпилить просто из официальных исходников.

Ok. Ищем исходники. Нашёл. https://alioth.debian.org/frs/?group_id=31092

Скачать исходник dvswitch-0.8.3.6.tar.gz от 2011 ещё года. Ого, wtf, какого ещё надо логин/пароль для скачивания?! Ну хрен с вами нашёл поиском на https://launchpad.net/ubuntu/ source/dvswitch/0.8.3.6-1.1 и скачал.

cmake и постепенно все нужные пакеты доставил и установил. Хотя отдельно замечу, что для установки всего для alsa оказалось проще всего apt-get build-dep alsa-tools иначе х.з., чего-то всё время не хватало.

Ладно, cmake отработал, получился Makefile.

make и читаем вывод.

[  7%] Built target dvsink-command
...
[ 14%] Built target dvsink-files
...
[ 22%] Built target dvsource-alsa
...
[ 29%] Built target dvsource-dvgrab
...
[ 38%] Built target dvsource-file
...

Отлично, всё собирается, ура... И вдруг.

Scanning dependencies of target dvswitch
[ 40%] Building CXX object src/CMakeFiles/dvswitch.dir/dvswitch.o
In file included from /home/val/dvswitch/dvswitch-0.8.3.6/src/dv_display_widget.hpp:13:0,
                 from /home/val/dvswitch/dvswitch-0.8.3.6/src/mixer_window.hpp:21,
                 from /home/val/dvswitch/dvswitch-0.8.3.6/src/dvswitch.cpp:20:
/home/val/dvswitch/dvswitch-0.8.3.6/src/auto_codec.hpp:22:36: error: ‘CodecID’ was not declared in this scope
 auto_codec auto_codec_open_decoder(CodecID);

И дальше ошибки. Так и хочется сказать, ну {.....} твою так перетак.

сам файл короткий

// Copyright 2008 Ben Hutchings <ben@decadent.org.uk>.
// See the file "COPYING" for licence details.

#ifndef INC_AUTO_CODEC_HPP
#define INC_AUTO_CODEC_HPP

#include "auto_handle.hpp"

#include "avcodec_wrap.h"

struct auto_codec_closer
{
    void operator()(AVCodecContext * context) const;
};
struct auto_codec_factory
{
    AVCodecContext * operator()() const { return 0; }
};
typedef auto_handle<AVCodecContext *, auto_codec_closer, auto_codec_factory>
auto_codec;

auto_codec auto_codec_open_decoder(CodecID);
void auto_codec_open_decoder(const auto_codec &, CodecID);
auto_codec auto_codec_open_encoder(CodecID);
void auto_codec_open_encoder(const auto_codec &, CodecID);

#endif // !INC_AUTO_CODEC_HPP

И вот по такой жаре ещё и сушить мозги выискивая где и что протухло, куда CodecID заховали и как пропатчить. Очень противно, ещё и результат не факт, что будет в течение ближайших часов. Подозреваю, что в libavcodec чего-то поменяли. Или не исключено в борьбе за соответствие стандартам gcc-4.9 чего-то не стал компилировать, что раньше компилировал. Или хотя cmake-у всего хватило, но чего-то неправильное скачал не то что надо на самом деле. Зла не хватает...

Есть такая программа https://dvswitch.alioth.debian.org/wiki/

К сожалению, давно не обновляется и вообще заявлено, что устаревшая. Нет теперь в новом Debian. Есть ли где-то сборка под него или аналоги?

Интересно, о чём это речь идёт, что это за программа такая?

Роскомнадзор тоже подготовился. Чтобы ловить пиратов, в службе установили новое программное обеспечение, которое разработал Фонд развития интернет-инициатив, отметил Александр Жаров. «Оно позволяет, - сказал он, - полностью заблокировать все попытки пиратирования. И полтора месяца обкатки его на видеоконтенте это доказали. Разработчики говорят, что программное обеспечение будет так же эффективно в отношении других объектов авторского права».

http://www.rg.ru/2015/05/05/internet.html

Помню года два или более назад кто-то пытался разрабатывать некий софт для ddos-а раздач или что-то в этом духе, но кажется получился пшик. Или это они разработали dpi для провайдеров что ли? Тоже пшик выйдет :)

Update:

Кажется я нашёл что это такое отсюда

Oppty — проект решает проблему пиратства путем блокировки доступа к источникам распространения пиратского контента и предоставления пользователям ссылок на легальные сайты.

http://useoppty.com/

Видимо агрегатор всех загрузок в мире. O_o

Update2:

http://www.cnews.ru/top/2015/04/22/rossiyskaya_tehnologiya_zashhitila_duhless...

Разработанная в России компанией «Интернет контент» технология Pirate Pay помогла владельцам прав на фильмы «Духлесс-2», «Батальон» и «Призрак» заблокировать сотни сайтов с их пиратскими раздачами. Также технология помогла замусорить раздачи с торрент-трекеров. Инвестировать в эту компанию хочет ФРИИ.

Ну-ну ;-)

Как известно, с некоторых пор nvidia требует подписанный бинарный микрокод, который ранее разработчики свободных драйверов брали, выковыривая из блоба. Без подписи теперь не работает ускорение.

Но я вот чего не понимаю. А что мешает и сейчас выковыривать уже подписанный микрокод? Копирайт на него или что?

Вдруг вижу при заходе на озон

Если вы видите этот текст, значит что-то пошло не так. Попробуйте отключить AdBlock или другой блокировщик рекламы в браузере.

И закрыто содержимое сайта.

Я ещё могу понять сайты, которые зарабатывают на рекламе, когда они начинают бороться с блокировщиками, но для интернет-магазина - это наглость.

Кто-нибудь справился? Просто вот в принципе отключать блокировку не желаю.

http://geektimes.ru/post/243565/

Теперь у Linux-сообщества есть достойный ответ (на пятилетнего Microsoft Certified Professional): это четырёхлетняя Маисса Ропонен (Maisa Roponen), которая прислала патч для внесения правки в ядро Linux. Так что среди разработчиков ядра появились совсем маленькие дети.

Правда, коммит не такой уж и серьёзный. Маисса предлагает всего лишь подкорректировать документацию для виртуальной файловой системы /proc.

http://www.opennet.ru/opennews/art.shtml?num=41340

Пример ассемблерного кода, который может привести к повреждению смежных битов памяти (простой цикл с чтением содержимого памяти и очисткой кэша, чтение двух значений по разным адресам обусловлено необходимостью инициирования закрытия линии WL, если постоянно читать только одну ячейку линия WL остаётся открытой и эффект не проявляется):

loop:
       mov X, %eax  ; Читаем значения адресов X и Y, 
       mov Y, %ebx  ; сохраняем значения в регистрах и кэше
       clflush (X)  ; Чистим содержимое кэша
       clflush (Y)
       mfence       ; Убеждаемся, что данные точно вычищены из кэша
       jmp loop

Причина в том, что при частом чтении соседних ячеек памяти заряд конденсатора может слишком сильно упасть и цикла регенерации оказаться недостаточно для его восстановления. Утверждается, что эта проблема характерна для всей совремённой DRAM-памяти, особенно для выпущенной позже 2011 года.