Кирилл, докер в вебе сейчас везде, так что если до сих пор его не изучал - уже прям 100% пора. Уже какое-то время - пора. P.S. Да и в принципе, зачем сидеть на винде для веб-разработки? Не проще целиком в линукс переехать?
Дмитрий, Браузеры да, съедают оперативку, а игры далеко не так. Действительно 16Гб под игры за глаза, и лучше бюджет пустить на что-то еще.
А SSD под игры надо минимум на 512 (ну если не играть в 1 игру, типа "поиграл - удалил - поставил другую").
А существует AMOLED подходящего размера и с таким же разъемом, как у вашей матрицы? Если да - то теоретически возможность есть. ну а если никто не выпускает таких - сами понимаете.
Allepta, нет, совсем не странно. Я бы даже сказал, что это вообще логично - если уж обновляешся, то перезагрузись, чтобы запустилось всё то, что обновилось. А если не собирался перезагружаться, то нафиг тебе тогда новые версии?
А почему "нет в планах"? Ну т.е. в чем проблема перезагрузится-то? SSD нынче у всех, с ними загрузка - секунд 5 от силы.
Melkij, я просто не понял, к чему вопрос про "uname меняется". uname показывает запущенное в данный момент ядро, и он без перезагрузки не меняется, соответственно.
Анатолий, вы написали изначально без всякой конкретики, просто "самсунг под дебиан". Я и спросил, о каком конкретно самсунге речь. Окей, почитаю про evo 860.
Анатолий, не мешайте всё в кучу. SSD нынче бывают разных поколений, и контроллеров к ним много, поэтому совет "если бытовые SSD, то нужно оставлять че-то там" звучит примерно также, как "не ездите на машинах вообще никаких и никогда, у моего отца была "копейка", она постоянно ломалась, в ней было зимой холодно и кресла неудобные". И по поводу самсунгов аналогично - у них ж уйма моделей на рынке, разных поколений, так что уточняйте, о каких именно моделях вы там что слышали?
Очень плохая идея делать RAID'ы из SSD. Причин много, одна из самых значительных, в двух словах, такова: пишем что-то на SSD. Он понимает, что надо сначала освободить какие-то ячейки, и сначала считывает инфу, делает какие-то служебные операции и потом записывает и отчитывается RAID контроллеру. В итоге получаем задержку у всего RAID'а равную максимально возможной задержке у одного накопителя. А ради снижения задержек SSD и используют.
Melkij, по дефолту арч тоже не использует ядро, которое обновляется без ребута. Просто все дело в том, что дебиан ставит пакет рядом, а арч - обновляет пакет.
подкладывая свежеинициализирование ядро для следующей загрузки (в любом случае без ребута никуда), а старое бэкапит
Так ведет себя убунта, арч так не делает. В арче просто есть 1 пакет ядра и он просто обновляется. А в убунте есть пакет с ядром, который по факту является ссылкой на другой пакет, с конкретной версией ядра. И при обновлении по факту пакеты ядра копятся (поэтому время от времени apt autoremove приходится запускать).
Asparagales, эникеи никуда не делись. "Сис.админ" это тоже самое, что и "врач". Т.е. сис.админ "спец по компам" и равно врач - "спец по болячкам". А дальше пошли специализации, кто-то рабочие места эникеит, кто-то серверы, кто-то сеть, кто-то освоил инструменты программистов и помогает им их обслуживать, чтобы программисты не отвлекались от написания кода. Вообще-то DevOps был про то, как программистам без сис.админов обойтись в принципе, но в итоге это пришло к тому, что без сис.админов выходит дороже, чем с одним специализированным по этим инструментам, а программисты более-менее весь стек понимают, но не так глубоко.
С другой стороны и программисты приходят в DevOps, обычно путем "так, ну вот надо разобраться, настроить", а через какое-то время "ну вот я всё это теперь знаю, могу называться DevOps'ом".
stratosmi, вот как раз по умолчанию большинство ОС (и дистрибутивов линукса) стараются ставить свой загрузчик, и как следствие - прописываются в EFI. И соответственно люди, которые не заморачиваются и соглашаются с параметрами "по умолчанию" и получают у себя в EFI Boot menu выбор из обеих операционок.
stratosmi, когда свежая материнка с EFI, то и выбор что загружать находится в EFI, т.е. у автора вопроса явно не EFI, иначе б не спрашивал. А раз старая без EFI - значит GRUB отлично подходит в качестве единого загрузчика.
Права потушить у него будут, т.к. скрипт придется от этого пользователя и запускать. Но это не проблема - не надо делать скрипт, который висит в памяти. Надо делать такой, который снимет скриншот, отправит его и убьется. А на systemd повесить задачу его запуска. Есть там таймеры, можно сделать таймер на, к примеру, "30 секунд после умирания". Таким образом, во-первых, тяжело отследить сам момент скрипта - 1-2 секунды ему на всё про всё надо, во-вторых - конфигурять systemd без sudo уже не выйдет, так что пользователь не отключит таймер.
SSD в RAID может еще и негативный эффект давать. А в общем - просто нет смысла. Автоматизацией и грамотным подходом можно решить другими путями ту проблему, которую решает RAID (то бишь "внезапный выход из сторя накопителя"). Других путей много - например, можно добавится поднятия с нуля того, что на SSD лежит, допустим за 10 минут, и согласовать, что простой в 10 минут - допустим. Или задублировать сам сервер (повышает надежность - вместо решения проблемы выхода из строя диска решаем проблему выхода из строя любой части сервера и заодно сети до сервера тоже), использовать виртуализацию и в случае смерти одного из серверов критичные виртуалки запускать на другом, а некритичные, для которых ресурсов одного сервера мало, не запускать/гасить. В общем, если мыслить изначально "как мне везде использовать SSD и не тащить их в RAID" варианты находятся, а дальнейшая проработка этих вариантов обычно раскрывает дополнительные плюсы.
Данил, так ваш вопрос тоже мало смысла имеет, т.к. он звучит в духе "машина не заводится, я стекло протёр, фары протёр, всё равно не заводится". Вот у вас 16Гб оперативной памяти. Запустили вы операционную систему. В линуксе через утилиту top или htop посмотрели, сколько памяти занято. Запустили приложение какое-то, опять посмотрели. Что идет не так?