LINUX.ORG.RU

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

Исправление vbr, (текущая версия) :

SSD для swap (комментарий) Да вот же пример

Ну а у меня совершенно обратный пример перед глазами.

Но также нет и никакой пользы от того чтобы их искать и сбрасывать!

Ну как это нет? Я же только что написал - это высвобождает ценную оперативную память. Это польза.

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

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

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

А выигрыш на потенциальном высвобождении под дисковый кеш исчезающе мал если у тебя ссд.

Ну не, ССД, конечно, ребята шустрые, но с оперативной памятью им не тягаться, особенно на случайном доступе. Разница огромная.

Исправление vbr, :

SSD для swap (комментарий) Да вот же пример

Ну а у меня совершенно обратный пример перед глазами.

Но также нет и никакой пользы от того чтобы их искать и сбрасывать!

Ну как это нет? Я же только что написал - это высвобождает ценную оперативную память. Это польза.

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

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

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

А выигрыш на потенциальном высвобождении под дисковый кеш исчезающе мал если у тебя ссд.

Ну не, ССД, конечно, ребята шустрые, но с оперативной памятью им не тягаться, особенно на случайном доступе. Разница огромная.

Исправление vbr, :

SSD для swap (комментарий) Да вот же пример

Ну а у меня совершенно обратный пример перед глазами.

Но также нет и никакой пользы от того чтобы их искать и сбрасывать!

Ну как это нет? Я же только что написал - это высвобождает ценную оперативную память. Это польза.

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

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

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

А выигрыш на потенциальном высвобождении под дисковый кеш исчезающе мал если у тебя ссд.

Ну не, ССД, конечно, ребята шустрые, но с оперативной памятью им не тягаться, особенно на случайном доступе. Разница огромная.

Исходная версия vbr, :

SSD для swap (комментарий) Да вот же пример

Ну а у меня совершенно обратный пример перед глазами.

Но также нет и никакой пользы от того чтобы их искать и сбрасывать!

Ну как это нет? Я же только что написал - это высвобождает ценную оперативную память. Это польза.

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

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

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

А выигрыш на потенциальном высвобождении под дисковый кеш исчезающе мал если у тебя ссд.

Ну не, ССД, конечно, ребята шустрые, но с оперативной памятью им не тягаться, особенно на случайном доступе. Разница огромная.