Компания Google представила патчи с улучшенной реализацией механизма LRU для Linux. LRU (Least Recently User) - это механизм, позволяющий отбрасывать или выгружать в своп  неиспользуемые страницы памяти. По мнению корпорации Google, существующая реализация механизма определения вытесняемых страниц создаёт слишком высокую нагрузку на CPU, а также часто принимает неудачные решения, какие именно страницы выгружать...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=54972

• Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 09:59 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 10:20 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:17 , 15-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 13:22 , 15-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 13:41 , 15-Апр-21
          • Компания Google представила патчи многоуровневого LRU для Li...,PnD, 11:44 , 16-Апр-21
            • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 13:54 , 16-Апр-21
            • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 14:15 , 16-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 20:53 , 15-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 21:14 , 15-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Андрей, 01:09 , 16-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 09:25 , 17-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,galamaus, 10:51 , 16-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 14:42 , 16-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 09:26 , 17-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:19 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,анон, 14:14 , 15-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 17:46 , 15-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 09:27 , 17-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 08:06 , 28-Сен-23
  • Компания Google представила патчи многоуровневого LRU для Li...,anonymous, 12:10 , 16-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,zloykakpes, 10:03 , 15-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 10:45 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,anonenka, 10:49 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,хромогль, 13:55 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 11:40 , 16-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:58 , 15-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,КО, 10:48 , 15-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 11:29 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,a, 12:25 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 19:49 , 15-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 00:58 , 16-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 13:14 , 16-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,InuYasha, 12:13 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:27 , 15-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:25 , 15-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:37 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Led, 12:51 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним 80_уровня, 17:59 , 16-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,xm, 15:28 , 15-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 23:42 , 15-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,RNZ, 13:19 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 11:51 , 16-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 17:28 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Минона, 20:27 , 15-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 00:21 , 16-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,уу, 04:24 , 16-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Anon987432, 08:58 , 16-Апр-21
      • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:18 , 16-Апр-21
        • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 12:27 , 16-Апр-21
    • Компания Google представила патчи многоуровневого LRU для Li...,Аноним, 09:30 , 17-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,Истина в последней инстанции, 15:42 , 16-Апр-21
  • Компания Google представила патчи многоуровневого LRU для Li...,Анноним, 10:46 , 19-Апр-21
• Компания Google представила патчи многоуровневого LRU для Li...,acroobat, 15:42 , 23-Апр-21

Bug 12309 опять пофиксили?

Ну почти. Позорную реализацию своппинга в линуксе. Может быть теперь без zram и ssd swap будет жить

Год назад меня поведение свопа более чем устраивало, всё было прекрасно со swappiness=90. Но теперь он стал создавать очень ощутимые задержки при использовании, раньше такого точно не было. Переключил на swappiness=60 и стало ещё хуже. Не знаю. Правда, что удивительно, до OOM так и не дошло, да и сам OOM вроде стал приходить быстрее (без многочасовых насилований диска со свопом). А вот по поводу позорной реализации свопа в проприетарных ОС мне есть что сказать. Если в линуксе своп совершенно прозрачен и ты его не замечаешь, то там ты сразу видишь эти тормоза.

>Год назад меня поведение свопа более чем устраивало, всё было прекрасно со swappiness=90. Но теперь он стал создавать очень ощутимые задержки при использовании

Оперативы стало не хватать, ОС стала шуршать свопом. Пора апгрейдить память, только и всего

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

> Кде кстати не может показать сколько памяти в свопе.

ORLY? А ksysguard на что? Если уж так хочется картинок.

* Но лучше всё таки осваивать терминал. Без него linux ничем не лучше винды/макоси/хромоси/etc.
** На самом деле лучше. Тем что позволяет оформить работу с окошками "по своему хотению".

Там нет свопа по процессам. Внезапно, в htop этой статы тоже нет, и в top нет, и даже в лживом ps нет (так что чем тут терминал поможет не ясно). Но зато эту стату предоставляет ядро линукса (в других ос по-моему нет) и легко можно посчитать однострочником  на шелле. Для программистов DE это слишком сложно, и вообще линуксоспецифичная возможность, я понимаю.

Хотя нет, в htop есть своп. Раньше не было, вообще много разной странной дряни добавили.

То-то на одном железе когда винда уходит в своп, ощущается лишь подтормаживания, увидил работу с диском - закрыл что лишнее и дальне нормально сидишь. А когда линукс уходит в свап, пользоваться системой невозможно, потому что она просто раком становится вся и сразу, и что ты не пытайся закрыть, очухивается оно спустя 5 часов. Всё прозрачно, ага.

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

>что ты не пытайся закрыть, очухивается

Если не успел закрыть окно (запустить ты уже ничего не можешь) за то время пока ты понял что своп кончился и сейчас всё зависнет (у тебя есть секунд 10), то ты можешь вызвать oom killer через sysqr+f и отпустит моментально. Другое дело если это куча жирнючих процессов какого-нибудь раста и они продолжают появляться всё новые, придётся ждать пока раздупится что где-то что-то упало, и возможно несколько раз вызвать киллера (он может прийти через минуту в особо запущенных случаях). Лучше всего не допускать полного исчерпания.

> Но теперь он стал создавать очень ощутимые задержки при использовании, раньше такого точно не было.

Тоже такое заметил. Как будто код портировали на JavaScript, и стал происходить Stop The World для GC.

Гномощель как раз на него и портировали, watch out!

И зачем так убиваться?

swappiness

This control is used to define how aggressive the kernel will swap
memory pages.  Higher values will increase aggressiveness, lower values
decrease the amount of swap.  A value of 0 instructs the kernel not to
initiate swap until the amount of free and file-backed pages is less
than the high water mark in a zone.

The default value is 60.

поставь 1 и живи хорошо

И потом когда своп понадобится ждать пока фризы раздуплятся? В норме лишнее утекает постоянно (а лишнего очень много) и память используется эффективнее, и кончается тоже позже.

Иногда букмарки надо апдейтить. Энное количество версий ядра назад это поменяло свой смысл.

Сомневаюсь, что zram менял стратегию подкачки страниц. Есть большая вероятность, что эффективнее станет работать все, что так или иначе относится к swap.

Видел бы ты код свапа в хрюше с проходами O(n^5), а ведь эту некроту хвалят за управление памятью.

Хрюше? winXP? Это очень ущербная в плане работы с памятью ось. PAE только с серверным ядром , драйвера кривущие, даже новый DirectX не смогли прилепить(или не захотели).

Проблема в том что MS так то в основном обои менял, да вот кислотные HTML5 кирпичи. А кернел трогать они не любят :)

N^5 * С1 по CPU может быть выигрышней N * C2 в зависисости от C1, C2 и N. А доступ к диску - он очень дорогой.

Любопытства ради, а у вас действительно наблюдаются какие-то проблемы, когда какой-нибудь oomd запущен?

> в Chrome OS на 96% снизилось число отброшенных вкладок браузера из-за недостатка памяти

```
If process.name == Chrome:
    return
```

>новая реализация LRU сократила количество принудительных завершений программ из-за нехватки памяти в системе (OOM kill) на 18%, в Chrome OS на 96% снизилось число отброшенных вкладок браузера

Что недвуссмысленно говорит о качестве кода в Хроме по сравнению с остальными приложениями.

Скорее о раздутых веп2.0-стандартах.

Я ваш новый стандарт!

«Я не могу нарушить стандарт, потому что я и есть стандарт!» Судья Дред^W^W Гугл

> Что недвуссмысленно говорит о качестве кода в Хроме по сравнению с остальными приложениями.

Скорее недвусмысленно говорит о качестве анонима.

Ещё патч новости у гуглинукса будут?

s/Least Recently User/Least Recently Used/

s/\(Least Recently Use\)r/\1d/

(Чтоб было видно, что именно меняется.)

/\(\)/\/

Ничего непонятно, но очень интересно

/\(\)/\/^

> (Чтоб было видно, что именно меняется.)

$ mv "Least Recently Use"{r,d}

>на 96% снизилось число отброшенных вкладок

На 96%??! O_O

Отброшенные вкладки - это те, которые "открыты", но содержимое уже давно улетучилось и при нажатии будут загружаться заново?

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

Сначала про то, как всё ускорилось, а потом

> Это вторая версия патчей, где устранена регрессия производительности

а как там во фре с этим обстоят дела? ;)
кто там орет, что линух вперде планеты всей?!

chrome через pussy.exe не работает.

Всё прекрасно работает, Xming используйте.

Отродясь таких проблем не было. ООМ там что надо.

Всё убивает?

> 41 files changed, 3603 insertions(+), 180 deletions(-)

20 к одному - многовато кода насыпали...

Ну бэкдорчики же нужно прятать где- то

Первая мысль: своп на десктопе в 2021?. Вторая: аааа, хром.

Тебе лучше не мыслить

Для hibernation на диск нужен swap, запретить использовать swap в linux нельзя, при любых настройках он будет скидывать страницы в swap если он есть, ваши предложения?

CONFIG_SWAP=n

> Для hibernation на диск нужен swap

А если hibernation не используется от слова "совсем"?

> при любых настройках он будет скидывать страницы в swap если он есть

отключаем swap-разделы и файлы.

А если используется от слова "часто"?

То есть, было бы неплохо отключить свопирование, но оставить возможность гибернации.

У гибернации проблемы с безопасностью (записаный дамп рамы атакующий может и подпатчить ведь) и это сильно дольше чем suspend to ram, выполняемый почти моментально.

И там где это имеет смысл (ноут с батарейкой) STR как-то сильно прикольнее юзать. С точки зрения времени suspend/resume девайса.

> (OOM kill) на 18%, в Chrome OS на 96%

Хаха. Браузеропускалка. Кто бы сомневался что 96% это проблема браузеров и Web'a а не ядра.

Вот и решение товарищи. Не пользуйте хром и современный веб. И будет вас счастье и будет у вас памяти в достатке.

А ну и rust не пускайте

> Вот и решение товарищи. Не пользуйте хром и современный веб. И будет вас счастье и будет у вас памяти в достатке.

Может уже сразу DOS и FIDO? Такой вот счастливый хардкор. )

> А ну и rust не пускайте

Поддерживаю! ))

Корпорация добра