The OpenNET Project / Index page

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



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

Оглавление

Выпуск обработчика нехватки памяти earlyoom 1.4, opennews (ok), 02-Мрт-20, (0) [смотреть все]

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


57. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +2 +/
Сообщение от zzz (??), 03-Мрт-20, 02:21 
Анониму за это не платят, в отличие от 95% разработчиков линукса. Которые в перерывах между допиванием кофейной гущи и ковырянием в носу вот уже 20 лет как не могут запилить нормальный OOM в ядре. Нигде такой фигни нет - под виндой процессы нормально киляются, под фрюхой, да даже под симбианом, и только под линуксом разрабы заняты чем угодно, но только не решением покрытого мхом бага, что ажно приходится костылить пяток юзерспейсных демонов.
Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +5 +/
Сообщение от rshadow (ok), 03-Мрт-20, 09:56 
Не надо нам тут сказок про винду. Знаем - плавали. Там вообще вероятность работы 50/50. Может и диспетчер задач тупо не открыться. Даже без нагрузки. "Семь бед - один ресет".
Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск обработчика нехватки памяти earlyoom 1.4"  –1 +/
Сообщение от Аноним (103), 03-Мрт-20, 10:48 
А я сужу по практике. Может мне конечно повезло см железом. Но у меня несколько месяцев работала Win 10, я ее только отходя куда-то отправлял в hibernation. Ни одного падения, зависания, все как часы работало.
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +4 +/
Сообщение от Аноним (119), 03-Мрт-20, 11:44 
И как это связано с нехваткой памяти? пробовали в windows память всю занимать?
Ответить | Правка | Наверх | Cообщить модератору

176. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +1 +/
Сообщение от Аноним (176), 04-Мрт-20, 02:50 
> И как это связано с нехваткой памяти? пробовали в windows память всю занимать?

Это он так спалился что винды оказывается умеют виснуть намертво при выходе из STR и тому подобных режимов, очень приятно получается, как серпом по... :)

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

100. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (-), 03-Мрт-20, 10:37 
> Нигде такой фигни нет - под виндой процессы нормально киляются,

Ыгы, если гуйня вообще прорисуется. Если не прорисуется за разумное время, из-за системного душняка - сушите весла! Никакого эквивалента например alt-sysrq-n чтобы построить приоритетный такс там нету! И alt-sysrq-f чтобы вынести жирный таск вызывающий свопление без всяких гуев - тоже.

> под фрюхой, да даже под симбианом,

Не знаю как во фрюхе (она меня задолбала задолго до таких мелочей и я ее вынес до настолько интимных знакомств), а в симбиане это примерно так: вот вы чатитесь в паре чатиков, браузя между делом файлики и что-то еще. Фигак! Ни чатиков, ни файлов, ни прочих глупостей. Вот те абсолютная лысая система, дорогой юзерь. Но вам же не впадлу переконектиться в чатики и забрести в диру файлменеджером заново, правда? :)

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

Внезапно, линух используется в дофига применений, в отличие от симбианов и фрибсд, так что 1 размер всем таки не катит.

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

133. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от zzz (??), 03-Мрт-20, 13:44 
>Никакого эквивалента например alt-sysrq-n

Ты путаешь причину и следствие. Это не линукс такой хороший, что в нем есть даже такая комбинация, а комбинация появилась, потому что линукс такой плохой. И да, полно случаев, когда система встает колом так, что даже alt-sysrq-n не отрабатывает.

>так что 1 размер всем таки не катит

В линухе куча рабочих планировщиков как процессов, так и IO под разные применения. Ни одного рабочего OOM нет до сих пор. Линукс - это серьезно (с).

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

150. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от Аноним (150), 03-Мрт-20, 17:41 
> Ты путаешь причину и следствие. Это не линукс такой хороший, что в
> нем есть даже такая комбинация, а комбинация появилась, потому что линукс такой плохой.

Офигенное понимание дел системных, тудыть-растудыть! А я то думал что проблема - в том что realtime (да и просто высокоприоритетный) процесс BY DESIGN может крепко узурпировать систему. Изначально - для реалтаймного отклика, но ежели что-то пойдет не так, в остальной системе, видите ли, душняк с временем процессора может наступить. Потому что так условились что процесс важен, а он решил взять и офигеть. И это как бы BY DESIGN, на уровне семантики.

При том на системе где реалтайм реально роялит - это даже может быть желаемым и нужным состоянием дел. Хоть програмер и должен по уму вынести heavy lifting на низкоприоритетные worker'ы. Нормально это, кстати, только в линуксе и можно: там разным тредам можно разный приоритет вкатить, хоть это и не соответствует кретинизму который в POSIX. В этом месте линухоиды таки положили на стандарт во имя здравого смысла. И таки в линухе у 1 задачи могут быть треды с разными приоритетами. А у остальных... ацаца :). В винде не помню, там вроде тоже так можно. И таки в винде высокоприоритетный процесс хрен срубишь, если он офигеет. Можно заманаться таскменеджера ждать.

> И да, полно случаев, когда система встает колом так, что даже alt-sysrq-n не отрабатывает.

EPIC BULLSHIT. Это кернелем рюхается, так что не срабатывать может только если отключено, разве что. Как максимум до него alt-sysrq-r может потребоваться, если из иксов, чтобы raw mode клавы форсировать, мало ли чего там софт настроил.

Но вот конкретно эти комбо работают железобетонно, даже цук по сериальному шнурку (с break'ом).

> В линухе куча рабочих планировщиков как процессов, так и IO под разные
> применения. Ни одного рабочего OOM нет до сих пор. Линукс - это серьезно (с).

Там вообще-то вполне рабочий OOM killer. И весьма конфигуряемый. Просто система его сама пнет только когда память уже вообще совсем закончилась. В системе с большим свопом этого момента можно ждать довольно долго.

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

139. "Выпуск обработчика нехватки памяти earlyoom 1.4"  –1 +/
Сообщение от mikhailnov (ok), 03-Мрт-20, 15:05 
Выкладывайте свои предложения по алгоритму работы правильного ООМ
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

204. "Выпуск обработчика нехватки памяти earlyoom 1.4"  +/
Сообщение от kek (??), 05-Мрт-20, 08:37 
Всё давно выложено и реализовано в nohang и oomd.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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