RAID из SSD плохая идея. Если кратко - скорость всего массива будет проседать время от времени до скорости одного диска. А обычная скорость SSD и так немаленькая. В итоге собрав RAID преимуществ каких-то не получаешь, а минусы - получаешь. Раз уже есть реплика у базы - вот тебе и RAID на более высоком уровне, грубо говоря.
Как-нибудь сможет, но в ноутбуке батарея заметно более емкая, т.е. powerbank'а не хватит даже на 1 полный заряд. Ну в общем это выглядит примерно также, как толкать исправный автомобиль с работающим двигателем - чисто теоретически да, толкаешь, помогаешь двигателю, но помощь эта мизерна, двигатель ж намного мощнее человека.
Обычно делают так: вся конфигурация сервера в Ansible, проект хранится в git и выкатывается на серверы через CI/CD (jenkins, gitlab, ну или bamboo, если atlassian стек весь используется). Таким образом в случае смерти одного из серверов новый накатывается очень быстро и полностью автоматически, исключая человеческие ошибки.
Ну а базы данных - репликация и бекапы, других вариантов нет.
Рональд Макдональд, я не теоретически пишу, а практически. Без проблем понимают, и несколько лет это уже всё прекрасно работает в нескольких местах. И я точно знаю, что я такой не один.
Я перешел на Arch потому, что достал apt. Изначально очень странные зависимости для многих пакетов, да еще и deb'ы собирать сложнее. В итоге на арче если нахожу пакет с непонятными зависимостями, под себя его пересобрать очень быстро, а дальше глядишь и коммьюнити поддержит тикет и поправит пакет в основном репо. В дебиане с этим вот всем сильно сложнее и дольше.
А надежность от дистрибутива как зависит? Какие приложения каких версий стоят - такая и надежность.
Рональд Макдональд, почему нет? Давно и на многих. При наличии в инфраструктуре зеркала репозитория, откуда все серверы раскатываются, rolling release не проблема.
Кирилл, а в чем проблема? Включил комп, скачал и установил. И вот уже обратной дороги нет. А дальше "блин, надо это сделать" - загуглил, разобрался, сделал. Ни у кого нет времени просто так сидеть и что-то изучать, сталкиваешся с проблемами - решаешь их.
Кирилл, сейчас на DDR4 походу минимальный на ближайшее время ценник - самое время купить хотя бы 16, а лучше 32Гб оперативки про запас и этим решить проблему кардинально ;)
Я хочу работать в операционной системе, а не решать её проблемы
Это просто потому, что к проблемам винды ты привык и знаешь как их решать. Т.е. ты все равно 1 раз в жизни этот путь прошел (и, в какой-то степени, скорее всего проходишь до сих пор). Так что чем раньше начнешь этот же путь по линуксу - тем быстрее его пройдешь ;)
Кирилл, докер в вебе сейчас везде, так что если до сих пор его не изучал - уже прям 100% пора. Уже какое-то время - пора. P.S. Да и в принципе, зачем сидеть на винде для веб-разработки? Не проще целиком в линукс переехать?
Дмитрий, Браузеры да, съедают оперативку, а игры далеко не так. Действительно 16Гб под игры за глаза, и лучше бюджет пустить на что-то еще.
А SSD под игры надо минимум на 512 (ну если не играть в 1 игру, типа "поиграл - удалил - поставил другую").
А существует AMOLED подходящего размера и с таким же разъемом, как у вашей матрицы? Если да - то теоретически возможность есть. ну а если никто не выпускает таких - сами понимаете.
Allepta, нет, совсем не странно. Я бы даже сказал, что это вообще логично - если уж обновляешся, то перезагрузись, чтобы запустилось всё то, что обновилось. А если не собирался перезагружаться, то нафиг тебе тогда новые версии?
А почему "нет в планах"? Ну т.е. в чем проблема перезагрузится-то? SSD нынче у всех, с ними загрузка - секунд 5 от силы.
Melkij, я просто не понял, к чему вопрос про "uname меняется". uname показывает запущенное в данный момент ядро, и он без перезагрузки не меняется, соответственно.
Анатолий, вы написали изначально без всякой конкретики, просто "самсунг под дебиан". Я и спросил, о каком конкретно самсунге речь. Окей, почитаю про evo 860.