Без ECC, в случае ошибок с памятью, будет затронуто куда большее количество данных, чем без сжатия
И хорошо. В случае ошибок с памятью всё должно как можно быстрее и как можно громче упасть похоронив все данные, вместо того чтобы тихонько их покорёжить и сохранить повредив навсегда.
Обсуждалось в соседней теме. Это какой-то нанятый по квотам в фейсбук персонаж, по крайней мере очень похож. Который несёт херню.
Никакой мусорный своп не может помогать системе «не тормозить», если в системе достаточно памяти. Своп - это по определению мусорной, тормозящие дерьмо. Которое существует для того, чтобы за тормоза экономить память. Других назначений нет.
Почитай мой разбор можно в истории.
В результате отсутствие свопа замедляет систему, хотя на десктопе может это и не заметно будет.
Только ускоряет. Конечно, если у тебя есть память. А вот если её нет. Там уже да. Без памяти тормозит больше чем со свопом. И то, на самом деле, это вилами по воде писано. Вот они уже сколько тысячи лет латают это дерьмо, чтобы оно хотя бы в таком применении не тормозило.
Для домашнего пользователя достаточно знать, что «своп придумали не просто так».
Да, для покупки памяти за тормоза. Теоретически вытесняем более ненужную держа в памяти нужную. Работает как говно, конечно. Но за спайки и прочие «преимущества» - они да, полезные.
В предельном случае (топовый быстрый NVMe SSD с маленьким оверхедом по IOPS) да.
Ога, эти куллстори. Удивительно как пропаганда/невежество работает. Уже нужен топовый быстрый ссд.
А какой ещё более топовый и быстрый ссд? Правильно - память. А что будет, если сделать своп на памяти? Да. Будет ещё лучше. И вот мы закольцевались в этом нагромождении невежества и перепасты мусора.
Я тоже одно время не использовал: где-то прочитал, что начиная с 8 гигов оперативы он уже без надобности, но потом вот читал что-то типа того, на что ссылается intelfx, и вернул назад.
И зря сделал. Но да, от абстрактного «количество» оперативы ничего не зависит. Зависит от «достаточно» или нет.
В целом аксиома такая - мусорный свап не может быть лучше памяти. Никак и никогда. Поэтому n-памяти+m-свопа всегда < чем m+n памяти.
Всё что тебе даёт своп - это в идеальном случае покупка памяти за РЕДКИЕ тормоза. Это идеальный случай. А чем он менее идеальный - тем менее редкие эти тормоза.
Кстати в федоре уже давно zram, так что вопрос выделять-невыделять место на диске считай закрыли.
zram и прочее - это куда более состоятельное решение. Она так же даёт фризы, но они не будут сильно заметны.
У меня были опыты по использованию линуксов на машинках с явным недостатком ОЗУ - всё тормозило. А вот после установки zswap+zram+MuQSS(тогда ещё BFS)+UKSM== реально можно было пользоватья железом и даже открывать с десяток вкладок в браузере.
На той же orange pi zero включение zram- отличное решение, имхо. Да и на ВПСке тоже никто не мешает включить, особенно если там оперативки аля 256/512мб.
И даже когда оперативки гигов 8… Например, возникает нужда собрать что-то и тут тоже пригождается zram!
Ну пляски то они пляски, но если выбирать из двух. Почему - я выше ответил. zram у тебя лежит в памяти, тем самым всё что ты получаешь - это только задержки вызванные декомпрессией + оверхед на саму подсистему. Эти задержки куда более приемлемы, нежели мусорный свам, который в принципе не предсказуемый. Да, оно будет жрать цпу, но это куда более предсказуемо.
Основная проблема свопа в том, что он непредсказуемый. Особенное если мы говорим про блины. Т.е. всё что ты сохранил на диск и после захотел прочитать - в ответ на это могут быть какие угодно задержки. На блинах и секундные, в том числе. И ты никогда не знаешь какими они будут.
Именно поэтому тебе рассказчик куллсторей про «свап не тормозит» так же рассказывал про диски с минимальной задержкой.
Не, там никогда не было расовых/гендерных квот - это прикрытие. Они всегда были именно идеологическими.
А если серьезно, что там неправильно написано?
Всё. Здесь и там далее по ссылкам/в рамках ветки я отвечал на эти вопросы.
Если кратко - там чисто пропагандистское дерьмо с подменой понятий. Рассказывает про какие-то грязные страницы, когда их минимальное количество.
В целом всё сводится к тому, что они пытаются в своей чуши латать дыры свапа чем-то. Допустим, быстрыми дисками. Но при этом забывая обвить методичку для остальных случаев.
Допустим, есть проблема - тормозит этот мусор, может адски спайкать задержками. Что сообщают пропагандисты? Это просто ваш диск говно. Свап спасает кеш от вымывания.
И вот здесь уже противоречие. Если свап спасает файловый кеш от вымывания(опять же, непонятно на чём основаны эти куллстори? Т.е. почему спасение фкеша важнее спасения памяти?). Только вот в чём проблема - чем быстрее у тебя диск - тем менее ценен для тебя кеш. Таким моментов там масса.
Нужно просто понимать, что свап - это компромисс. Ты платишь фризами/прочими проблемами за возможность работы. Т.е. если бы свапа не была - ты бы вообще не мог работать. Он даёт тебе дополнительную память. Это его задача.
Конечно, если бы этот мусор работал идеально. Его можно было бы использовать всегда тем самым добавив себе немного памяти. Но проще эту память сразу купить, чем надеяться на это днище.
Это может нормально работать на каком-нибудь андроиде, упоминаемом выше. Там есть апишки для приложений, там система в целом знает больше о происходящем. Всё куда более примитивно.
Вон там обещают выкатить какие-то улучшения на эту тему. Возможно это говно будет работать.
Но и то это актуально только для случаев, когда тебе памяти не хватает. Если её хватает - она всё равно забита всякими вкладками хрома/пейджкешом на десктопе. А вне десктопа это говно нахрен ненужно - оно непредсказуемо. Как я там писал - это возможный механизм оптимизации стоимости, но только в руках того кто знает что делает. Хотя своп то ещё убожество в плане кастомизации.
Поэтому если у тебя не хватает памяти для старта какой-то игрульки. При этом ты уже выикнул всё, что может мешать - можно обмазаться свопом. Возможно когда-нибудь он сможет из памяти выкинуть то, что тебе ненужно от игрульки.
Да, потом могут быть фризы. Может быть что угодно. Но в целом играть лучше чем не играть. В этом фишка.