pfg21

предполжу шелкография на керамику хорошо не ложится.

без реального ориентира, все знания будут транзитными: "в одно ухо влетело в другое вылетело" так что сразу поглядывай в какиенить серьезные проекты/темы.

в принципе знание низкоуровневого програмирования и железной начинки компа должно изучаться одновременно.
ассемблер так-то самый простой язык - в нем всего несколько десятков команд :)
а вот привязка к железу "железная", без нее в асме никаГ.

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

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

выход АЦП аналогично, схемотехника зависит от необходимых сигналов на выходе.

плюс сглаживание ФНЧ и т.д.

вариант 1 - "классика" tar-архив раздела с системой.
есть минусы с бекапом открытых на запись файлов (к примеру логи и т.д.)

вариант1а - дифференциальный или дополняющий бекап. с опцией --listed-incremental особо удобен для системы ибо системные файлы меняются редко.

вариант 1б - архиватор dar - руки не дойдут пробовать.

вариант 2 - снапшоты файловой системы. поддержка есть на btrfs и zfs. снапшот решает проблемы с открытми на запись файлами, делая мгновенный снимок системы. удобнее, функциональнее.
сам снапшот может использоваться как быстрый "горячий" бекап.

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

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

для крутости цифр.
маркетологи установили что чем больше цифра, тем круче она кажестя.
поэтому аккум с 3 000 МАЧ всегда будет круче и мощнее выглядеть, чем аккум с 3 АЧ. даже чисто визуально 3 АЧ теряется в тексте, а для несведущих в физике и вообще атас какая разница.
потому и покупают
была б возможность они бы и в микроампер*часах циферки писали.
как круто будет выглядеть на ценнике цифра 3 000 000 МКАЧ !!
даже умный не устоит.

пс. емкость пишется в "Ампер * Часах". единица "Ампер" применяется для описания тока, "хранить" ее не получится :)

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

Сам недавно с таким столкнулся, причем открывал в Far Total 7zip...
у меня такое чувство что они используют одну и тот же код tar, в котором имеется ошибка.

Причем такую же ошибку выдает даже компиляция Gnuwin Tar, а это уже интереснее.
т.е. команда
tar -tf ./srv3-2018-04-11-diff.tar
под виндой выдает аналогичную белиберду.
13070423312/./
13070423315/bin/
12321613446/boot/
12703176216/boot/grub/
12703176351/boot/grub/fonts/
12703176342/boot/grub/i386-pc/
12703176342/boot/grub/locale/
12560315617/etc/
12560315525/etc/X11/
13046047347/etc/X11/Xreset.d/

И есть инструмент под винду Tartool который адекватно распаковывает этот же tar архив, значит дело в исходных кодах

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

как вариант генератор ключа собирает энтропию от пользователя.
но обычно выводится сообщения типа " пожалуйста нажимайте произвольные клавиши" и бежит индикатор накопления данных.

еще вариант зайти внутрь деб пакета и посмотреть инсталяционные скрипты...

прямо и просто это сделаешь через виртуалки.
если нативно то имхо будет куча дрочева с распределением пакетов.

протокол плеймаркета закрыт, так что локальный клон плеймаркета сделать не получиться :(
как вариант настроить проксю доступа к плеймаркету, т.е. только доступ к серверам плеймаркета, все остальное обрезано. в каждом ТСД прописать эту проксю.
для дополнительной защиты можно проксю включать только при наличии обновлений приложения (т.е. вручную).

если есть доступ к исходникам приложения, то можно сделать собственную обновлялку, которая будет опрашивать свой сервер на предмет наличия обновленной версии, скачивать и скармливать apk обновлялке андроида.

лучше системд.таймер - больше параметров и возможностей.

использовать авторизацию по ключу
ключ сгенерить подлиннее

запустить 3proxy или чтонить из простых и быстрых проксей.

Мож лучше создать софт/хард-линк users/alex/Безымянный.gif, который будет указывать на files/a0f9/e225/c7852fd556678d85587e39ad18f650ab7d2fcd27e6377ebab2a99a27
проще и нагляднее понимается, удобнее управляется - сделать/удалить/переместить линки можно напрямую из файл-менеджера.

https://ru.wikipedia.org/wiki/Teredo_(%D1%81%D0%B5...

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

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