forum.opennet.ru - "Компания Google представила патчи многоуровневого LRU для Linux" (54)

"Компания Google представила патчи многоуровневого LRU для Linux"

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

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

Оглавление

Bug 12309 опять пофиксили , Аноним (1), 09:59 , 15-Апр-21, (1) +9

Ну почти Позорную реализацию своппинга в линуксе Может быть теперь без zram и , Аноним (3), 10:20 , 15-Апр-21, (3)

Год назад меня поведение свопа более чем устраивало, всё было прекрасно со swapp, Аноним (13), 12:17 , 15-Апр-21, (13) –2

Оперативы стало не хватать, ОС стала шуршать свопом Пора апгрейдить память, тол, Аноним (22), 13:22 , 15-Апр-21, (22) +1

Ах да, наверное Плазма и квин протекают, kwrite тоже, когда на kwite переключае, Аноним (13), 13:41 , 15-Апр-21, (23) –1

ORLY А ksysguard на что Если уж так хочется картинок Но лучше всё таки осваи, PnD (??), 11:44 , 16-Апр-21, (42) +1

Там нет свопа по процессам Внезапно, в htop этой статы тоже нет, и в top нет, и, Аноним (13), 13:54 , 16-Апр-21, (48) –1
Хотя нет, в htop есть своп Раньше не было, вообще много разной странной дряни д, Аноним (13), 14:15 , 16-Апр-21, (49)

То-то на одном железе когда винда уходит в своп, ощущается лишь подтормаживания,, Аноним (31), 20:53 , 15-Апр-21, (31) –3

Понимаешь ли, дело в том, что в венде до ситуации кончилась память кончился сво, Аноним (13), 21:14 , 15-Апр-21, (32)

Тоже такое заметил Как будто код портировали на JavaScript, и стал происходить , Андрей (??), 01:09 , 16-Апр-21, (36) –1

Гномощель как раз на него и портировали, watch out , Аноним (-), 09:25 , 17-Апр-21, (53)

И зачем так убиваться swappinessThis control is used to define how aggressive th, galamaus (?), 10:51 , 16-Апр-21, (40)

И потом когда своп понадобится ждать пока фризы раздуплятся В норме лишнее утек, Аноним (13), 14:42 , 16-Апр-21, (50)
Иногда букмарки надо апдейтить Энное количество версий ядра назад это поменяло , Аноним (-), 09:26 , 17-Апр-21, (54)

Сомневаюсь, что zram менял стратегию подкачки страниц Есть большая вероятность,, Аноним (14), 12:19 , 15-Апр-21, (14) +1
Видел бы ты код свапа в хрюше с проходами O n 5 , а ведь эту некроту хвалят за у, анон (?), 14:14 , 15-Апр-21, (25) +2

Хрюше winXP Это очень ущербная в плане работы с памятью ось PAE только с серв, Аноним (28), 17:46 , 15-Апр-21, (28)

Проблема в том что MS так то в основном обои менял, да вот кислотные HTML5 кирпи, Аноним (-), 09:27 , 17-Апр-21, (55)

N 5 С1 по CPU может быть выигрышней N C2 в зависисости от C1, C2 и N А дост, Аноним (59), 08:06 , 28-Сен-23, (59)

Любопытства ради, а у вас действительно наблюдаются какие-то проблемы, когда как, anonymous (??), 12:10 , 16-Апр-21, (44)

If process name Chrome return , zloykakpes (ok), 10:03 , 15-Апр-21, (2) +37
Что недвуссмысленно говорит о качестве кода в Хроме по сравнению с остальными пр, Аноним (5), 10:45 , 15-Апр-21, (5) +7

Скорее о раздутых веп2 0-стандартах , anonenka (?), 10:49 , 15-Апр-21, (7) +11

Я ваш новый стандарт , хромогль (?), 13:55 , 15-Апр-21, (24) +1
171 Я не могу нарушить стандарт, потому что я и есть стандарт 187 Судья Дре, Аноним (41), 11:40 , 16-Апр-21, (41)

Скорее недвусмысленно говорит о качестве анонима , Аноним (20), 12:58 , 15-Апр-21, (20)

Ещё патч новости у гуглинукса будут , КО (?), 10:48 , 15-Апр-21, (6) –1
s Least Recently User Least Recently Used , Аноним (8), 11:29 , 15-Апр-21, (8) +1

s Least Recently Use r 1d Чтоб было видно, что именно меняется , a (??), 12:25 , 15-Апр-21, (16) +6

Ничего непонятно, но очень интересно, Аноним (29), 19:49 , 15-Апр-21, (29) +1

, Аноним (35), 00:58 , 16-Апр-21, (35)

mv Least Recently Use r,d , Аноним (29), 13:14 , 16-Апр-21, (47)

На 96 O_OОтброшенные вкладки - это те, которые открыты , но содержимое уже , InuYasha (??), 12:13 , 15-Апр-21, (12) –1

Скорее всего, так как используется zram, а следовательно размер не резиновый - п, Аноним (14), 12:27 , 15-Апр-21, (17)

Сначала про то, как всё ускорилось, а потом, Аноним (15), 12:25 , 15-Апр-21, (15) +2
а как там во фре с этим обстоят дела кто там орет, что линух вперде планеты в, Аноним (18), 12:37 , 15-Апр-21, (18) –3

chrome через pussy exe не работает , Led (ok), 12:51 , 15-Апр-21, (19) +7

Всё прекрасно работает, Xming используйте , Аноним 80_уровня (ok), 17:59 , 16-Апр-21, (52) –3

Отродясь таких проблем не было ООМ там что надо , xm (ok), 15:28 , 15-Апр-21, (26) –2

Всё убивает , Аноним (33), 23:42 , 15-Апр-21, (33) –1

20 к одному - многовато кода насыпали , RNZ (ok), 13:19 , 15-Апр-21, (21)

Ну бэкдорчики же нужно прятать где- то, Аноним (41), 11:51 , 16-Апр-21, (43) –1

Первая мысль своп на десктопе в 2021 Вторая аааа, хром , Аноним (27), 17:28 , 15-Апр-21, (27) +1

Тебе лучше не мыслить, Минона (ok), 20:27 , 15-Апр-21, (30) –1
Для hibernation на диск нужен swap, запретить использовать swap в linux нельзя, , Аноним (34), 00:21 , 16-Апр-21, (34) +1

CONFIG_SWAP n, уу (?), 04:24 , 16-Апр-21, (38) –1
А если hibernation не используется от слова совсем отключаем swap-разделы и фа, Anon987432 (?), 08:58 , 16-Апр-21, (39)

А если используется от слова часто , Аноним (45), 12:18 , 16-Апр-21, (45)

То есть, было бы неплохо отключить свопирование, но оставить возможность гиберна, Аноним (45), 12:27 , 16-Апр-21, (46)

У гибернации проблемы с безопасностью записаный дамп рамы атакующий может и под, Аноним (-), 09:30 , 17-Апр-21, (56)

Хаха Браузеропускалка Кто бы сомневался что 96 это проблема браузеров и Web a, Истина в последней инстанции (?), 15:42 , 16-Апр-21, (51)

Может уже сразу DOS и FIDO Такой вот счастливый хардкор Поддерживаю , Анноним (?), 10:46 , 19-Апр-21, (57)

Корпорация добра, acroobat (ok), 15:42 , 23-Апр-21, (58)

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

1. "Компания Google представила патчи многоуровневого LRU для Li..." +9 +/–

Сообщение от Аноним (1), 15-Апр-21, 09:59

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

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

3. "Компания Google представила патчи многоуровневого LRU для Li..." +/–

Сообщение от Аноним (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..." –3 +/–

Сообщение от Аноним (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ообщить модератору

59. "Компания Google представила патчи многоуровневого LRU для Li..." +/–

Сообщение от Аноним (59), 28-Сен-23, 08:06

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

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

44. "Компания Google представила патчи многоуровневого LRU для Li..." +/–

Сообщение от anonymous (??), 16-Апр-21, 12:10

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

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

2. "Компания Google представила патчи многоуровневого LRU для Li..." +37 +/–

Сообщение от 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..." –3 +/–

Сообщение от Аноним (18), 15-Апр-21, 12:37

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

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

19. "Компания Google представила патчи многоуровневого LRU для Li..." +7 +/–

Сообщение от Led (ok), 15-Апр-21, 12:51

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

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

52. "Компания Google представила патчи многоуровневого LRU для Li..." –3 +/–

Сообщение от Аноним 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


	3. "Компания Google представила патчи многоуровневого LRU для Li..."	+/–
	Сообщение от Аноним (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..."	–3 +/–
	Сообщение от Аноним (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ообщить модератору


	59. "Компания Google представила патчи многоуровневого LRU для Li..."	+/–
	Сообщение от Аноним (59), 28-Сен-23, 08:06
	N^5 * С1 по CPU может быть выигрышней N * C2 в зависисости от C1, C2 и N. А доступ к диску - он очень дорогой.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


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

2. "Компания Google представила патчи многоуровневого LRU для Li..."	+37 +/–
Сообщение от 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ообщить модератору