Яке відповідне значення vm.swappiness при використанні zram?

Я використовую zram на своєму комп’ютері як стислий своп RAM. Коли системі потрібно щось поміняти, замінити її на файл, що підтримується zram, є більш-менш еквівалентним стисканню цих даних у пам'яті, щоб звільнити місце. Це робить обмін дуже швидким у більшості випадків, відносно підкачки на дисках. Через це мені цікаво, чи є якась ефективність, спонукаючи систему більш агресивно замінювати невикористані речі, оскільки це можна зробити, не фактично натискаючи диск?

Так хтось заплутався з, скажімо, встановленням vm.swappiness100 під час використання zram? Це було б бажано?

sysctl -w vm.swappiness=100

Я б дійсно не рекомендував ставити свобідність вище. Поширений механізм в ядрі полягає в тому, що він поміщає сторінки (шматок пам'яті) в своп, щоб звільнити деяку пам'ять для інших запущених завдань.

Перша "проблема", коли ядро ​​хоче звільнити n сторінок, m (з m <n, m - кількість стислих сторінок, необхідних для утримання n), щойно створені в оперативній пам'яті, я не впевнений, чи може це порушити ядро ​​або ні.

Тоді в будь-якому випадку, коли у вас є сторінки в свопі, можливо, згодом ви будете використовувати додаток із деякими його сторінками. Ядро робить це повернення цих сторінок у фізичну пам'ять, але не видаляє їх із свопу (що за допомогою стандартного swap можна сприймати як кешування , тому коли програма повертається у фоновому режимі, ядро ​​не повинно записувати ці сторінки в повільний своп). Однак із zram - це, мабуть, не мудра хитрість, тому що тоді у вас є в пам'яті m сторінок в zram + n сторінок, які знову в пам'яті!

У ядра звичайно є "загальна пам'ять", яку він може використовувати для своєї справи. Коли ви додаєте zram, він рахує лише в пам'яті "swap", як це було б при будь-якому диску на основі диска, але це зменшило фактичну "загальну пам'ять" і цього ядро ​​не очікує / очікує. Іноді через це ти можеш мати дивну та непотрібну поведінку!

Що стосується zram, добре було б, щоб ядро ​​не помінялося занадто сильно на цю область, коли воно знаходиться під тиском пам'яті. І у вас завжди повинен бути реальний розділ для заміни жорсткого диска, більший щонайменше максимального розміру вашого zram, щоб система не отримала OOM, тоді як при цьому ви побачили б багато вільного місця, як повідомляється free!

Коротка відповідь: vm.swappiness=100це відповідне значення для zram ( по крайней мере на Debian Stretch з Linux 4.9, я вважаю , що це найкраще значення)

Я вже тестую vm.swappiness=100для мене.

Я думаю, ви можете зробити простий тест, щоб переконатися, яке значення найкраще для вас.

Також я зробив ще одну просту програму для тестування цього питання. x На моїй машині дуже низьке vm.swappinessзначення (наприклад, vm.swappiness=1) спричинить очевидну проблему реагування.

Про SwapCachedв /proc/meminfo:

По-перше, спробуйте vm.page-cluster=0, це, можливо, може зменшити щось непотрібне SwapCachedвід підкачки.

SwapCaching може пришвидшити zram так само, як і не-zram-пристрій

SwapCached можна повторно використовувати (безкоштовно), коли це необхідно:

./linux-4.9/mm$ grep -rn delete_from_swap_cache
memory-failure.c:715:   delete_from_swap_cache(p);
shmem.c:1115:       delete_from_swap_cache(*pagep);
shmem.c:1645:            * unaccounting, now delete_from_swap_cache() will do
shmem.c:1652:               delete_from_swap_cache(page);
shmem.c:1668:       delete_from_swap_cache(page);
vmscan.c:673:       __delete_from_swap_cache(page);
swap_state.c:137:void __delete_from_swap_cache(struct page *page)
swap_state.c:218:void delete_from_swap_cache(struct page *page)
swap_state.c:227:   __delete_from_swap_cache(page);
swapfile.c:947:         delete_from_swap_cache(page);
swapfile.c:987: delete_from_swap_cache(page);
swapfile.c:1023:            delete_from_swap_cache(page);
swapfile.c:1571:            delete_from_swap_cache(page);
./linux-4.9/mm$ 

Сторінки потрібно замінити (на диск), коли пам'ять заповнена. Якщо ви використовуєте пам'ять для створення місця для обміну сторінками, коли пам’ять заповнена, можна вважати, що це перемагає мету, за винятком випадків, коли стиснення має певне значення (і тоді було б природно стиснути пам'ять безпосередньо, а не переживати поміняти). Здогадується, треба було б це порівняти, оскільки комп’ютери все швидше стискаються та розпаковуються порівняно зі швидкістю пам'яті.