Comments 119
Отсюда делаю вывод, что для скриншота пожалели SSD:
обратите внимание это тот самый SSD и кнопочка «анализ» недоступна.
![](https://habrastorage.org/files/5bd/a6c/975/5bda6c9758b04aaa93c57f679be9b293.png)
PS на всякий всё равно отключил.
В голову сразу приходит отключение задания ScheduledDefrag или автоматического обслуживания, но это решение неэффективно. В первом случае вы блокируете запланированную отправку команд TRIM и дефраг жестких дисков, если таковые имеются, а во втором — выполнение других задач обслуживания.
грамотное решение проблемы
с помощью команды «Win + R» — «dfrgui» — «Изменить параметры» — и далее отключаем «плановое обслуживание» для нашего SSD
Тем самым, вы ухудшили работу своего диска, отключив вместе с дефрагментацией подачу команды TRIM. У приличного числа моделей после этого со временем производительность ощутимо просядет. Натвикают ОС, а потом ругаются, что «десяточка тормозит, в XP такого не было».
Правильное решение в ветке комментариев выше.
Т.е. я все еще не вижу, от чего ему должно поплохеть. Чтобы ему поплохело, нужно чтобы почти все свободное место было нетримленым. А я себе не представляю как этого добиться в бытовых условиях.
В цело мне понимаю зачем отключать файл подкачки на ssd? На сколько он уменьшит срок службы?
Так и помереть можно.
Объем «помеченного как удаленное, но не перезаписанного» пространства не разрастается до масштабов всего диска. Винда имеет обыкновение затыкать дырки подходящими файлами. Обновления, кеш браузера, темпы, логи. Откуда возьмется нетримленное пространство в угрожающих количествах?
Это разве что на 120-гиговый SSD залить две игры по 50 гиг и удалить их. Если есть желание на такие эксперименты… У меня — нет )) А так, за пол года ничего эдакого не дождался.
P.S.: А файл подкачки при чем? О нем не было речи
Винда не имеет доступа до физического расположения данных на ssd. Там полная власть у контроллера.
Если в прошивке не реализовали фоновую чистку диска (на старых такого помнится и не было), то постепенно забьются все свободные ячейки, а потом контроллер перед записью будет делать стирание, что скажется на скорости. А винда и ПО найдет как заполнить свободное место. Логи, кеши, сам контроллер может решить перенести чатсь информации…
«ОС не управляет физическим расположением» — это разговор о физическом уровне
Факт того, что на физическом уровне грязные блоки могут соваться куда угодно (распределяться равномерно), никак не определяет того, в каком количестве будет этого не перезаписанного барахла. Количество определяется как раз алгоритмами ОС и поведением пользователя. Т.е. спускаться на физический уровень здесь не нужно.
А ветка началась с устаревшего warning-а:
«Тем самым, вы ухудшили работу своего диска, отключив вместе с дефрагментацией подачу команды TRIM. У приличного числа моделей после этого со временем производительность ощутимо просядет.»
Вот это было актуально где-то когда-то. И то — поди знай, был ли смысл обращать внимание на этот переполох. Один выяснил, что «дефрагментация на SSD не дефражит, а TRIM посылает», а другой выяснил, что это не всегда так. И пошла серия статей про «выключать или не выключать». Сто лет назад, в пору тормозных Кингстонов, заполонивших все полки магазинов и по сей день не исчезнувших с них.
А кто в курсе, в какой винде и по какому алгоритму (как часто) сейчас в 2016-ом TRIM отправляется? Уверены, что ОС не сообщает об удалении каждый раз при удалении? Кто сказал, что ОС вообще перестает отправлять TRIM, если удалено задание на плановое обслуживание/дефрагментацию? Гугль только старье выдает.
Вот это было актуально где-то когда-то. И то — поди знай, был ли смысл обращать внимание на этот переполох. Один выяснил, что «дефрагментация на SSD не дефражит, а TRIM посылает», а другой выяснил, что это не всегда так. И пошла серия статей про «выключать или не выключать»
Если вы прочитаете серию статей, посвящённую проблеме дефрагментации SSD, то доберётесь до итога: сотрудник Microsoft Скотт Хансельман посоветовался с коллегами и выяснил, что дефрагментация производится, если включено создание точек восстановления системы.
Вы удалили файл — но на диске он остался.
Поэтому для диска в принципе нормально быть заполненному на 100%.
Для SSD это неприемлемо, ибо усложняет и замедляет запись, поэтому приходится использовать TRIM.
Можно работать и без TRIM — оставьте побольше неразмеченного места, и TRIM будет не нужен.
Без неразмеченной области и при неработающем TRIM ( Jump об этом случае говорил) свободной области через какое-то время работе не будет вообще — с точки зрения контроллера все сектора будут постоянно заняты, хотя с точки зрения ОС еще полно свободного места. И даже во время «сбора мусора» контроллер ничего сделать не может — именно потому, что он ничего не знает про файловую систему и если он хоть раз получал команду записать что-то в определенный сектор, он будет считать его занятым. В результате запись будет возможна только через модификацию блоков(считали/модифицировали/стерли/записали), что сильно снижает скорость и ускоряет износ.
Да, обычно производитель об этом заранее подумал зная все эти факторы и "спрятал" от пользователя небольшой % емкости, чтобы свободные блоки были всегда, даже если пользователь разметит весь диск и потом его забьет под завязку (или не забъет, но будет использовать на системе с неработающим TRIM, что через какое-то время с точки зрения контроллера станет эквивалентом полностью забитого диска).
Так сказать подстраховка на худший случай/вариант использования.
Некоторые резервируют поменьше — обычно на разницу между двоичными и десятичными приставками (ГиБ и ГБ). Другие (ориентируясь на большую скорость и живучесть в ущерб емкости) делают резерв побольше и из-за этого получаются "не круглые" емкости типа 120 ГБ доступного вместо 128 ГиБ установленного флэша или 240 ГБ вместо 256 ГиБ.
Во 2м случае самостоятельно дополнительно резервировать смысла уже ИМХО не имеет — у производителя и так достаточно большой резерв для работы контроллера оставлен в скрытой области — для 240 Гб диска это к примеру будет почти 13%.
Если речь все еще о логической структуре, то утверждение излишне строгое и размытое. Вот например, за пол года винда еще не нашла причин писать в конец раздела. Не возникает необходимости менять местами пустое и занятое пространство. Только лишь граница между ними двигается туда-сюда незначительно. Практически все файлы, регулярно меняющие свой размер и, как следствие, расположение, не достаточно большие, чтобы провоцировать неумолимое расширение границ занятого пространства. Для этого нужны чуть более особые условия (связанные с гигантскими файлами), нежели типичная работа ОС и офисных приложений.
>> Для SSD это неприемлемо, ибо усложняет и замедляет запись, поэтому приходится использовать TRIM.
Это понятно, а суть всей данной ветки обсуждения в том, что нет однозначного понимания, как TRIM работает. Одни считают, что по всей логике TRIM посылается достаточно часто (я, к примеру, лишь догадывался, что возможно сразу же, но никакой уверенности в этом не было) и никак не может отключиться при выключении еженедельного обслуживания дисков. Другие же считают, что TRIM посылается исключительно (или преимущественно?) раз в неделю и если выключить то задание, то «всё пропало». Причиной этому послужила волна статей 3-4 года назад (которая рассматривая один вопрос ввела в заблуждение по поводу другого) и отсутствие внятной четкой информации по TRIM (много написано зачем он, но мало — как он действует).
Т.е любой SSD с определенной периодичностью выполняет сборку мусора, как правило делается это в моменты неактивности диска.
Если сборщика мусора нет — значит диск не сможет удалить данные, только записать.
Падение скорости возникает тогда, когда сборщику мусора приходится работать во время активного использования диска.
Из этого тестирования, например, следует, что у PS3110-S10 без TRIM дела идут не лучшим образом.
Вот у меня в семерке вся самодеятельность отключена. Службы дефрагментации выключена. Задания в планировщике в большинстве своем удалены. Трим работает, судя по trimcheck-0.7-win64 и по отсутствию деградации.
С чего вы вообще взяли, что выключение периодического обслуживания означает жизнь «без TRIM»?
Периодическое обслуживание (оптимизация) представляет собой команду
defrag /o /u /v <буква диска>
/O Начиная с Windows 8, выполняет оптимизацию в зависимости от типа накопителя: жесткие диски дефрагментирует, а твердотельным повторно отправляет набор команд TRIM.
Отключая задание, мы отключаем вместе с дефрагментацией и отсылку TRIM. А она тем полезней, чем меньше свободного пространства. Так что, да, отключая задание и ничего не предлагая диску взамен, мы ухудшаем его работу.
… ПОВТОРНО отправляет набор команд TRIM.
Почему вы игнорируете это слово?
==============
>> Отключая задание, мы отключаем отсылку TRIM.
Домысел, не подтвержденный приведенной цитатой. Именно вокруг него и весь сыр-бор.
=============
>> Intel, которая в фирменной утилите по обслуживанию своих твердотельных накопителей советует посылать TRIM раз в неделю.
Intel советует установить и юзать Intel SSD Toolbox, при этом отключить дефрагментацию и SuperFetch (зачем-то):
http://www.intel.com/content/www/us/en/support/software/000006462.html
При этом уточняется, что начиная с семерки команда TRIM активирована по умолчанию. Но не сказано, что ее нужно вручную или заданием раз в неделю выполнять. Это всего-лишь уведомление об удалении файлов. Его можно слать как угодно часто. Что винда и делает, судя по всему. Без вашего вмешательства и вопреки отключению еженедельной дефрагментации, которая что-то там шлет ПОВТОРНО.
Но не сказано, что ее нужно вручную или заданием раз в неделю выполнять.
Интеловский софт, очень вероятно, сам отправляет команду TRIM. Поэтому связка «отключение дефрагментации + интеловский софт» полностью эквивалентна связке «отключение дефрагментации + слать вручную или заданием».
Его можно слать как угодно часто
Можно, но это совершенно ненужная нагрузка на контроллер. Всё равно что руки мыть каждый час. Или установить срок аренды IP-адреса равным 5 минутам. У нас админ провайдера так сделал. Каждые 5 минут клиентам прилетали айпишники (они были привязан к MAC-адресам, поэтому не менялись) и адреса DNS-серверов. Вреда, вроде, никакого, но и смысла тоже. Когда я спросил «а зачем?», меня поблагодарили за обращение и поставили срок равным 12 часам (скорее всего, ставили «5 минут» пока что-то тестировали или настраивали, да убрать забыли). Так и тут. Зачем флудить контроллер (TRIM) или сервер (DHCP) запросами, если никакой существенной разницы между «очень часто» и «не так часто» нет?
Что винда и делает, судя по всему. Без вашего вмешательства и вопреки удалению еженедельной дефрагментации.
Судя по чему?
>> Можно, но это совершенно ненужная нагрузка на контроллер.
Владение актуальной и полезной информацией — ненужная нагрузка? Тем более, учитывая объем работ, который может совершить ваше скучающее железо за доли секунды.
Судя по trimcheck-0.7-win64
Запущенной в Windows 7? Всё, что я писал в этом треде относится к Windows не ниже 8.
Периодически узнавать текущее время тоже нужно, но если вам будут каждую секунду постоянно докладывать о текущем времени, вы малость перегрузитесь и скажете «да нафига оно мне, мне и каждый час нормально».
Сбор мусора накопитель начинает не через доли секунды простоя. Пруфов не будет, но в тестах я видел упоминание того, что он выжидает существенно дольше.
— В Windows XP TRIM не отправляется операционной системой.
— Windows 7 через четыре года превратится в тыкву, поэтому копать глубоко, как там устроена дефрагментация (ключа /o = оптимизации с учётом типа накопителя, там ещё не было), желающих не нашлось.
— В Windows 8.1 дефрагментация SSD осуществляется, если не выключено создание точек восстановления И файлы сильно фрагментированы. Источник: сотрудники Microsoft.
— По Windows 10 данных нет, но, поскольку, нет оснований полагать, что поведение изменилось, разумно полагать, что оно не изменилось (если что-то работает, то программисты его и не трогают).
— TRIM полезна, и тем полезнее, чем меньше свободного места осталось на диске.
Вывод: проще всего в Windows 8+ ничего не трогать. Никакого существенного вреда не будет. Но если хочется, то можно отключить оптимизацию SSD и создать задание в планировщике. Вреда тоже не будет, но, возможно, будет мизерная польза. А может и её не будет и всё это послужит лишь для удовлетворения желания «потюнинговать систему».
В общем-то, я не вижу о чём тут ещё спорить благородным донам.
Выключение еженедельной дефрагментации не отключает никакой TRIM. Это было бы верхом идиотизма.
В некоторых случаях когда например вы сжимаете файл бд — отправки уведомления бывает не происходит.
Поэтому ее полезно иногда отправлять и вручную или из планировщика, что собственно и сделано она отправляется при оптимизации диска.
По поводу дефрагментации — я бы не рекомендовал отключать дефрагментацию, зачем вам фрагментированная ФС?
От дефрагментации раз в месяц ничего диску не будет, перемещаемый объем данных очень маленький.
Заглядываю с частотой, которая мне удобна. Когда удобно. С интересом рассматриваю карты разделов, прежде чем запускать дефрагментацию.
Во-первых, убеждаюсь, что раздел-хранилище крайне редко и мало фрагментируется, если не накидывать в него файлов, скачиваемых через браузеры (которые почему-то по сей день не «заказывают» размер файла при создании).
Во-вторых, могу дефрагментировать «по-виндовому» (без уплотнения, лишь устраняя фрагментацию), могу с уплотнением.
В-третьих, вижу на сколько много каши образуется обычно на системном разделе. В случае если ее оказалось излишне много — что-то не так. Или если задумал вынести кеш браузера на рам-диск — позже смог оценить визуально его вклад в фрагментацию (увидел на сколько меньше стало каши).
В четвертых, сейчас, в условиях, когда нет смысла дефражить SSD, любопытно проследить, на сколько системному разделу удастся фрагментироваться, скажем, за год. Относительно любопытно, т.к. я не сторонник частых переустановок всего ПО и мелкого ежедневного апдейта системы, так что в моем случае не сильно любопытно следить за медленным и не достаточно масштабным загаживанием мало меняющейся системы.
В пятых, да мало ли по какой еще причине пользователь не желает пользоваться коробочным инструментом?
http://www.intel.com/support/ssdc/hpssd/sb/CS-031221.htm
Answer 7: Intel recommends running Intel SSD Optimizer once per week. (т.к. их оптимизатор выступает вместо отключенного задания винды)
Answer 10: Microsoft Windows* 7 + Microsoft* AHCI = отсутствие необходимости танцев с бубном:
«Trim supported as part of the native operating system (Intel SSD Toolbox with Intel SSD Optimizer not required to run Trim, but nice to have to confirm that Trim has run on the SSD)
А для XP — нужен их оптимизатор. ПРичем, он не только раз в неделю будет трим посылать, он будет делать это по мере возможности (будучи запущенным в фоне и мониторя удаления).
Команды TRIM сразу при удалении файлов подаются? И как бы вообще проверить работает ли реально TRIM в ОС, кроме как сравнениями производительности SSD и сравнения с «эталоном»?
А Windows 7?
Windows 7 должна поддерживать. Но оптимизации с учётом типа диска в ней ещё не было. В целом, я бы рекомендовал использовать ОС поновее, поскольку старые системы проектировались без учёта новых технологий. Да и через 4 года к Windows 7 перестанут выходить обновления.
Команды TRIM сразу при удалении файлов подаются?
Отличный вопрос, мы тут как раз выше яростно по этому поводу спорили. Вендоры рекомендуют раз в неделю подавать. Интересно было бы узнать, как часто подаёт ядро Linux, благо там хоть исходники открыты, в отличие от Windows.
И как бы вообще проверить работает ли реально TRIM в ОС
https://github.com/CyberShadow/trimcheck
Проверил — TRIM в 7ке (x64) на NTFS томах работает исправно сразу по удаления каждого файла.
При перезапуске программки сразу — находит данные из только что созданного и уже стертого файла.
А вот если секунд 10 хотя бы подождать не дергая диск — в секторах куда был записан удаленный файл уже только нули.
Команда fsutil behavior set disabledeletenotify 0|1 успешно включает/выключает TRIM.
Поэтому провел еще один тест. Отключил TRIM. Удалил созданный файл. Включил TRIM обратно. Тут уже данные остаются на месте и активный TRIM их не подчищает. Ни через некоторое время, ни после перезагрузки — данные из стертого файла по прежнему физически все еще хранятся на диске в тех же самых секторах.
Видимо для этого в Win 8 и позже и включили TRIM как элемент периодического обслуживания диска — чтобы передать контроллеру информацию о всех имеющихся свободных секторах, независимо от того как/когда они освободились. Например чтобы чистить мусор от файлов удаленных в то время, когда по какой-то причине TRIM не был активен и вероятно для программ работающих с прямым доступом к диску минуя файловую систему.
Возможно, свою роль тут играет и контроллер. Если он узнаёт, что вон в тех блоках хранится удалённый файл, он ведь не обязан моментально бросаться заполнять их нулями или записывать туда содержимое других блоков. Когда он решит, что пора бы блоки перетасовать для оптимального размещения, тогда и перетасует. А когда именно он решит — зависит от алгоритмов прошивки.
От прошивки конечно зависит, но конкретно для своего я проверил — как только ОС ему сообщила что какие-то сектора свободны, он в ближайшее же время (через несколько секунд неактивности) начинает их физически удалять/очищать.
Насколько помню TRIM передает контроллеру лишь диапазон секторов, который ОС считает свободными. При этом только от ОС зависит когда их подавать. Видимо при удалении файла Win7 сразу же после записи в таблицу файлов файловой системы о том, что какие-то кластеры которые занимал файл теперь свободны, одновременно подает и команду TRIM контроллеру в которой сообщает аналогичных диапазон(или несколько диапазонов если файл был фрагментирован) секторов который был(и) заняты этим файлом, чтобы тот мог приступить к очистке без задержек.
Если в момент удаления файла TRIM был отключен(со стороны ОС или со стороны диска) — команда не подается, соответственно контроллер не знает о том, что сектора освободились. А какого-то лога/кэша, чтобы сообщить об этом позже (когда TRIM станет доступен) у винды нет.
Тогда как при дефрагментации/оптимизации выполняемой по расписанию, винда смотрит уже не на удаленные файлы, а просто составляет полный список всех свободных кластеров в файловой системе для всего диска целиком, преобразует их в соответствующие адреса уже секторов (LBA) и кормит контроллеру как длиннющий список команд TRIM в котором перечисляет все незадействованные для хранения каких-либо файлов сектора подряд. Вероятно включая те, про которые контроллер уже и так знает что они свободны — например о которых ОС уже сообщала при удалении файлов. Хуже от этого не будет, т.к. это же не команда заставляющая принудительно их обнулить, а лишь информирование контроллера о том, что данные в этих секторах больше не нужны. Так что если он их уже затирал раньше и они уже и так числятся свободными, то заново он эту работу делать не будет, а обнулит только те о которых еще не было известно что они свободны. Ну при адекватной прошивке по крайней мере.
В общем получается такая глобальная «сверка часов» (синхронизация) между ОС и контроллером, после которой ОС и контроллер имеют идентичную БД о том какие сектора свободны, а какие заняты независимо от всей предыдущей истории работы с диском (может он вообще перед этим под управлением другой ОС работал или в другом компе стоял?). И ввели это начиная с Windows 8 совместив с программой дефрагментации и по этому поводу переименовав ее в программу «оптимизации» диска.
По крайней мере в Win7 я только что проверил — дефрагментация тома на SSD НЕ обнуляет сектора приходящиеся на файлы удаленные до дефграментации. Заодно проверил, что Win7 похоже все-таки нормально отличает SSD от HDD (хоть и не пишет об этом нигде пользователю), по крайней мере предыдущая дефрагментация была более полугода назад(и возможно это я ее вручную запускал) и уровень фрагментации уже был больше 20% — т.е. по расписанию винда ее НЕ проводила определив что том находится на SSD и ему это не требуется.
По опыту эксплуатации всякого старья типа CPU AMD 5x86-133 + EDO RAM (примерно с 1997 до 2016 года, 40ч в неделю) оперативка в ПК помирает реже всего.
Просто «дерьмо случается».
И странно, что сейчас на ebay этот зелёненький CPU с неразвитым пассивным алюм. радиатором стоит на уровне нового 4-х ядерного проца.
мне всегда казалось, что тот, кто покупает б/у — обычно знает что он делает и зачем. и уж точно не покупает старые планки по цене новых. хотя опять же, дуракам закон не писан =(
А для каких задач это важно? Там же такой запас, что даже трудно представить, как оно может упереться в потолок у кого-то, кроме видео-редакторов.
Так вы и в прошлый раз говорили про надёжность. Все неприятности, что вы рассказываете про секонд-хенд переносятся и на использование просто старых устройств.
оперативка — 0,5%
Или фирму кингстон надо привлечь за недобросовестную рекламу пожизненной гарантии.
https://habrahabr.ru/post/171407/
«ошибки памяти часто лечатся банальной чисткой контактов.»
«раз в год меняем планку памяти по гарантии из нескольких тысяч что стоят у меня в серверах, в основном ДДР3.»
Если эти 4 гига за первые 12 мес. не вернули в магазин по гарантии, то и дальше они будут жить-поживать, баги от космич. лучей наживать :)
Вывода я сделал два:
1. Если нужна надежность, то память должна быть с ECC. Кстати, сейчас память с ECC не сильно дороже обычной, но E3 процессоры в большинстве не содержат видео, а видеокарты, встроенные в платы для рабочих станций, как правило никакие.
2. Если память без ECC и откровенно не битая (не дала ошибку на первом проходе), то скорее всего вы никогда не узнаете, что с памятью проблема. Возможно столкнетесь пару раз за год с тем, что браузер или другое приложение выдали ошибку, но вы не будете списывать на проблему с памятью.
Зачем отключать файл подкачки?
Файл подкачки должен быть включен, а в случае если у вас SSD, то он должен находится на SSD, иначе зачем тогда вообще SSD нужен?
SuperFetch отключается автоматически на SSD, а если бы он и был включен — ничего вредного он не сделает без запланированного запуска дефрагментации, просто пользы от него не будет.
По поводу дефрагментации — на SSD она автоматически отключается в Windows.
В некоторых случаях, при определенных условиях она все же включается раз в месяц — ничего страшного в этом нет — объем перемещаемых файлов небольшой, и на ресурсе никак не скажется.
Включение дефрагментации обусловлено тонкостями работы NTFS с теневыми копиями — иногда возникает сильная фрагментация файловой системы.
Т.е процесс дефрагментации не имеет смысла для SSD, но вполне нужен для фрагментированной базы данных NTFS…
Зачем отключать файл подкачки? Файл подкачки должен быть включен
А зачем его включать?
За венду не скажу, но под линуксом в случае какой-нибудь утечки памяти при прогоне тестов, например, я предпочту убитый по OOM процесс интерпретатора, чем систему, ушедшую в своп на 10 ГБ и о-о-очень медленно реагирующую на какие-либо действия пользователя. А если у меня не хватает памяти для выполняемых задач, я в первую очередь задумаюсь о том, чтобы увеличить ее объем.
Если памяти достаточно, то подкачка почти не используется, и уж никак не тормозит работу системы.
2)Если памяти недостаточно без подкачки получим проблемы.
3)Существует такая штука как фрагментация памяти — без свопа память не дефрагментируешь, т.е получаем ситуацию когда у нас из 16Гб памяти свободно 8Гб, а приложению выделить больше 2Гб не получается, ибо она вся раздроблена на мелкие куски.
4)Использование памяти неоптимально, данные которые долго не используются, и без дела торчат в памяти сбрасываются в подкачку — но из памяти не удаляются. Если кому-то срочно потребовалось дать много памяти — удаляем их из памяти и выделяем память тому, кому она действительно необходима, если никому не потребовалась память — а данные у нас по прежнему в памяти и доступ к ним быстрый.
Т.е отключение подкачки это снижение быстродействия компьютера, и возможность поиметь проблем при нехватке памяти.
Бывают редкие исключения, как правило в серверах, когда есть процесс с неограниченным аппетитом пожирающий память и его надо поставить в рамки. Но это именно исключение и проблема, а не нормальная ситуация.
есть процесс с неограниченным аппетитом пожирающий память и его надо поставить в рамки. Но это именно исключение и проблема, а не нормальная ситуация.
Конечно это проблема. Но пока я решаю эту проблему, лично мне, как я сказал, удобнее, если этот самый процесс убивается, а не ставит колом всю систему :)
А уж держать своп на серверах… По мне так это как грабли с укороченной ручкой: бьет больно и в совершенно неожиданном месте. Вплоть до невозможности минут эдак двадцать подключиться по ssh, потому что кривой скрипт по обработке логов «съел» памяти сколько смог (и еще чуть-чуть), из-за чего sshd тупо выгружен в своп, а сервер «ушел в себя» и гоняет данные между свопом и озу. И иногда самый быстрый вариант — позвонить на площадку и попросить нажать на ресет. А убился процесс по OOM — ну нехорошо, да. Но он хотя бы перезапустился за адекватное время и снова работает.
Проще говоря, если памяти хватает — проблем нет, если памяти не хватает — проблемы есть и без свопа и со свопом. Приходится выбирать из двух зол. И какое из них меньшее — это еще большой вопрос.
https://ru.wiktionary.org/wiki/%D0%BF%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%B2%D0%B8%D1%82%D1%8C%D1%81%D1%8F
Рынок потребительских SSD сейчас, грубо говоря, поделён на накопители, подключающиеся по SATA и PCI-E. Первые уже давно приблизились к ограничениям интерфейса, поэтому конкуренция пошла «у кого подешевле». А TLC-память дешевле, но менее долговечна. И компенсировать её меньший ресурс можно лишь программно, алгоритмами прошивки контроллера. Что требует квалифицированных инженерных кадров. Возрастает цена ошибки инженеров, благодаря чему мы имеем откровенно провальные и забагованные модели даже у таких монстров, как Самсунг и Плекстор.
Так все-таки два или четыре? Напомнило: www.youtube.com/watch?v=RfXMxQlUmvQ
«Если данные не были зашифрованы бдительным почившим программатором»
Программатором? Или все-таки контроллером?
Про память внутренняя жаба говорит мне что имеет смысл брать модули максимальной ёмкости для слота. Т.е. при выборе 2x16 или 4x8 я возьму первый, чтоб потом не гадать кому сплавить 2 модуля по 8. Это не считая что про многоканальность какой-то бред написан.
Старый друг хуже новых всех, или чем опасны б/у оперативная память и SSD