dummyman

Похоже, отлаживать ситуацию придется на уровне модификации запросов из приложения. Как уже упоминалось выше, на момент отладки следует включать и анализировать лог медленных запросов. Где-то дописать индексы, где-то заменить чтение из обычной таблицы на чтение из временной таблицы. Тут же, самим SQL регламентирован инструмент всех времен и народов - EXPLAIN.
Отдельным моментом стоит обратить внимание на блокировки. Часто сталкивался с ситуацией, когда множество запросов на чтение не дают выполняться запросам на запись (или наоборот перегруз запросов на запись блокируют чтение), чем под нагрузкой моментально переполняют очередь - и основное процессорное время расходуется управлением этой очередью. Конкретно из своего опыта (я работал чуть больше года техником в хостинг-конторе), чаще всего проблема проявлялась у сайтов на базе Wordpress. Причем, сам движок Wordpress оптимизирован достаточно хорошо. Проблема в бесконечном количестве плагинов от авторов средней руки. Особенно, плагины, связанные со сбором/подсчетом статистики. При генерации одной страницы используется десятки противоречащих друг-другу запросов на чтение и запись. Бывало, из-за блокировок два одновременно работающих (конкурирующих) инстанса php посылают к БД запросы блокирующие работу друг-друга с такой интенсивностью, что адекватная работа возможна только ограничением их количества одним лишь инстансом php. И никакой переезд на более мощный или облачный сервер не поможет. Логические ошибки решать наращиванием мощностей неэффективно и может быть очень дорого. - А потому любое наращивание мощностей железа - есть решение временное, и способно отсрочить работы по отладке максимум на несколько дней. В проектировании приложений (как web/rest, так и standalone) надо понимать что делает каждый action - либо он пишет в БД, либо читает из БД. Если каждый action будет требовать много чтений и записей в одних и тех же таблицах, это обязательно приводит к проблемам блокировок.

Тулзами для анализа событий io для решения проблем mysql пользоваться бесполезно - mysql достаточно хорошо контролирует использование io не доводя ядро до перегрузок. Но, и опять же предоставляет множество настроек для несистемных ограничений, которые могут быть установленны неэффективно и проблему можно решить скорректировав их.

И еще мысль ради пищи для размышлений - во большинстве ситуаций таблицы MyISAM работают в разы быстрее InnoDB.

Plymouth - дефакто стандарт для анимации загрузки модулей и сервисов после загрузки ядра. Команда freedesktop пока не изъявляли желаний заменить его на более подходящее. Также на плечи plymouth вешается задача визуализации запроса ввода пароля для активации ключа lvm для монтирования зашифрованных разделов.
Также, для отображения логотипов до загурзки ядра, можно кастомизировать шкурку GRUB.
Ну а после запуска X за сплеш может отвечать шкурка одного из так называемыхDisplay Managerов. Например, LightDM, GDM, SDDM.
Ищите работы авторов форков линуксов. Примерами работ заполнен весь github. Поиск по github к вашим услугам.
https://github.com/pld-linux/plymouth
https://github.com/skd1993/nsa-plymouth
https://github.com/Jolicloud/plymouth
https://github.com/RussianFedora/plymouth
https://github.com/madeinnordeste/Banana-plymouth
https://github.com/gooselinux/plymouth
https://github.com/endlessm/plymouth
https://github.com/aztli/Plymouth-aztli
https://github.com/madeinnordeste/Banana-plymouth
https://github.com/numixproject/numix-plymouth-theme
https://github.com/jsayol/dark-mint-plymouth-theme
https://github.com/Sabayon/genkernel-next
https://github.com/Generator/Grub2-themes
https://github.com/thias/glim
https://github.com/Rohde-Schwarz-Cybersecurity/Tru...
https://github.com/Se7endAY/grub2-theme-vimix

Вам нужны не OpenVPN, вам нужны прокси
Установите proxychains-ng. Ищите в репозиториях.
Запускать можно любой софт. Запуская программу через proxychains, весь трафик программы будет идти по заданному маршруту. Есть возможность использовать цепочки анонимизации состоящие из нескольких проксей, тор, vpn и проч.

Попробуйте LXQT https://spins.fedoraproject.org/en/lxqt.
Ставьте VirtualBox Tools с VirtualBox Guest Additions CD. И да прибудет с вами счастье.
Есть инструкция. Но ставьте именно LXQT.

Здесь есть подробная инструкция по настройке вашего адаптера:
www.linux-hardware-guide.com/2013-10-31-asus-usb-n...

Добавьте в закладки linux-hardware-guide.com. Прежде чем выбирать железо, посмотрите там отзывы. Будет ли он работать без проприетарных дров и бубна и проч.

вообще, при старте ос никаких окошек по-идее быть не может. До загрузки X или wayland оно все - не окошки.
Логи загрузки ищите в /var/log
это может быть, например, /var/log/boot.log
Возможно, за логи у вас отвечает journald, тогда вытаскивать инфу гораздо удобнее средствами journalctl.
Для работы без оконных менеджеров есть tmux.
UPD. Еще про tmux отличный видосец.

Выбирайте:
florence
xvkdb
kvkbd

Должно быть, все устанавливаются через apt в терминале.

Опенсурсные ОС лучше всего изучать по документации и исходникам.
Ну, а покуда литература, то опенсурсная...
https://gist.github.com/fffaraz/2b86cf1f1a1f9564c51b
https://linux.die.net/Intro-Linux/index.html
https://linux.die.net/man/
wiki.bash-hackers.org/start
linuxdocs.org
https://www.kernel.org/doc/html/latest/
https://ec.haxx.se/
https://readthedocs.org/
www.tldp.org/LDP/abs/html
https://linux.die.net/HOWTO/HOWTO-INDEX/howtos.html
tdg.docbook.org/tdg/4.5/docbook.html

Когда нет возможности централизованного сбора/хранения данных, еще и субъекты системы поочередно могут уходить в оффлайн, может помочь решения на основе blockchain.
Есть даже готовые: https://www.bitmessage.org/wiki/Main_Page
Через CLI-интерфейс того мессенжера можно гонять любые сериализованные данные между компами, без сервера и без их одновременной работы.

(Эх, в первый раз получилось недостаточно качественное фото)
Только одного гигабита мало, если одновременно включить несколько клиентов.
Сами посудите. если брать 32 бит, каждый пиксель занимет 4 байта:
1920*1080=2073600 x 4 ≃ 8Мбайт/кадр
8Мбайт х 25fps = 200Мбайт/сек

Среди профессионалов своего дела однозначно самый модный - Арчи.
Лично мне в последнее время по нраву папирус, не путать с папиросом

С вашей задачей справится dnsmasq.
Можно настроить таблицу доменов в mysql.
Просто пропишите на роутере в DHCP-сервер DNS на ip компа, на котором будете это настраивать.

Плохо пробовали.
Во первых картинку надо обработать, хотябы сделать ее чернобелой.
Во вторых, судя по качеству, ее бы надо растянуть раз в 5-10.
В третьих, картинку надо по возможности разбивать по строкам/областям.
В четвертых, у tesseract есть параметры (которых как бы не 5 штук). Вы пробовали поиграть со значениями?

Что ж, могу порекомендовать вам OpenCV. Эта библиотека может даже определить пол и возраст по фотографии лица. Но если вы не разобрались в tesseract...

Может быть, не лучшее приложение для прототипирования интерфейсов, но из тех что я знаю лучшее для блоксхем и ER-диаграм - Dia.

Вам нужен proxychains

Пол года назад была отличная статья по этому поводу
https://habrahabr.ru/post/318694/

Уменьши разрешение картинок. Белая рамка - сигнализатор, что картинка больше чем thumbnail