История изменений

Это какое-то совсем уж экстремальное использование свопа, при котором вся система будет еле живой.

<Из под стола>Ну да, конечно. То то у меня первые фризы начинают появляться при 150% использовании памяти, а попытка сделать стресс-тест даёт замедление с 6:37 до 7:33 или на ~21%, если почистить искуственно созданное ожидание. А если zswap/zram, тогда ещё меньше. Причём с выходом на 200-250% загрузки памяти.</Из под стола>

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

Ну так и запросы софта подросли! Мало того что эти браузеры обожрались до неприличия, так ещё современное высокоуровневое ПО предполагает, что половину памяти можно просто выбросить на диск и она так и не будет запрошена до завершения работы. Там какой нибудь jit-компилятор, нужный только чтобы запуститься (а по хорошему всё что он делает должно было произойти 1 раз, при сборке из сорцев) или парсер xml-конфига, который может быть сложнее полезного функционала программы.

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

При этом в оперативку ещё и tmpfs умудряются запихнуть

Вот у меня там кеш иконок и миниатюр. Это куда нужней в быстром доступе чем интерпретатор css-темы gtk, который отрабатывает только при запуске приложения а потом висит в памяти балластом.

Тем более на десктопе.

Как раз на десктопе круг задач максимально широк и непредсказуем. Сервер можно сконфигурировать под одну конкретную задачу и подогнать объём оперативки +/- 20%, а если случится какой то непредвиденный пик то это уже целое событие. А десктоп должен быть готов ко всему, от либреофис + музыка (и 512М хватит) до 64-128гб.

Это какое-то совсем уж экстремальное использование свопа, при котором вся система будет еле живой.

<Из под стола>Ну да, конечно. То то у меня первые фризы начинают появляться при 150% использовании памяти, а попытка сделать стресс-тест замедление с 6:37 до 7:33 или на ~21%, если почистить искуственно созданное ожидание. Причём с выходом на 200-250% загрузки памяти. А если zswap/zram, тогда ещё меньше.</Из под стола>

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

Ну так и запросы софта подросли! Мало того что эти браузеры обожрались до неприличия, так ещё современное высокоуровневое ПО предполагает, что половину памяти можно просто выбросить на диск и она так и не будет запрошена до завершения работы. Там какой нибудь jit-компилятор, нужный только чтобы запуститься (а по хорошему всё что он делает должно было произойти 1 раз, при сборке из сорцев) или парсер xml-конфига, который может быть сложнее полезного функционала программы.

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

При этом в оперативку ещё и tmpfs умудряются запихнуть

Вот у меня там кеш иконок и миниатюр. Это куда нужней в быстром доступе чем интерпретатор css-темы gtk, который отрабатывает только при запуске приложения а потом висит в памяти балластом.

Тем более на десктопе.

Как раз на десктопе круг задач максимально широк и непредсказуем. Сервер можно сконфигурировать под одну конкретную задачу и подогнать объём оперативки +/- 20%, а если случится какой то непредвиденный пик то это уже целое событие. А десктоп должен быть готов ко всему, от либреофис + музыка (и 512М хватит) до 64-128гб.