rPman

если это софтварный рейд, например mdadm то да, так можно (не автоматически, там есть свои команды, ты сначала добавляешь к рейду диск потом удаляешь не нужный)
аппаратные рейды - зависит от утилит от производителя (скорее всего нет, там обычно все очень не гибко)

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

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

для windows наверное лучший (к сожалению плохо что то поддерживается) тулчейн для сборки - это mingw, для windows там предлагает установщик, который и компилятор поставит и msys тулчейн, пакет линукс утилит поставит. К сожалению, совместимость с linux у подобного подхода не лучшая, ведь результат все же рассчитан на windows

есть более полный эмулятор окружения linux для windows - cygwin, это практически полная совместимость с linux окружением, но в windows, и это не эмулятор а именно собранные приложения, к сожалению в своем формате (dll не могут быть подключены к приложению, собранному в mingw/visual studio/... и наоборот), там пути к файлам в linux стиле и по мелочи, все адаптировано к linux (posix) стандартам.

p.s. nmake есть в поставке и с visual studio (свой собственный со своими стандартами и без linux окружения)

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

если ты объединишь все в один файл, то у тебя возникнет проблема многопользовательского доступа (на запись), пример - у тебя одновременно два разных человека напишут боту, два одновременных php процесса начнут читать и писать файл, и если эти события будут не последовательными, то либо в файле будет каша либо сообщения от одного 'чуть чуть опоздавшего' будут перезаписаны

Настоятельно рекомендую освоить базу данных, тем более благодаря php PDO и sqlite ничего настраивать устанавливать и тюнить не надо, все максимально удобно и просто

Захаров Александр, у вас главная ошибка в вопросе - это попытка найти 'российский софт', российским может быть проект каких-нибудь госуслуг, сайт госдумы или сайт реестр судебных дел,..

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

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

у давинчи в требованиях стоит мощная GPU с большим количеством оперативной памяти

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

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

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

Сначала делаем backup.
При наличии root доступа штатно linux переносится даже простым tar!

Хостер может добавить своих утилит, свои скрипты и особенности настройки сети, свой способ загрузки (например нет /boot а загрузка ядра и initramfs идет 'снаружи'), это все в принципе восстанавливается, скрипты хостера чистятся и т.п... в основном только тут могут быть проблемы но все просто решается.

Затем восстановление - и тут могут быть проблемы.
Универсально все будет работать только с не openvz/lxc/docker системами виртуализации, так как такие могут тупо не позволить работать с версиями системных библиотек (очень редко), отличных от хоста... а у тебя древняя ubuntu (я запускал в chroot просто утилиты, развернув образ с помощью debootstrap еще до появления docker, так что технически шансы проблем - минимальны). Дело в том что хостер может запретить, а точнее не дать инструментов для подмены системных файлов, а из самой работающей системы заменить ее саму нельзя (очень сложно).

p.s. я помню, поднимал систему, загрузив ее внутри user mode linux на машине даже без админовских прав, каскадно на системе с openvz (по умолчанию может не хватать некоторых модулей ядра, особенно для настроек сети, но там все решаемо), народ забыл про этот способ контейниризации без наличия аппаратной поддержки виртуализации, но она есть, старейшая, мощнейшая и удобнейшая из всех (по поводу производительности спорно - числодробилки быстро, но системные вызовы медленее)
--------------

Если виртуальная машина kvm/vbox/vmware/... то проблем не будет от слова совсем. Чтобы развернуть бакап, понадобится на новом месте загрузиться в консоль восстановления (лучше с iso образа), отформатировать файловую систему и тупо распаковать архив с бакапом (обычно /dev в архив не складывают, но если его не будет на новой системе то я помню старые версии ubuntu ругались на отсутствие null, это все решается ручным копированием тут же), затем переустановить загрузчик

grub-install /dev/sdX --root-directory=/path/to/mounted/root/

Ну и само собой архитектура исходной машины и новой должны совпадать, т.е. нельзя смешивать ни тип процессора (x86/arm ни битность x86/x64), правда особых проблем с запуском x86 на x64 быть не должно.

с помощью скриптов Visual Basic Application (к сожалению макросы в PowerPaint недоступны и пример когда не сгенерируешь)
первый же пример из гугла

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

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

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

питон тут однозначно не подойдет

для windows:
Без использования драйверов фейкового монитора, но при наличии физических выходов на видеокарте, можно к ним подключить заглушку (она дешевая, разная для каждого типа разъемов, гуглить эмулятор заглушка терминатор монитора dsub/hdmi/dp), благодаря которой система будет считать что монитор подключен, и уже средствами ОС работать с этим монитором (само собой чтобы самому видеть содержимое придется поставить какой-нибудь vnc с поддержкой мультимониторной конфигурации)

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

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

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

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

Мне кажется это часть памяти занята под индексы (увеличивая размер массива увиличивается и потребление но зависимость от количества записей а не от их размера) и переиспользуется в дальнейшем

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

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

низкое качество аудиопотока можно немного улучшить с помощью фильтров но это вопрос эксприментов

Если замерить скорость на speedtest, то выдаёт 800-900 Mbps

повыбирай сервера в speedtest, находящиеся в разных странах, начнешь понимать что скорость в интернете штука условная и зависит от кучи вещей

Кстати speedtest показывает скорость в мегабитах, а при копировании файла в проводнике - в мегабайтах, эти единицы измерения отличаются в 8 раз (в байте - 8 бит)

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

p.s. в современных реалиях 2мбайта/с это даже хорошая скорость

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

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

Если разработчик не делал попыток этому помешать то может получиться

как импортируешь то? ты в свой скрипт не можешь вставить sleep между запросами?

львиную долю нагрузки базе данных на запись создают:
1. поддержка транзакций
2. перестройка индексов
3. средства защиты данных от сбоев
каждая запись на диск, которая по мнению базы данных должна быть произведена с гарантией, т.е. снабжается вызовом flush, но база данных не всегда знает когда это стоит делать а когда нет, частично это разруливается длинными транзакциями, вставляя между коммитами 100500 запросов на вставку

Так вот по каждому пункту можно временно изменить логику и настройки работы базы данных.
1. отключить транзакционные механизмы, перейдя от innodb к myisam, это может дать чуть ли не двухкратный прирост, но потребует в приложении как то игнорировать отсутствие поддержки транзакций, что не всегда просто сделать
2. отключить индексы, буквально, оставить только PK и то только там где это имеет необходимость только для импорта, после окончании импорта данных, индексы нужно будет вернуть. Однократное создание индексов на порядок если не два быстрее чем обновление индексов по каждой записи в базу.
3. отключить поддержку flush в операционной системе, буквально например опция монтирования ext4 data=writeback, база данных не будет ждать когда данные реально будут записаны на диск (есть еще опция O_DSYNC у mysql innodb, совет вообще полистать как тюнить дисковый io) но осторожно, если в это время произойдет краш сервера, данные будут испорчены, причем скорее всего безнадежно. В догонку, можно перенести журнал ext4 на другое более быстрое устройство или лучше совсем его отключить, так как при записи данные пишутся сначала в него потом на диск, на время импорта это лишние операции
И в догонку, если размер базы данных к примеру считанные сотня гигабайт, то можно временно арендовать в облаке машину с большим объемом RAM, залить базу в tmpfs и на максимально быстрой скорости импортировать данные, потом готовую базу залить обратно.

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

еще есть AAB, не решает основную проблему но позволяет раскидать ресурсы, рассчитывающие на различные устройства (например разрешение экрана) по отдельным файлам а гугл сам будет решать какой грузить, это откладывает проблему немного на потом

upd. попробуй APK Expansion Files, гугл хостит файлы до 2Гб, их можно прикладывать к приложению и они будут загружены сразу после установки