The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Компания Google представила патчи многоуровневого LRU для Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Google представила патчи многоуровневого LRU для Linux"  +/
Сообщение от opennews (??), 15-Апр-21, 09:59 
Компания Google представила патчи с улучшенной реализацией механизма LRU для Linux. LRU (Least Recently User) - это механизм, позволяющий отбрасывать или выгружать в своп  неиспользуемые страницы памяти. По мнению корпорации Google, существующая реализация механизма определения вытесняемых страниц создаёт слишком высокую нагрузку на CPU, а также часто принимает неудачные решения, какие именно страницы выгружать...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Компания Google представила патчи многоуровневого LRU для Li..."  +8 +/
Сообщение от Аноним (1), 15-Апр-21, 09:59 
Bug 12309 опять пофиксили?
Ответить | Правка | Наверх | Cообщить модератору

3. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (3), 15-Апр-21, 10:20 
Ну почти. Позорную реализацию своппинга в линуксе. Может быть теперь без zram и ssd swap будет жить
Ответить | Правка | Наверх | Cообщить модератору

13. "Компания Google представила патчи многоуровневого LRU для Li..."  –2 +/
Сообщение от Аноним (13), 15-Апр-21, 12:17 
Год назад меня поведение свопа более чем устраивало, всё было прекрасно со swappiness=90. Но теперь он стал создавать очень ощутимые задержки при использовании, раньше такого точно не было. Переключил на swappiness=60 и стало ещё хуже. Не знаю. Правда, что удивительно, до OOM так и не дошло, да и сам OOM вроде стал приходить быстрее (без многочасовых насилований диска со свопом). А вот по поводу позорной реализации свопа в проприетарных ОС мне есть что сказать. Если в линуксе своп совершенно прозрачен и ты его не замечаешь, то там ты сразу видишь эти тормоза.
Ответить | Правка | Наверх | Cообщить модератору

22. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (22), 15-Апр-21, 13:22 
>Год назад меня поведение свопа более чем устраивало, всё было прекрасно со swappiness=90. Но теперь он стал создавать очень ощутимые задержки при использовании

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

Ответить | Правка | Наверх | Cообщить модератору

23. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от Аноним (13), 15-Апр-21, 13:41 
Ах да, наверное. Плазма и квин протекают, kwrite тоже, когда на kwite переключаешься ощутимый лаг (он на гигабайт протекает примерно за день). Т.е. там никаких данных, эти протёкшие страницы сразу в своп улетают. Кде кстати не может показать сколько памяти в свопе. Вон qps от корейского нонейма может (а заодно он может приостановить обновление, чтобы можно бы проанализировать скачущие данные), а кдеешный шлак не способен на такое. Ещё лаг наблюдается когда контекстное меню (пкм) пытаешься открыть в жырнолисе. Прямо секунд 20 ждёшь, хотя весь браузер на ссд и только пара мегабайт в свопе. Иного софта на гтк нет, не с чем сравнить. Если выкинуть kwin, отваливается интеграция с плазмой и кутешный софт не лагает.
Ответить | Правка | Наверх | Cообщить модератору

42. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от PnD (??), 16-Апр-21, 11:44 
> Кде кстати не может показать сколько памяти в свопе.

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

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

Ответить | Правка | Наверх | Cообщить модератору

48. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от Аноним (13), 16-Апр-21, 13:54 
Там нет свопа по процессам. Внезапно, в htop этой статы тоже нет, и в top нет, и даже в лживом ps нет (так что чем тут терминал поможет не ясно). Но зато эту стату предоставляет ядро линукса (в других ос по-моему нет) и легко можно посчитать однострочником  на шелле. Для программистов DE это слишком сложно, и вообще линуксоспецифичная возможность, я понимаю.
Ответить | Правка | Наверх | Cообщить модератору

49. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (13), 16-Апр-21, 14:15 
Хотя нет, в htop есть своп. Раньше не было, вообще много разной странной дряни добавили.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

31. "Компания Google представила патчи многоуровневого LRU для Li..."  –2 +/
Сообщение от Аноним (31), 15-Апр-21, 20:53 
То-то на одном железе когда винда уходит в своп, ощущается лишь подтормаживания, увидил работу с диском - закрыл что лишнее и дальне нормально сидишь. А когда линукс уходит в свап, пользоваться системой невозможно, потому что она просто раком становится вся и сразу, и что ты не пытайся закрыть, очухивается оно спустя 5 часов. Всё прозрачно, ага.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

32. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (13), 15-Апр-21, 21:14 
Понимаешь ли, дело в том, что в венде до ситуации кончилась память (кончился своп), дело не доходит. Наверно ещё и потому, что он в норме динамический (исключительно плохая фича). Можешь мне поверить, если исчерпать своп по примеру линукса в венде, всё зависнет так что и через 5 часов не развиснет, а диск насиловать будет куда сильнее (а он вибрирует и греется, да). Я много раз это повторял в различных ситуациях, могу рассказать. Венда сталкивается с такой ситуацией (во всяком случае, 10), например, в игрушечках. Когда видеопамяти недостаточно, она вытесняется сначала в оперативную, и потом в своп. И всё зависнет намертво и не будет подавать признаков в жизни, но сначала будет часами насиловать диск. Лечится, кстати, просто: нужно всего лишь докинуть ещё 10 гигов файла подкачки, и тогда всё без проблем будет работать. Но то что система теряет отзывчивость при вытеснении чего-то в своп это факт, в линуксе о том что у тебя что-то в свопе было и он уже заполнился ты узнаёшь когда уже всё завистло, до того, ощутимых задержек не будет (а диск при этом не насилуется, поэтому нет никаких диких вибраций).

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

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

Ответить | Правка | Наверх | Cообщить модератору

36. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от Андрей (??), 16-Апр-21, 01:09 
> Но теперь он стал создавать очень ощутимые задержки при использовании, раньше такого точно не было.

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

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

53. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (-), 17-Апр-21, 09:25 
Гномощель как раз на него и портировали, watch out!
Ответить | Правка | Наверх | Cообщить модератору

40. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от galamaus (?), 16-Апр-21, 10:51 
И зачем так убиваться?

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 и живи хорошо

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

50. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (13), 16-Апр-21, 14:42 
И потом когда своп понадобится ждать пока фризы раздуплятся? В норме лишнее утекает постоянно (а лишнего очень много) и память используется эффективнее, и кончается тоже позже.

Ответить | Правка | Наверх | Cообщить модератору

54. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (-), 17-Апр-21, 09:26 
Иногда букмарки надо апдейтить. Энное количество версий ядра назад это поменяло свой смысл.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

14. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (14), 15-Апр-21, 12:19 
Сомневаюсь, что zram менял стратегию подкачки страниц. Есть большая вероятность, что эффективнее станет работать все, что так или иначе относится к swap.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

25. "Компания Google представила патчи многоуровневого LRU для Li..."  +2 +/
Сообщение от анон (?), 15-Апр-21, 14:14 
Видел бы ты код свапа в хрюше с проходами O(n^5), а ведь эту некроту хвалят за управление памятью.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

28. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (28), 15-Апр-21, 17:46 
Хрюше? winXP? Это очень ущербная в плане работы с памятью ось. PAE только с серверным ядром , драйвера кривущие, даже новый DirectX не смогли прилепить(или не захотели).
Ответить | Правка | Наверх | Cообщить модератору

55. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (-), 17-Апр-21, 09:27 
Проблема в том что MS так то в основном обои менял, да вот кислотные HTML5 кирпичи. А кернел трогать они не любят :)
Ответить | Правка | Наверх | Cообщить модератору

44. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от anonymous (??), 16-Апр-21, 12:10 
Любопытства ради, а у вас действительно наблюдаются какие-то проблемы, когда какой-нибудь oomd запущен?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Компания Google представила патчи многоуровневого LRU для Li..."  +35 +/
Сообщение от zloykakpes (ok), 15-Апр-21, 10:03 
> в Chrome OS на 96% снизилось число отброшенных вкладок браузера из-за недостатка памяти

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

Ответить | Правка | Наверх | Cообщить модератору

5. "Компания Google представила патчи многоуровневого LRU для Li..."  +7 +/
Сообщение от Аноним (5), 15-Апр-21, 10:45 
>новая реализация LRU сократила количество принудительных завершений программ из-за нехватки памяти в системе (OOM kill) на 18%, в Chrome OS на 96% снизилось число отброшенных вкладок браузера

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

Ответить | Правка | Наверх | Cообщить модератору

7. "Компания Google представила патчи многоуровневого LRU для Li..."  +11 +/
Сообщение от anonenka (?), 15-Апр-21, 10:49 
Скорее о раздутых веп2.0-стандартах.
Ответить | Правка | Наверх | Cообщить модератору

24. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от хромогль (?), 15-Апр-21, 13:55 
Я ваш новый стандарт!
Ответить | Правка | Наверх | Cообщить модератору

41. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (41), 16-Апр-21, 11:40 
«Я не могу нарушить стандарт, потому что я и есть стандарт!» Судья Дред^W^W Гугл
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

20. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (20), 15-Апр-21, 12:58 
> Что недвуссмысленно говорит о качестве кода в Хроме по сравнению с остальными приложениями.

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

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от КО (?), 15-Апр-21, 10:48 
Ещё патч новости у гуглинукса будут?
Ответить | Правка | Наверх | Cообщить модератору

8. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (8), 15-Апр-21, 11:29 
s/Least Recently User/Least Recently Used/
Ответить | Правка | Наверх | Cообщить модератору

16. "Компания Google представила патчи многоуровневого LRU для Li..."  +6 +/
Сообщение от a (??), 15-Апр-21, 12:25 
s/\(Least Recently Use\)r/\1d/

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

Ответить | Правка | Наверх | Cообщить модератору

29. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (29), 15-Апр-21, 19:49 
/\(\)/\/

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

Ответить | Правка | Наверх | Cообщить модератору

35. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (35), 16-Апр-21, 00:58 
/\(\)/\/^
Ответить | Правка | Наверх | Cообщить модератору

47. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (29), 16-Апр-21, 13:14 
> (Чтоб было видно, что именно меняется.)

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

12. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от InuYasha (??), 15-Апр-21, 12:13 
>на 96% снизилось число отброшенных вкладок

На 96%??! O_O

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

Ответить | Правка | Наверх | Cообщить модератору

17. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (14), 15-Апр-21, 12:27 
Скорее всего, так как используется zram, а следовательно размер не резиновый - приходится что отбрасывать.
Ответить | Правка | Наверх | Cообщить модератору

15. "Компания Google представила патчи многоуровневого LRU для Li..."  +2 +/
Сообщение от Аноним (15), 15-Апр-21, 12:25 
Сначала про то, как всё ускорилось, а потом

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

Ответить | Правка | Наверх | Cообщить модератору

18. "Компания Google представила патчи многоуровневого LRU для Li..."  –2 +/
Сообщение от Аноним (18), 15-Апр-21, 12:37 
а как там во фре с этим обстоят дела? ;)
кто там орет, что линух вперде планеты всей?!
Ответить | Правка | Наверх | Cообщить модератору

19. "Компания Google представила патчи многоуровневого LRU для Li..."  +6 +/
Сообщение от Led (ok), 15-Апр-21, 12:51 
chrome через pussy.exe не работает.
Ответить | Правка | Наверх | Cообщить модератору

52. "Компания Google представила патчи многоуровневого LRU для Li..."  –2 +/
Сообщение от Аноним 80_уровня (ok), 16-Апр-21, 17:59 
Всё прекрасно работает, Xming используйте.
Ответить | Правка | Наверх | Cообщить модератору

26. "Компания Google представила патчи многоуровневого LRU для Li..."  –2 +/
Сообщение от xm (ok), 15-Апр-21, 15:28 
Отродясь таких проблем не было. ООМ там что надо.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

33. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от Аноним (33), 15-Апр-21, 23:42 
Всё убивает?
Ответить | Правка | Наверх | Cообщить модератору

21. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от RNZ (ok), 15-Апр-21, 13:19 
> 41 files changed, 3603 insertions(+), 180 deletions(-)

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

Ответить | Правка | Наверх | Cообщить модератору

43. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от Аноним (41), 16-Апр-21, 11:51 
Ну бэкдорчики же нужно прятать где- то
Ответить | Правка | Наверх | Cообщить модератору

27. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (27), 15-Апр-21, 17:28 
Первая мысль: своп на десктопе в 2021?. Вторая: аааа, хром.
Ответить | Правка | Наверх | Cообщить модератору

30. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от Минона (ok), 15-Апр-21, 20:27 
Тебе лучше не мыслить
Ответить | Правка | Наверх | Cообщить модератору

34. "Компания Google представила патчи многоуровневого LRU для Li..."  +1 +/
Сообщение от Аноним (34), 16-Апр-21, 00:21 
Для hibernation на диск нужен swap, запретить использовать swap в linux нельзя, при любых настройках он будет скидывать страницы в swap если он есть, ваши предложения?
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

38. "Компания Google представила патчи многоуровневого LRU для Li..."  –1 +/
Сообщение от уу (?), 16-Апр-21, 04:24 
CONFIG_SWAP=n
Ответить | Правка | Наверх | Cообщить модератору

39. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Anon987432 (?), 16-Апр-21, 08:58 
> Для hibernation на диск нужен swap

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

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

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

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

45. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (45), 16-Апр-21, 12:18 
А если используется от слова "часто"?
Ответить | Правка | Наверх | Cообщить модератору

46. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (45), 16-Апр-21, 12:27 
То есть, было бы неплохо отключить свопирование, но оставить возможность гибернации.
Ответить | Правка | Наверх | Cообщить модератору

56. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Аноним (-), 17-Апр-21, 09:30 
У гибернации проблемы с безопасностью (записаный дамп рамы атакующий может и подпатчить ведь) и это сильно дольше чем suspend to ram, выполняемый почти моментально.

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

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

51. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Истина в последней инстанции (?), 16-Апр-21, 15:42 
> (OOM kill) на 18%, в Chrome OS на 96%

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

57. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от Анноним (?), 19-Апр-21, 10:46 
> Вот и решение товарищи. Не пользуйте хром и современный веб. И будет вас счастье и будет у вас памяти в достатке.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

58. "Компания Google представила патчи многоуровневого LRU для Li..."  +/
Сообщение от acroobat (ok), 23-Апр-21, 15:42 
Корпорация добра
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру