Damian Lewis, dd используют не как эффективный способ, а как самый простой и доступный везде (dd по умолчанию устаналивается практически в каждом дестрибутиве)
К тому же при использовании hdd линейное чтение по скорости на порядок превышает режим работы со случайным доступом, т.е. если сравнивать копирование файлами и копирование с помощью dd, то dd будет быстрее даже не взирая на то что копируется много лишнего пустого пространства (точнее соотношение пустого к заполненному должно быть очень высоким чтобы это было заметно). Плюс, со скопированного с помощью dd диска можно востаналивать удаленные файлы как с оригинала.
clonezilla (точнее используемый ими partclone) - отличное решение, умеет копировать почти линейно как dd без копирования незанятого пространства. Поддерживает все популярные файловые системы, включая ntfs и умеет делать ресайз диска (осторожно, из-за особенностей ntfs бесконечно уменьшать за счет незанятого пространства не получится, тут только по файлам остается копировать)
Аппаратный raid с ram НЕ ПОМОЖЕТ от слова никак, а вот гемороя создаст прилично.
С некоторым красноглазием можно потюнить параметр read-ahead (по больше от дефолтного, в мегабайтах или десятках), но тогда не рекомендуется использовать cow файловые системы, можно сделать свой механизм предварительного сохранения данных большими блоками, готовых решений я не видел, но и не искал серьезно, алгоритм там простой - необходимо увеличить минимальный размер данных, который будет считываться и записываться на диск, с принудительной буферизацией (пока не наберется этот блок данных, на диск не записывать), и для 300 потоков это очень большой объем.
ssd буфер это компромисcное решение, позволит дешево (без заметного кодинга) решить проблему, ограничив срок просмотра архива часами (а кому надо больше?)
Если решать в лоб, скорость работы диска падает на порядок, поэтому такие системы тянут от силы пару десятков потоков на hdd. Судя по прайс листам, готовые системы именно такие. Т.е. если по расчетам на срок хранения нужны несколько десятков дисков, то почему нет
вроде закончилось хорошо https://www.interfax.ru/russia/714277 но не потому что закон а скорее всего потому что слишком в публичную сферу вышло, в тихушку такие вещи решаются именно по понятиям
Именно через такие публичные репозитарии (например используемые npm для node, похожим образом был внедрен код злоумышленника в кошелек для eos криптовалюты, помню там многоденег украли у людей) и атакуют злоумышленники.
Простота использования неверифицированного кода сама по себе дыра, и красивого решения мне кажется не существует.
Удобно надежно дешево - выбери два из трех
хочешь гарантий - плати (трать время/ресурсы) за верификацию каждого используемого решения. Да и apt update или pip upgrade не должен использоваться бездумно.
Продолжай задавать вопросы, так как это очень сложная тема.
К примеру, кому принадлежит право на модификации, внесенные в чужой код, в рамках работы тобой на работодателя? работодателю что ли? и проект этот так же становится принадлежать ему?
Только то что определено договором может принадлежать работодателю, только то что оформлено письменно (возможно с цифровыми подписями это работает и для цифровых носителей) имеет юридическую силу, все остальное - нет.
К сожалению в России живут не по закону а по понятиям, и пример с nginx просто отлично это показывает.
на сколько я знаю поисковики давно такие вещи отслеживают, тем более если все сделано обычным редиректом, т.е. это не будет считаться увеличением количества уникальных записей
К сожалению разрядность важна, на этом народ бывает сильно обламывается когда апгрейдит память у слабых ноутов с предустановленной 32бит до 8Gb а ОС легально уже не обновить (а платить за лицензию половину стоимость ноута как то жаба душит, напомню теперь ОЕМ в розницу стоит так же дорого)
я думаю единственная причина почему windows не теряет популярности - именно осознанный пофигизм компании на пиратство среди обычных пользователей, если бы у народа не было иного способа кроме как покупать - нафиг оно никому не было бы нужно, как миленькие бы на linux переходили, а за ними и производители карт драйверами лучше бы делились.
p.s. это вы еще starter лицензию не видели, там например стоит запрет на установку приложений кроме как из говномагазина приложений
что там у тебя произошло одному богу известно, но скорее всего установщик из виртуалки не смог обновить таблицу efi и прописался в режиме legacy
и ты в биосе переключись в этот режим
p.s. еще раз linux и windows на одном физичесмком диске (точнее загрузчики) уживаются плохо, вручную можно кое что подправить (не посоветую) но скорее всего при очередном обновлении виндоус все сбросит или наоборот свихнется и откажется обновляться.
создаешь файл first_drive.vmdk (маленький, его нужно выбрать когда будешь создавать виртуалку как диск) где /dev/sda это твой физический диск (sda - первый, sdb второй и т.п., чтобы не ошибиться lsblk в консоли покажет разделы и какие файловые системы там, так же можно gui утилиты типа gparted или kdm посмотреть на диски)
затем в virtualbox (запустить с помощью sudo) создаешь машину, выбираешь в ней созданные выше диск, образ cdrom установщика винды, запускаешь машину, устаналиваешь (осторожно не снеси из виртуалки систему, с которой запущен linux) при перезагрузки выключаешь виртуалку и перезагружаешься по настоящему
Загрузчик grub при этому будет убит скорее всего, так что что если хочешь обратно в linux нужно потом его будет поставить, лучше на другой физическй диск или флешку
Виртуалки вытворяют чудеса, тем более какая-нибудь win7 там даже устанавливается быстрее, а некоторые ошибки ОС (невозможность интегрировать ряд секурных обновлений) даже штатно ntlite предлагают интегрировать, установив систему в вируталке.
И вообще со временем придешь к пониманию чтобы хранить уже установленный образ ОС для виртулбокса того же, запускаться со включенным снапшотом, чтобы откатывать изменения (нужный диск подключать по iscsi например, в linux это istgt демон), чтобы выполнять различные задачи
К тому же при использовании hdd линейное чтение по скорости на порядок превышает режим работы со случайным доступом, т.е. если сравнивать копирование файлами и копирование с помощью dd, то dd будет быстрее даже не взирая на то что копируется много лишнего пустого пространства (точнее соотношение пустого к заполненному должно быть очень высоким чтобы это было заметно). Плюс, со скопированного с помощью dd диска можно востаналивать удаленные файлы как с оригинала.
clonezilla (точнее используемый ими partclone) - отличное решение, умеет копировать почти линейно как dd без копирования незанятого пространства. Поддерживает все популярные файловые системы, включая ntfs и умеет делать ресайз диска (осторожно, из-за особенностей ntfs бесконечно уменьшать за счет незанятого пространства не получится, тут только по файлам остается копировать)