Хотя бы "не менее" для спящего режима.

Может хватит просто высказываться без аргументов? Давайте про домашнего пользователя у которого 1-4 гига оперативы, который качает торенты, смотрит кино, и шуршит вебстраницами. Зачем нужен своп?
1. Если не хватает оперативы.
2. Использовать режим hibernate.
Вот и все.
Если оперативы более 2 гига о нехватке, даже гипотетической можно забыть пока что, но 500-1000 мегов на всякий пожарный случай лучше выделить верно? А вот если юзается режим hibernate, вот только очень хотелось бы услышать зачем это вообще нужно, то на диск в раздел swap сливается содержимое оперативы и питание отключается, верно? Тогда зачем swap в два раза больше? Аргументы времен 128 мег оперативы не катят. Я так это понимаю.

mvt, при всем моем уважении, где основание для подобных ответов?

на сарае тоже ..й написано, а там дрова лежат

согласен.
значит правило
swap == 2*ram
изначально работало для музейных систем?

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

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

Конечно ни кто так не сделает, слишком заточено будет. Кстати эта настройка диска в опертиве сильно облегчена в FreeBSD. Я быстро отказался от этой темы, например флешролики во фряхе скачиваются в /tmp, и тогда надо делать его достаточно большим, иначе не сможешь качать-смотреть одновременно несколько роликов.

купил память - пилить диск?

а что вы теряете? жалкие 1000 метров диска?

сейчас 1гб на диске стал дороже 1гб памяти? мне доказать, что соотношение слабо изменилось? или сами в магазин сходите, посмотрите?
дисковая память стоит копейки, и жалеть её НЕ надо.

В инсталлере AgiliaLinux есть возможность выбрать занесение /tmp в оперативку.

zhevak, я влетал регулярно на kubuntu 10.10, когда кэш "пожирал" 1.4Гб оперативки и ещё начинал захватывать 600-700Мб в SWAP. oO
Система практически зависала минут на 6-10 при каждом выполнении какой-либо программы.

Termo, ммм....надо попробовать smile

По умолчанию во фряхе предлагают 32 мегабайта /tmp в оперативе, но я расширил до 512, и как то зависнув в ютубе и открыв несколько вкладок быстро переполнил этот раздел, там же ролики по 60-100 мегабайт.

придёт ООМкиллер, и замочит оборзевшее приложение. Прикол в том, что на десктопе это приложение - иксы (обычно). Что не радует новичков, которые почему-то не любят консоль... Потому - прощай все открытые документы, начинаем с нуля.

а засвопить ядро может процессы и без тормозов. например, если во втором экране юзер гимп с большой фоткой открыл. Подправил, и забыл закрыть. Тормоза появятся тогда и если юзер про свой гимп вспомнит.

сильно зависит от задач.

если у вас ОДНА задача. Да. Но если вы одновременно открываете много разных приложений (больших), то ядро их постоянно свопит, и тормоза возникают лишь при их переключении - одно приложение уходит в своп, второе возвращается оттуда. Очевидно, что если памяти 1000, и свопа 1000, то обменять одну тыщу на другую можно. Но очень долго (надо менять маленькими кусочками, например по 32 байта), а если свопа 2000, то это тривиально, и ОЧЕНЬ быстро - и диск и память оптимизирована на последовательный доступ - можно очень быстро перекинуть одну тыщу в своп, а потом вынуть оттуда вторую. А менять по байтикам - очень долго. Да и в DMA такой фичи нет, чтение есть, запись есть, обмена нет. Потому будете гонять через CPU.

Ессно, обмен памяти целиком - терминальный случай. На практике именно такого нет, но проявляется что-то подобное.

Важно: ничего не изменилось. Всегда был большой диск с дешёвыми гигами, и медленная память с дорогими и быстрыми. Свопирование - операция по смыслу противоположная кешированию. И если у нас есть много данных, которые не нужны, их имеет смысл всунуть в своп. А память использовать как кеш, для быстрого доступа к нужным (сейчас) данным. Так и получается в грамотно настроенном линуксе.

а подумать?

глупо.
Смотрите - вы создаёте временный файл в /tmp, и почти сразу его уничтожаете. А теперь внимание, вопрос: неужели Линус и все разработчики ядра настолько тупые, что-бы писать этот файл на диск? Никуда он не пишется, он дальше памяти никуда и не уходит. Так там и остаётся, в "дисковом кеше". И лежит он там до тех пор, пока память полностью не заполнится. Временный файл ядро может записать на диск лишь в том случае, если
1) ядру делать нефиг
и
2) устройство простаивает.

Но если условия выполнены, то юзер не замечает тормозов.
А вы можете дальше заниматься бесполезными "оптимизациями". Желательно на винфаке

Маленькая поправка.
Пространство свопится не побайтам, и даже не по 32 байта. Минимальный размер для свопинга -- одна страница памяти. Для архитектуры i386 это 4096 байт. Для процессоров Alpha (я их никогда не видел) 8192. байта. Поэтому, если процессу понадобился один байтик, который находится в данный момент на диске, то будет закачено 4096 байт.

При обращении по любому адресу "вытесненной" на диск страницы, происходит исключение. Обработчик этого исключения определяет, что страница в настоящий момент находится на диске и, предварительно вытеснив какую-нибудь "старую" страницу на диск, заберет с диска нужную страницу целиком, т.е. все 4096 байт. Поскольку весь процесс свопинга происходит за пределами текущего (пользовательского) процесса, то последний даже не прочухает, что его данные оказались "выдавленными" на диск. Единственный критерий (для программы), который позволяет уловить, что данных в памяти не оказалось, -- это возросшее на несколько порядков время их получения.

(Блин, кому это ликбез нужен? Кому надо, сам все найдет и прочитает. )

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