Алексей Черемисин

А чем freeradius не годится? Подключаете его к SQL серверу, и натравливаете модуль wiki.freeradius.org/modules/Rlm_sqlcounter
Ну а в нем sql-запросами разруливаете все что нужно.

Рекомендую серьёзно посмотреть на gstreamer, тем более, что на TI работают кодеки под него, а также v4l видео. Про aplay - забудьте, это не из этой оперы, вам нужно не только записать аудио, но и синхронизировать его с видео, и до кучи положить в правильный контейнер.
Что касается ffmpeg, да, он тоже может и из потока и из файла и туда и обратно, но как-то так случилось, что пока используют gstreamer, особенно на embedded.
processors.wiki.ti.com/index.php/GStreamer
http://wiki.virt2real.ru/w/GStreamer_и_его_цепочки

db.apache.org/derby/papers/DerbyTut/ij_intro.html

$ java org.apache.derby.tools.ij
ij> connect 'jdbc:derby:MyDbTest';

Немного не той стороной стоит вопрос. Обычно железо подбирают под линукс, причем в основном дистрибутив никакой роли не играет!
Так как поддержка железа на 99.99% определяется поддержкой драйверами, которые практически все входят в ядро линукса! Отдельной группой стоит графика, здесь драйверы встраиваются в x-server, в частности в Xоrg, но очень часто взаимодействуют с драйверами ядра.
Другими словами, если все ваша устройства поддерживаются определенной версией ядра и xorg, то любой дистрибутив, начиная с этих версий вам подойдет.

Ну а чем плохо по каждому ядру? Можно как минимум найти среднее.
Да и температура еще не критичная, вот когда к 80 приблизится, тогда да. А так пока все в пределах нормы.
Да, снимать можно например через collectd. Отображать через influxdb + grafana.

Вот есть же еще люди, которые возятся с iptables руками, уже лет десять пользую firehol (простой) или shorewall (сложнее).
Поставьте firehol.org и будете мастером iptables в 5-7 строчек кода.
Эта штука генерирует сотню правил под ваши нужды и параноидальностью. Еще ни разу не подводил.
А вот shorewall уже давно не пользовал. Он тоже генерирует кучу правил iptables.

И да, у меня текущий конфиг занимает 30 строк на firehol для двух провайдеров и четырех подсетей, openvpn и плюшками.

Смотрите на роутинг на сервере vpn, и на клиенте.
Если клиент с сервера по адресу vpn пингается, то виноват или роутинг, или фаервол.
На сервере в конфиге пропишите
route push 192.168.55.0/24 Где подсеть - подсеть офисной сети, где сервер.
Тогда клиент будет знать как ходить до подсети офиса.

Для ubuntu/debian есть apt-fast

Ну не знаю, со времен aix пользую tar для быстрого копирования.
Есть, правда, пара моментов.
Первое, копировать нужно только файловые системы! А всякие devfs, procfs, sysfs, tmpfs и прочие спец.системы копировать не нать! Получить список можно командой mount
Второе, копировать нужно каждую файловую систему по отдельности.
Ну и третье, не нужно создавать архивный файл на той же файловой системе, которую копируем!
tar --one-file-system -czf mybackup.tgz /

filesystem.squashfs - корневая файловая система в сжатом виде (squashfs).
initrd - загрузочная файловая система, в каком виде представлена, непонятно, нужно смотреть на логи загрузки.
vmlinuz- ядро линукса
Загрузка происходит следующим образом,
1) PXE загружает по сети vmlinuz и initrd и передает управление на vmlinuz
2) vmlinuz - разворачивает в памяти initrd и запускает процесс init
3) скрипты в initrd загружают драйверы, подгружают по сети filesystem.squashfs в рамдиск и перемонтируют на него root

Другими словами, вам нужно развернуть filesystem.squashfs, добавить все что нужно, создать заново filesystem.squashfs.
tldp.org/HOWTO/SquashFS-HOWTO/creatingandusing.html - вот примерно по такому сценарию.

Collectd + facette

Естественно пул соединений! Другими словами - одно соединение зло! Хуже, чем соединение на запрос! Так как если кто подвесит это соединение, то все встанут, более того, часто одна страница требует подзапросов в несколько потоков.
Также плохо - каждому запросу по соединению, так как это неконтролируемо.
Вам же нужен пул соединений php.net/manual/ru/pdo.connections.php
Это самый правильный подход к работе с любой базой данеых, ну, почти с любой.

У openvpn, если его правильно настроили, есть файл-статус текущих сессий.
Добавляете в конфиг сервера
status /var/run/openvpn-server.status
И делаете в любой момент cat на этот файл

root@xxx:~# cat /var/run/openvpn-server.status
OpenVPN CLIENT LIST
Updated,Sat Jul 30 11:31:40 2016
Common Name,Real Address,Bytes Received,Bytes Sent,Connected Since
user3,10.124.228.105:42972,2117077,2327219,Tue Jul 26 13:50:13 2016
user4,10.124.105.1:49420,6284997,6730873,Tue Jul 19 04:14:12 2016
ROUTING TABLE
Virtual Address,Common Name,Real Address,Last Ref
192.168.99.10,user3,10.124.228.105:42972,Tue Jul 26 13:50:16 2016
192.168.99.6,user4,10.124.105.1:49420,Tue Jul 19 04:14:14 2016
GLOBAL STATS
Max bcast/mcast queue length,16
END
root@xxxx

Просто, если писать маленькими блоками с опцией sync, то получается много накладных расходов, которые в USB занимают 20-30%. Другими словами, на каждый блок данных система будет ждать подтверждения от устройства о записи.
Если это дело кешировать (что и делает кеш) и/или писать большими блоками, то и скорость вырастет.

Мне кажется, что проблема не в приоритетах процессов, а в приоритетах потоков ввода/вывода. Попробуйте CFQ ил AS планировщики. Они более консервативно делят приоритеты на вводвывод.
https://sites.google.com/site/linuxoptimization/ho...
https://xakep.ru/2014/05/11/input-out-linux-planning/

Ответ не актуален!
Имел ввиду интерфейс thunderbolt

Скорее всего это tar-архив, возможно зазипованный. Попробуйте его посмотреть командой tar -tf my.dar
Еще попробуйте опции -z или -J
Ну точно! http://doc.ispsystem.ru/index.php/Технические_подр...
tar -tzf mybackup.dar И tar -xzf mybackup.dar