Разная нагрузка SSD при одинаковом IOPS, почему так?

Анатолий, не мешайте всё в кучу. SSD нынче бывают разных поколений, и контроллеров к ним много, поэтому совет "если бытовые SSD, то нужно оставлять че-то там" звучит примерно также, как "не ездите на машинах вообще никаких и никогда, у моего отца была "копейка", она постоянно ломалась, в ней было зимой холодно и кресла неудобные". И по поводу самсунгов аналогично - у них ж уйма моделей на рынке, разных поколений, так что уточняйте, о каких именно моделях вы там что слышали?

Разная нагрузка SSD при одинаковом IOPS, почему так?

Очень плохая идея делать RAID'ы из SSD. Причин много, одна из самых значительных, в двух словах, такова: пишем что-то на SSD. Он понимает, что надо сначала освободить какие-то ячейки, и сначала считывает инфу, делает какие-то служебные операции и потом записывает и отчитывается RAID контроллеру. В итоге получаем задержку у всего RAID'а равную максимально возможной задержке у одного накопителя. А ради снижения задержек SSD и используют.

Возможно ли обновить ядро в arch linux без перезагрузки?

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

Возможно ли обновить ядро в arch linux без перезагрузки?

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

Так ведет себя убунта, арч так не делает. В арче просто есть 1 пакет ядра и он просто обновляется. А в убунте есть пакет с ядром, который по факту является ссылкой на другой пакет, с конкретной версией ядра. И при обновлении по факту пакеты ядра копятся (поэтому время от времени apt autoremove приходится запускать).

Где можно пройти хорошие онлайн курсы по DevOps?

Asparagales, эникеи никуда не делись. "Сис.админ" это тоже самое, что и "врач". Т.е. сис.админ "спец по компам" и равно врач - "спец по болячкам". А дальше пошли специализации, кто-то рабочие места эникеит, кто-то серверы, кто-то сеть, кто-то освоил инструменты программистов и помогает им их обслуживать, чтобы программисты не отвлекались от написания кода. Вообще-то DevOps был про то, как программистам без сис.админов обойтись в принципе, но в итоге это пришло к тому, что без сис.админов выходит дороже, чем с одним специализированным по этим инструментам, а программисты более-менее весь стек понимают, но не так глубоко.

С другой стороны и программисты приходят в DevOps, обычно путем "так, ну вот надо разобраться, настроить", а через какое-то время "ну вот я всё это теперь знаю, могу называться DevOps'ом".

Как сделать выбор операционки при загрузке?

stratosmi, вот как раз по умолчанию большинство ОС (и дистрибутивов линукса) стараются ставить свой загрузчик, и как следствие - прописываются в EFI. И соответственно люди, которые не заморачиваются и соглашаются с параметрами "по умолчанию" и получают у себя в EFI Boot menu выбор из обеих операционок.

Как сделать выбор операционки при загрузке?

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

ПО для видеонаблюдения (серверная часть) Linux?

Какие это? Без проблем ставится и работает, тестировал её когда-то - нормальное ПО.

Чем писать действия пользователя в Linux?

Права потушить у него будут, т.к. скрипт придется от этого пользователя и запускать. Но это не проблема - не надо делать скрипт, который висит в памяти. Надо делать такой, который снимет скриншот, отправит его и убьется. А на systemd повесить задачу его запуска. Есть там таймеры, можно сделать таймер на, к примеру, "30 секунд после умирания". Таким образом, во-первых, тяжело отследить сам момент скрипта - 1-2 секунды ему на всё про всё надо, во-вторых - конфигурять systemd без sudo уже не выйдет, так что пользователь не отключит таймер.

Как лучше организовать IT-инфраструктуру предприятия?

SSD в RAID может еще и негативный эффект давать. А в общем - просто нет смысла. Автоматизацией и грамотным подходом можно решить другими путями ту проблему, которую решает RAID (то бишь "внезапный выход из сторя накопителя"). Других путей много - например, можно добавится поднятия с нуля того, что на SSD лежит, допустим за 10 минут, и согласовать, что простой в 10 минут - допустим. Или задублировать сам сервер (повышает надежность - вместо решения проблемы выхода из строя диска решаем проблему выхода из строя любой части сервера и заодно сети до сервера тоже), использовать виртуализацию и в случае смерти одного из серверов критичные виртуалки запускать на другом, а некритичные, для которых ресурсов одного сервера мало, не запускать/гасить. В общем, если мыслить изначально "как мне везде использовать SSD и не тащить их в RAID" варианты находятся, а дальнейшая проработка этих вариантов обычно раскрывает дополнительные плюсы.

Почему двухканальный режим памяти работает в Windows, но не работает в Linux?

Данил, так ваш вопрос тоже мало смысла имеет, т.к. он звучит в духе "машина не заводится, я стекло протёр, фары протёр, всё равно не заводится". Вот у вас 16Гб оперативной памяти. Запустили вы операционную систему. В линуксе через утилиту top или htop посмотрели, сколько памяти занято. Запустили приложение какое-то, опять посмотрели. Что идет не так?

Существует ли что-то на fuse(или подобном) способное заменить поиск в файловых менеджерах?

Консольный файловый менеджер mc, не?

Что и где почитать для базового администрирования веба?

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

вот из-за таких мыслей и получается "почти 3 года, а ничего не умею". А если подходить в ключе "так, это что за штука? М, Linux, ну давай поставим, так, че-то нагуглили, пробуем, о, че-то пошло, какая-то ошибка, гуглим, решение - подошло, окей, поехали дальше, так, ну вроде заработало то, что мне нужно, с остальным потом разберемся" жизнь становится суматошнее конечно, но как-то так знания быстро и набираются. Чем больше проблем решил - тем больше узнал, тем быстрее прокачался.

Как для Node.js защитить process.env от чтения сторонними npm-пакетами?

предположим в зависимости проекта попал зловредный скрипт evil.js

Свой прокси-репозиторий внешних пакетов + приватный репо для своего кода. Жестко фиксировать версии. Хранить package.lock в репозитории. Эти действия уже заметно уменьшают вероятность такого сценария. Ну и плюс серверы репозиториев умеют сканировать свои пакеты на наличие известных уязвимостей.
Ну и в контейнере свой код запускать, за основу контейнера опять же брать свой образ, а не какой-нить публичный ubuntu, и все это в приватном docker registry хранить.

Какой НОРМАЛЬНЫЙ дистрибутив поставить с самыми свежими программами?

Чтобы с Арчем не было проблем - его надо изучить, и это будут глубокие знания... Арча, и только Арча.

Эт с убунтой так. А арч - это дистрибутив с systemd и, собственно, всё. Знаешь systemd - значит знаешь всё, что нужно для арча. А вот в убунте еще своих специфичных костылей понапихано много, что читаешь спеки, делаешь - у всех работает, в убунте не работает. В общем странно видеть нежелание учить специфичный дистрибутив и в соседнем предложении совет про убунту.

Какой наиболее стабильный дистрибутив для Docker на текущий момент?

Вариант "лучше" зависит от того, что есть это самое "лучше". Мне, допустим, не нужно то, что docker надстраивает над containerd, и я использую последний. А есть еще более "базовый" crio например.

Какой наиболее стабильный дистрибутив для Docker на текущий момент?

Речь чисто о докере, или о kubernetes тоже? Потому как именно под докер убунту, допустим, хороший вариант, т.к. разработчики докера на ней и тестируют в первую очередь под ней всё, и имхо это неплохой аргумент "за". А с другой стороны софт есть софт, и если есть под какой-то дистрибутив готовые практики и понимание "что где лежит", то почему бы его и не использовать?

Какой НОРМАЛЬНЫЙ дистрибутив поставить с самыми свежими программами?

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

Какой НОРМАЛЬНЫЙ дистрибутив поставить с самыми свежими программами?

Adamos, некорректный пример. Если б другие дистрибутивы вообще никогда не надо было обновлять - был бы корректный. Но без обновлений не бывает. А Arch приучает считать обновления не "ай-ой-страшно", а рутинным делом. Рутинным, обычным, отработанным. Собственно все операции, чтобы не боятся их, должны быть рутинными и отработанными: умирание любого компонента в инфраструктуре (кабель, железка, сервер, свитч, ИБП и т.д.), отключение интернета, добавление чего-то нового...

Какой НОРМАЛЬНЫЙ дистрибутив поставить с самыми свежими программами?

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