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.ru/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. Сообщение от Аноним (1), 15-Апр-21, 09:59 +9 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #44

2. Сообщение от zloykakpes (ok), 15-Апр-21, 10:03 +37 +/–

> в Chrome OS на 96% снизилось число отброшенных вкладок браузера из-за недостатка памяти
```
If process.name == Chrome:
    return
```

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

3. Сообщение от Аноним (3), 15-Апр-21, 10:20 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13, #14, #25

5. Сообщение от Аноним (5), 15-Апр-21, 10:45 +7 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #20

6. Сообщение от КО (?), 15-Апр-21, 10:48 –1 +/–

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

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

7. Сообщение от anonenka (?), 15-Апр-21, 10:49 +11 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #24, #41

8. Сообщение от Аноним (8), 15-Апр-21, 11:29 +1 +/–

s/Least Recently User/Least Recently Used/

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

12. Сообщение от InuYasha (??), 15-Апр-21, 12:13 –1 +/–

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

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

13. Сообщение от Аноним (13), 15-Апр-21, 12:17 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #22, #31, #36, #40

14. Сообщение от Аноним (14), 15-Апр-21, 12:19 +1 +/–

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

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

15. Сообщение от Аноним (15), 15-Апр-21, 12:25 +2 +/–

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

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

16. Сообщение от a (??), 15-Апр-21, 12:25 +6 +/–

s/$Least Recently Use$r/\1d/
(Чтоб было видно, что именно меняется.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #29, #47

17. Сообщение от Аноним (14), 15-Апр-21, 12:27 +/–

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #26

19. Сообщение от Led (ok), 15-Апр-21, 12:51 +7 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #52

20. Сообщение от Аноним (20), 15-Апр-21, 12:58 +/–

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

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

21. Сообщение от RNZ (ok), 15-Апр-21, 13:19 +/–

> 41 files changed, 3603 insertions(+), 180 deletions(-)
20 к одному - многовато кода насыпали...

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

22. Сообщение от Аноним (22), 15-Апр-21, 13:22 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #23

23. Сообщение от Аноним (13), 15-Апр-21, 13:41 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #42

24. Сообщение от хромогль (?), 15-Апр-21, 13:55 +1 +/–

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

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

25. Сообщение от анон (?), 15-Апр-21, 14:14 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #28, #59

26. Сообщение от xm (ok), 15-Апр-21, 15:28 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #33

27. Сообщение от Аноним (27), 15-Апр-21, 17:28 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #34

28. Сообщение от Аноним (28), 15-Апр-21, 17:46 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #55

29. Сообщение от Аноним (29), 15-Апр-21, 19:49 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #35

30. Сообщение от Минона (ok), 15-Апр-21, 20:27 –1 +/–

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

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

31. Сообщение от Аноним (31), 15-Апр-21, 20:53 –3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32

32. Сообщение от Аноним (13), 15-Апр-21, 21:14 +/–

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

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

33. Сообщение от Аноним (33), 15-Апр-21, 23:42 –1 +/–

Всё убивает?

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

34. Сообщение от Аноним (34), 16-Апр-21, 00:21 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #38, #39, #56

35. Сообщение от Аноним (35), 16-Апр-21, 00:58 +/–

//\/^

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

36. Сообщение от Андрей (??), 16-Апр-21, 01:09 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #53

38. Сообщение от уу (?), 16-Апр-21, 04:24 –1 +/–

CONFIG_SWAP=n

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

39. Сообщение от Anon987432 (?), 16-Апр-21, 08:58 +/–

> Для hibernation на диск нужен swap
А если hibernation не используется от слова "совсем"?
> при любых настройках он будет скидывать страницы в swap если он есть
отключаем swap-разделы и файлы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #45

40. Сообщение от 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 и живи хорошо

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #50, #54

41. Сообщение от Аноним (41), 16-Апр-21, 11:40 +/–

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

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

42. Сообщение от PnD (??), 16-Апр-21, 11:44 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #48, #49

43. Сообщение от Аноним (41), 16-Апр-21, 11:51 –1 +/–

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

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

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

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

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

45. Сообщение от Аноним (45), 16-Апр-21, 12:18 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #46

46. Сообщение от Аноним (45), 16-Апр-21, 12:27 +/–

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

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

47. Сообщение от Аноним (29), 16-Апр-21, 13:14 +/–

> (Чтоб было видно, что именно меняется.)
$ mv "Least Recently Use"{r,d}

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

48. Сообщение от Аноним (13), 16-Апр-21, 13:54 –1 +/–

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

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

49. Сообщение от Аноним (13), 16-Апр-21, 14:15 +/–

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

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

50. Сообщение от Аноним (13), 16-Апр-21, 14:42 +/–

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

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

51. Сообщение от Истина в последней инстанции (?), 16-Апр-21, 15:42 +/–

> (OOM kill) на 18%, в Chrome OS на 96%
Хаха. Браузеропускалка. Кто бы сомневался что 96% это проблема браузеров и Web'a а не ядра.
Вот и решение товарищи. Не пользуйте хром и современный веб. И будет вас счастье и будет у вас памяти в достатке.
А ну и rust не пускайте

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

52. Сообщение от Аноним 80_уровня (ok), 16-Апр-21, 17:59 –3 +/–

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

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

53. Сообщение от Аноним (-), 17-Апр-21, 09:25 +/–

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

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

54. Сообщение от Аноним (-), 17-Апр-21, 09:26 +/–

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

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

55. Сообщение от Аноним (-), 17-Апр-21, 09:27 +/–

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

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

56. Сообщение от Аноним (-), 17-Апр-21, 09:30 +/–

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

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

57. Сообщение от Анноним (?), 19-Апр-21, 10:46 +/–

> Вот и решение товарищи. Не пользуйте хром и современный веб. И будет вас счастье и будет у вас памяти в достатке.
Может уже сразу DOS и FIDO? Такой вот счастливый хардкор. )
> А ну и rust не пускайте
Поддерживаю! ))

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

58. Сообщение от acroobat (ok), 23-Апр-21, 15:42 +/–

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

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

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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

2. Сообщение от zloykakpes (ok), 15-Апр-21, 10:03	+37 +/–
> в Chrome OS на 96% снизилось число отброшенных вкладок браузера из-за недостатка памяти ``` If process.name == Chrome: return ```
Ответить \| Правка \| Наверх \| Cообщить модератору

3. Сообщение от Аноним (3), 15-Апр-21, 10:20	+/–
Ну почти. Позорную реализацию своппинга в линуксе. Может быть теперь без zram и ssd swap будет жить
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #13, #14, #25

5. Сообщение от Аноним (5), 15-Апр-21, 10:45	+7 +/–
>новая реализация LRU сократила количество принудительных завершений программ из-за нехватки памяти в системе (OOM kill) на 18%, в Chrome OS на 96% снизилось число отброшенных вкладок браузера Что недвуссмысленно говорит о качестве кода в Хроме по сравнению с остальными приложениями.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #20

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

7. Сообщение от anonenka (?), 15-Апр-21, 10:49	+11 +/–
Скорее о раздутых веп2.0-стандартах.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #24, #41

8. Сообщение от Аноним (8), 15-Апр-21, 11:29	+1 +/–
s/Least Recently User/Least Recently Used/
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #16

12. Сообщение от InuYasha (??), 15-Апр-21, 12:13	–1 +/–
>на 96% снизилось число отброшенных вкладок На 96%??! O_O Отброшенные вкладки - это те, которые "открыты", но содержимое уже давно улетучилось и при нажатии будут загружаться заново?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #17

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

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

15. Сообщение от Аноним (15), 15-Апр-21, 12:25	+2 +/–
Сначала про то, как всё ускорилось, а потом > Это вторая версия патчей, где устранена регрессия производительности
Ответить \| Правка \| Наверх \| Cообщить модератору

16. Сообщение от a (??), 15-Апр-21, 12:25	+6 +/–
s/\(Least Recently Use\)r/\1d/ (Чтоб было видно, что именно меняется.)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #29, #47

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

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

19. Сообщение от Led (ok), 15-Апр-21, 12:51	+7 +/–
chrome через pussy.exe не работает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #52

20. Сообщение от Аноним (20), 15-Апр-21, 12:58	+/–
> Что недвуссмысленно говорит о качестве кода в Хроме по сравнению с остальными приложениями. Скорее недвусмысленно говорит о качестве анонима.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

21. Сообщение от RNZ (ok), 15-Апр-21, 13:19	+/–
> 41 files changed, 3603 insertions(+), 180 deletions(-) 20 к одному - многовато кода насыпали...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #43

22. Сообщение от Аноним (22), 15-Апр-21, 13:22	+1 +/–
>Год назад меня поведение свопа более чем устраивало, всё было прекрасно со swappiness=90. Но теперь он стал создавать очень ощутимые задержки при использовании Оперативы стало не хватать, ОС стала шуршать свопом. Пора апгрейдить память, только и всего
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #23

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

24. Сообщение от хромогль (?), 15-Апр-21, 13:55	+1 +/–
Я ваш новый стандарт!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

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

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

27. Сообщение от Аноним (27), 15-Апр-21, 17:28	+1 +/–
Первая мысль: своп на десктопе в 2021?. Вторая: аааа, хром.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #30, #34

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

29. Сообщение от Аноним (29), 15-Апр-21, 19:49	+1 +/–
/\(\)/\/ Ничего непонятно, но очень интересно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #35

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

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

32. Сообщение от Аноним (13), 15-Апр-21, 21:14	+/–
Понимаешь ли, дело в том, что в венде до ситуации кончилась память (кончился своп), дело не доходит. Наверно ещё и потому, что он в норме динамический (исключительно плохая фича). Можешь мне поверить, если исчерпать своп по примеру линукса в венде, всё зависнет так что и через 5 часов не развиснет, а диск насиловать будет куда сильнее (а он вибрирует и греется, да). Я много раз это повторял в различных ситуациях, могу рассказать. Венда сталкивается с такой ситуацией (во всяком случае, 10), например, в игрушечках. Когда видеопамяти недостаточно, она вытесняется сначала в оперативную, и потом в своп. И всё зависнет намертво и не будет подавать признаков в жизни, но сначала будет часами насиловать диск. Лечится, кстати, просто: нужно всего лишь докинуть ещё 10 гигов файла подкачки, и тогда всё без проблем будет работать. Но то что система теряет отзывчивость при вытеснении чего-то в своп это факт, в линуксе о том что у тебя что-то в свопе было и он уже заполнился ты узнаёшь когда уже всё завистло, до того, ощутимых задержек не будет (а диск при этом не насилуется, поэтому нет никаких диких вибраций). >что ты не пытайся закрыть, очухивается Если не успел закрыть окно (запустить ты уже ничего не можешь) за то время пока ты понял что своп кончился и сейчас всё зависнет (у тебя есть секунд 10), то ты можешь вызвать oom killer через sysqr+f и отпустит моментально. Другое дело если это куча жирнючих процессов какого-нибудь раста и они продолжают появляться всё новые, придётся ждать пока раздупится что где-то что-то упало, и возможно несколько раз вызвать киллера (он может прийти через минуту в особо запущенных случаях). Лучше всего не допускать полного исчерпания.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31

33. Сообщение от Аноним (33), 15-Апр-21, 23:42	–1 +/–
Всё убивает?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26

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