SWAP файлом или разделом на диске

Свап что разделом, что файлом отлично работает для спячки

помимо конечно того что это как-то виндовенько

Линуксоедам обязательно быть НИТАКИМИКАКВСЕ?

Не в курсе, что там с ядерными методами, но в TuxOnIce работает.

фрагментация

Будет лишний слой абстракции между свапом и ядром. Теоретически может расфрагментироваться и стать тормознее.

что бы не заполонять разделами диск

Используй gpt, оно может до 128 разделов.

Теоретически может расфрагментироваться

очень страшная штука для ссд :-P

Всё равно ядру придётся лишний раз считать смещения очередного куска, может быть просядет разве что не на 50%*, а на 10%*.

* — цифры с потолка

ну как бы если своп в файле, то при записи туда дергается еще и драйвер ФС, на которой лежит своп, а так напрямую туда пишется.

что бы не заполонять разделами диск

GPT спасёт бедного линухоеда.

так спячка же в озу пишет

кстати, а раз уже свап-раздел находится где-то в определённом месте диска, не получится ли так, что одна часть его больше расходует ресурс, чем другая?

Следить за равномерностью износа — забота контроллера.
---
KO

то есть, контроллер мутит фрагментацию?

Какая фрагментация?

http://en.wikipedia.org/wiki/Wear_leveling

очень страшная штука для ссд :-P

Понимаешь, сейчас набегут те, что сами видели, что данные быстрее читаются из микросхем, ближайших к контроллеру... Потому что зарядам по дорожке меньше бежать... ;)

ну, контроллер размазывает своп-раздел по всему диску, не так?

http://i.piccy.info/i9/7d24db525918a42b99421ea1d056b6af/1402823233/85705/6607...

Линуксоедам обязательно быть НИТАКИМИКАКВСЕ?

Если бы ТС хотел подчеркнуть свою инакость, то хранил бы SWAP в RAM.

Конечно. Как и все прочие файлы и разделы. И вообще, для понимания работы SSD надо отвлечься от HDD практически полностью.

Чтобы при обращении к swap не дёргать драйвер ФС. Когда-то это добавляло немного быстродействия. Сейчас уже неактуально, но традиция осталась.

Сделал мой день

ну это я понимаю. просто меня интересует, не снижает ли это скорость чтения? то есть, если я всё правильно понимаю, рандомное чтение тоже почему-то работает с меньшей скоростью, хотя и не настолько

и просыпался бы тоже с него =)

Раздел быстрее и не подвержен фрагментации.

так спячка же в озу пишет

а ОЗУ на батарейках должна быть что бы?

И это, я в обще в теме про гибернацию имел в виду

хранил бы SWAP в RAM

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

Раздел быстрее и не подвержен фрагментации

Хорошо, а если я буду врубать swap только для спячки, а после вырубать дефрагментация понадобится?

нет, батарея есть у ноута. или питание не выключать

Если пересоздавать файл каждый раз то фрагментироваться будет сильно. Разница между свопом файлом и разделом незаметна на глаз, но на чистом диске я бы сделал отдельным разделом, так как традиция и хрен его знает что может при хибернайте отвалится.

Не будем путать S4 и S3.

Чтобы при обращении к swap не дёргать драйвер ФС

А не было ли для этого обхода драйвера ФС? Ведь если swap не перемещается по ФС то можно (наверное) работать сразу с нужными секторами

Файл на ФС не обязательно хранится непрерывно, он может быть в виде нескольких кластеров. Информацию об их расположении и размере нужно считывать из ФС. Причём желать это надо как при чтении, так и при записи.

Файл может быть sparse(https://wiki.archlinux.org/index.php/sparse_file), для работы с таким опять же нужна информация из ФС.

Вводить для таких целей файлы специального вида(одним куском и неизменяемый размер) - бессмысленно, т. к. это и получается раздел диска.

если своп в файле, то при записи туда дергается еще и драйвер ФС

а если я swap буду включать только тогда когда в спячку отправлять буду, никакой модель во время работы не будет дергаться же, я прав?

а если я swap буду включать только тогда когда в спячку отправлять буду, никакой модель во время работы не будет дергаться же, я прав?

да.

Кстати, офф, но всё же. Линукс уже научился шифровать свап?

так спячка же в озу пишет

Взоржал. Ты в курсе, что ОЗУ - энергозависимая память и при отключении питания очищается?

или питание не выключать

Тяжёлый случай.

шифровать свап

Нафейхоя?

Хехе, дарагой мой, в раме все твои ключи от квартиры, где деньги лежат, прямым текстом читаемы... А если они в свап попадают, то и после выключения питания. И тем более, после суспенда.

И особенно страшно, если ты родную цацку потерял/украли, или злые люди в чёрном её забрали.

Опен свап, уже не знаю сколько лет, шифрует по умолчанию. И вот задался вопросом, как с безопастностью в линуксе? Т.к. что-то не слышал, что бы эта фича была.

UPD: сам спросил, сам ответил. =)

OpenBSD: шифрует swap с 2000 года! http://bsd.slashdot.org/story/00/01/16/1943235/openbsd-can-encrypt-swapspace

Linux тоже научился, но костыыыльно (и конечно не по умолчанию): http://iwtf.net/2010/01/05/encrypting-your-ubuntu-swap-partition/

слушай, если по секурности загоняешься то же (respect тебе), не знаешь ли, вот, ну на твой взгляд, все таки данные на hdd или ssd проще удалить НАВСЕГДА, что бы точно никто не восстановил (про shred слышал я, но все ж)?

А зачем тебе вообще своп нужен?

Экспертом себя абсолютно не считаю, но мнение имею. =)

HDD: 1 (один) раз перетереть нулями уже достаточно, что бы это было практически не возможно восстановить. Все эти 7-раз или 35-раз туда-сюда-вуду устаревшие городские байки дедушки Панаса. Физика дисков с тех пор, когда эти байки пошли, сильно поменялась.

SSD: переписывать что-то, из-за физики устройства, вообще не имеет никакого смысла. Просто стереть.

Ну и самый надёжный способ: физическое уничтожение носителя. =)

ref1: http://en.wikipedia.org/wiki/Gutmann_method#Criticism

ref2: http://www.kingston.com/us/community/articledetail/articleid/10?Article-Title...

А зачем тебе вообще своп нужен?

для спящего режима только

чем плох suspend?

щетчик мотается) и мало ли кто из домашних, пробудет одним нажатием кнопки клавы, а не питания

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

у вас в хабаровске с этим совсем плохо, да?

Гибернация (англ. hibernation — «зимняя спячка») — энергосберегающий режим операционной системы компьютера, позволяющий сохранять содержимое оперативной памяти на энергонезависимое устройство хранения данных (жесткий диск) перед выключением питания. В отличие от ждущего режима, при использовании гибернации подача энергии полностью прекращается

Иди проспись.

Ничего смешного, man zram, реально применялся в сборках андроида для слабых телефонов :)