rPman

pidstat кажется буквально для процесса в командной строке все выдает
а с интерфейсом atop (у него отдельный сервис,данные можете читать и обрабатывать сами), iotop, и т.п.

С вероятностью 99% если вы запустите linux на android устройстве, у вас будут проблемы с поддержкой периферии (wifi/bluetooth/сенсорный экран/звук/и главное поддержка графики), в некоторых случаях возможно у вас получится что то решить в полуручном режиме (т.е. на автоматическое разрешение проблем не надейтесь, придется копаться и возможно компилировать, а это порождает много проблем вида поддержки обновлений и прочее).

Устанавливайте linux в chroot, точно помню были xwin сервера под android с полноценной работой и доступом к оборудованию, т.е. вы не потеряете работоспособность устройства (хотя бы через android) и при этом у вас будет возможность запускать linux arm приложения, в некоторых случаях прямо из готовых образов с поддержкой обновлений и прочее.

Как представлю этот кошмар, обеспечение стриминга 5к пользователей в одно и то же время, сразу кошельку становится грустно грустно.

Ладно если бы речь шла о 2010г. и ранее, тогда действительно был единственный вариант заливать сетевые каналы баблом, но теперь у нас есть https://webtorrent.io на базе webrtc и p2p, попробуйте, конечно, возможно технология все еще сыровата, но у вас корпоративные клиенты, где сети не такие сломанные как мобильные (все за nat и/или p2p трафик так или иначе ограничивается) и главное, потратьте эти деньги на допиливание ее, в результате выиграют все а не только амазон (поддержка таких монополистов деньгой фактически преступление для человечества).

у LVM сильные просадки скорости записи при использовании снапшотов, каждый новый уменьшает скорость почти в два раза.

В linux и в частности в ubuntu нет такого понятия как драйвер, по крайней мере требуется что то искать и доустанавливать на порядок реже а зачастую совсем не требуется. Это в windows устанавливается драйвер для каждой флешки...

Почти все железо поддерживается ядром linux, и если поддержки нет, в простом варианте это приговор. Нет практики бинарных драйверов как это принято в windows, потому что бинарный драйвер в виде модуля привязан к версии ядра, для которого оно собиралось, зачастую от версии ядра очень много зависит, например связанные с ней версии библиотек и утилит, в общем как снежный ком, можете почитать как маются владельцы всяких малинок и других arm soc плат, из-за того что производители нарушают лицензии linux и зажимают исходники, нормальных драйверов на видео-ускорение там нет.

Если это железо даже продается с ubuntu то вам вообще беспокоиться о драйверах не придется, устанавливаете штатный iso и все.

К сожалению в общем случае если вам нужно запускать скрипты под рутом, то злонамеренный программист может в конфигурационных файлах вставить свой код, который просканирует компьютер на наличие других файлов и скопирует их для изучения в каталог с доступом (или отправит по сети).

Если запускаемое приложение может работать без доступа к сети, то можно делать запуск в контролируемом окружении (виртуальная машина или lxc/docker контейнер), пусть он там что угодно делает, по окончании работы забираем ожидаемый результат и откатываем изменения.

p.s. есть способ, если все файлы проекта, которые вы хотите скрыть, не хранятся на компьютере совсем, а подгружаются через пайпы или перенаправления stdin с другой машины (по ssh например), все интерпретаторы позволяют это делать с помощью ключей командной строки... это не даст абсолютной защиты но сильно усложнит жизнь злоумышленнику, так как для изучения ему понадобится анализировать дампы памяти.

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

В подавляющем большинстве случаев драйвера в Linux сильно привязаны к версии ядра (а значит к конкретной прошивке), они либо вкомпилированы в ядро, либо собраны в виде модуля и лежат в initrd образе рядом либо в файловой системе прошивки.

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

вот пример калибровки x86 android его универсального драйвера blog.inelsis.ru/?p=318 но само собой инструкция тут не поможет просто сама идея в этом

p.s. если найдете, поделитесь пожалуйста с миром

попробуйте https://github.com/albfan/miraclecast
дикая альфа а еще нужна поддержка wifi адаптером p2p - https://github.com/albfan/miraclecast/wiki/Known-w...

попробуйте https://nginx.org/ru/docs/http/ngx_http_dav_module.html

Если мобильный интернет у вас на телефоне, который подключен к ноутбуку, то вместо настройки ethernet over usb (или как оно там называется), установите на смартфоне любой socks server (гугл выдает какой то socks server ultimate, попробуйте, либо установите на телефоне ssh server и подключайтесь через перенаправления adb с ключом -D1080) и с помощью adb настройте перенаправление tcp портов.

Затем полученный порт пропишите в firefox и получите работающий интернет только в нем.

p.s. точно знаю, некоторые особо умные приложения, когда то давно это делал skype пока его не уничтожила microsoft, так же это умеет делать teamviewer,.. изучают настройки в профилях браузеров в поиске настроек прокси

Кажется htop не умеет группировать процессы, попробуйте atop
В консольном интерфейсе нажмите последовательно m а затем p (до или после нажмите a чтобы вкл/выкл отображение всех процессов а не только значимых по потреблению ресурсов)
Это включит режим сортировки по потреблению памяти а затем сгруппирует записи по одинаковому процессу (слева будет колонка с количеством) так вы найдете процесс, который запущен в нескольких копиях и по одной потребляет мало но суммарно много.

Что показывает free -g или free -m (g - гигабайты, m - мегабайты)? возможно у вас половина памяти отведена под кеш и буфера операционной системы, это нормально, она будет освобождена автоматически.

unix way - не пытайтесь найти готовый комбаин, собирайте ваше решение из кирпичиков. Пусть за iscsi отвечает тот же istgt а за снапшоты - btrfs.

Если закрыть глаза именно на iscsi (мало ли вы виртуальные машины через них подключаете локально, видел я такие конструкции) У qemu/kvm есть опции когда можно подключить диск но все изменения пишутся в отдельный файл. То же самое есть у всех крупных систем виртуализации, правда называется везде по разному.

Если универсально, то исторически lvm позволяет делать снапшоты на блочных устройствах, но за счет значительного понижения производительности, т.е. вы можете создать 100500 снапшотов на основе вашего базового диска, и каждый отдать в свою отдельную машину. Не рекомендую для вашего случая 256 активных снапшотов это будет фейл.

Вы можете воспользоваться copy on write файловыми системами например btrfs или zfs (хуже в linux работает), в них создание снапшота не понижает производительность (т.е. за это не приходится платить), правда сами файловые системы менее шустрые, так как сильно фрагментируют контент, но если сравнивать с lvm то на порядок эффективнее.

p.s. windows машины очень активно пишут при обновлениях, гигабайтами, наступит момент, когда весь этот сыр бор будет создавать больше проблем чем пользы.
btrfs и zfs имеют фичу - дедупликация, т.е. вы просто рядом складываете все копии ваших контейнеров а система сама находит одинаковые блоки и оптимизирует, правда в зачаточном уровне, btrfs только offline (это относительно новая фича, почти нет нормальных утилит, но если ставить самую свежую версию из исходников, там много что добавили вкусного) а у zfs под linux жутко низкая производительность (я игрался на десктопном железе, не рекомендуется для hdd только ssd), причем ничем не оправданная, и дикое потребление оперативной памяти (70 байт на блок, т.е. для 4кб блоков 1тб hdd будет кушать 18гб ram, правда никто не делает 4к блоки, 16 или 32 да), она будет оправдана в вашем случае и автоматически сократит занятое место одинаковыми машинами.

p.p.s. только что установленный windows со включенным сжатием zfs занимает на диске 8гб места, btrfs чуть больше... через год использования место, занимаемое контейнером (никаких программ не установлено, это машина была исключительно для запуска google chrome) - 26гб (внутри контейнера 46гб).

Если вы используете гибернизацию в windows то это может порождать миллион проблем, ведь данные на диск могут быть не сброшены (кстати по уму должны но не гарантируются) а значит диски находятся в неконсистентном состоянии, это как вытащить флешку не выбрав соответствующий пункт в меню диска/в трее.

Если вопросов производительности работы с этим диском из под windows не стоит, можно отключить кеширование диска (останется аппаратный кеш на самом диске, в 90% случаев его достаточно).
Свойства устройства (например в менеджере дисков) закладка политика (политика кеширования записи) отключить кеширование.

Вопрос, а в windows то работает? Потому что проблемы может создавать usb->com контроллер. Изучите вашу материнскую плату, иногда com и lpt на ней распаяны но разъемы только на внешнюю планку а не позади.

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

Standard baud rates include 110, 300, 600, 1200, 2400, 4800, 9600, 14400, 19200, 38400, 57600, 115200, 128000 and 256000 bits per second.

ftdi-usb-sio.sourceforge.net написано что нестандартные поддерживаются но работа не гарантируется, кстати там же можете debug включить, потрейсить что передается и прочее, вдруг мысли какие появятся.

p.s. просто смените usb порт, у меня есть mitx материнка, один usb порт которой глючит с мышкой (и ничем более, просто она ездит рывками в нем), например порты на корпусе могут быть менее 'надежными' чем на материнской плате, поменяйте провод-удленнитель между usb и контроллером, если есть и т.п.

ssh -R локальный порт:сервер в йдаленной сети или localhost:порт на этом севере имя@ssh-сервер

получите подключение к вашему серверу с настроенным перенаправлением всех соединений к локальному порту на порт на сервер в удаленной локальной сети (или localhost если тот же сервер)

на удаленной машине настраиваете удаленное управление (у ubuntu это vino сервер, включается просто чекбоксиком в настройках, это обычный vnc) на вашей машине любой vnc клиент (под windows берите например tightvnc), порт 5900 т.е. например:
ssh -R 5900:localhost:5900 user@server

а в tightvnc подключаетесь к localhost