The OpenNET Project / Index page

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



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

Оглавление

Компания Google представила патчи многоуровневого LRU для Linux, opennews (??), 15-Апр-21, (0) [смотреть все]

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


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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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