Здійснення заміни для читання Linux назад в пам'ять

Ядро Linux замінює більшість сторінок з пам'яті, коли я запускаю програму, яка використовує більшість 16 Гб фізичної пам'яті. Після завершення програми кожна дія (введення команд, перемикання робочих просторів, відкриття нової веб-сторінки тощо) займає дуже багато часу, оскільки відповідні сторінки спочатку потрібно прочитати за допомогою swap.

Чи є спосіб сказати ядро ​​Linux скопіювати сторінки з підкачки назад у фізичну пам'ять, не торкаючись вручну (і чекаючи) кожної програми? Я запускаю безліч додатків, тому очікування завжди болісне.

Я часто використовую swapoff -a && swapon -aдля того, щоб система знову відповідала, але це очищає сторінки від свопінгу, тому їх потрібно писати ще раз наступного разу, коли я запускаю сценарій.

Чи є інтерфейс ядра, можливо, використовуючи sysfs, щоб доручити ядру читати всі сторінки з підкачки?

Редагувати: Я дійсно шукаю спосіб зробити все свопом заміненим. (Дякую дероберт!)

[PS serverfault.com/questions/153946/… та serverfault.com/questions/100448/… - це пов’язані теми, але вони не стосуються питання, як отримати ядро ​​Linux для копіювання сторінок із своп назад в пам'ять без очищення swap.]

На основі спочатку встановленої тут програми memdump я створив сценарій для вибіркового читання заданих програм назад у пам'ять. :remember

#!/bin/bash
declare -A Q
for i in "$@"; do
    E=$(readlink /proc/$i/exe);
    if [ -z "$E" ]; then.
        #echo skipped $i;.
        continue;.
    fi
    if echo $E | grep -qF memdump; then.
        #echo skipped $i >&2;.
        continue;.
    fi
    if [ -n "${Q[${E}]}" ]; then.
        #echo already $i >&2;.
        continue;.
    fi
    echo "$i $E" >&2
    memdump $i 2> /dev/null
    Q[$E]=$i
done | pv -c -i 2 > /dev/null

Використання: щось подібне

# ./remember $(< /mnt/cgroup/tasks )
1 /sbin/init
882 /bin/bash
1301 /usr/bin/hexchat
...
2.21GiB 0:00:02 [ 1.1GiB/s] [  <=>     ]
...
6838 /sbin/agetty
11.6GiB 0:00:10 [1.16GiB/s] [      <=> ]
...
23.7GiB 0:00:38 [ 637MiB/s] [   <=>    ]
# 

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

Це може допомогти збільшити /proc/sys/vm/page-cluster(за замовчуванням: 3).

З документації на ядро ​​( sysctl/vm.txt):

сторінка-кластер

сторінка-кластер контролює кількість сторінок, до яких читаються послідовні сторінки за допомогою однієї спроби. Це аналог свопінгу для перечитання кешу сторінок. Згадана послідовність не з точки зору віртуальних / фізичних адрес, а послідовна в просторі своп - це означає, що вони були замінені разом.

Це логарифмічне значення - встановити його в нуль означає "1 сторінку", встановити його на 1 означає "2 сторінки", встановити його на 2 означає "4 сторінки" і т. Д. Нуль повністю відключає swap readadahead повністю.

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

Більш низькі значення означають менші затримки для початкових несправностей, але в той же час додаткові помилки та затримки вводу / виводу для наступних несправностей, якби вони були частиною цих перезавантажених сторінок.

У документації не зазначається обмеження, тому, можливо, ви можете встановити це абсурдно високим рівнем, щоб змусити прочитати всі заміни дуже скоро. І, звичайно, повернути його до розумного значення згодом.

Ви можете спробувати додати програми, які вас найбільше хвилюють, до групи та налаштувати свобідність, щоб наступного разу програма запустити додані вами програми, менше шансів стати кандидатами на заміну.

Деякі їх сторінки, ймовірно, все-таки будуть замінені, але це може усунути ваші проблеми з продуктивністю. Значна частина цього, мабуть, є лише поведінкою "зупинити і почати", коли багато сторінок програми знаходяться в обміні, і програма повинна постійно робити паузи, щоб поміняти свої сторінки в оперативну пам'ять, але лише з кроком 4 к.

Крім того, ви можете додати застосовану програму до групи та налаштувати свобідність, щоб програма була тією, яка має тенденцію найбільше використовувати файл swap. Це уповільнить додаток, але це пошкодить решту системи.

Мені здається, що ти не можеш магічно "змусити систему реагувати знову". Ви або несете штраф або читаєте сторінки назад із місцями для заміни місця в пам’яті, або ви переносите його пізніше, але так чи інакше ви несете його. У самому справі, якщо ви робите що - щось на зразок , swapoff -a && swapon -aто ви можете відчувати більше болю , а не менше, тому що ви змушуєте кілька сторінок , щоб бути скопійовані назад в пам'ять , що б в іншому випадку не було необхідності знову і в кінці кінців впав без читання (думаю , ви вийти з програми той час як значна частина його купи заміщена; ці сторінки можна взагалі викинути, не повертаючись до пам'яті).

але це очищає сторінки від свопінгу, тому їх потрібно писати знову наступного разу, коли я запускаю сценарій.

Ну, майже будь-яка сторінка, яка копіюється назад із своп у основну пам'ять, все одно буде змінена, тому, якщо її в майбутньому потрібно буде перенести знову, щоб змінити її в майбутньому, вона все одно повинна бути записана за допомогою swap. Майте на увазі, що своп - це в основному накопичувальна пам'ять, а не сторінки лише для читання (які зазвичай підтримуються файлами).

Я думаю, що твій swapoff -a && swapon -aфокус такий же хороший, як і все, що ти можеш придумати.

Тут є дуже приємна дискусія http://rudd-o.com/en/linux-and-free-software/tales-from-responsivenessland-why-linux-feels-slow-and-how-to-fix-that що зводиться до зменшення свобідності, з думкою, що для збільшення сприйнятої чутливості системи слід запобігати заміні коду (і саме це відбувається). Це насправді не є відповіддю на ваше запитання, але це може запобігти появі проблеми (ваші програми просто не замінюються, лише невикористані дані та кеш сторінок)