forum.opennet.ru

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

Оглавление

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

Выпуск фонового процесса Вон оно нынче как Выпускайте Кракена , cat666 (ok), 20:25 , 02-Мрт-20, (1) +3 //

А он вебмакаками питается Если да - цып, цып, цып, цып, у нас тут много еды Ид, Аноним (-), 10:29 , 03-Мрт-20, (99) +5

Почему нельзя в ядре допилить этот диспечер памяти Нет вместо этого будем город, Аноним (2), 20:31 , 02-Мрт-20, (2) +12 //

Допили У меня даже есть идея берешь этот обработчик и высылаешь его Торвальдсу, Аноним (4), 20:34 , 02-Мрт-20, (4) //

Анониму за это не платят, в отличие от 95 разработчиков линукса Которые в пере, zzz (??), 02:21 , 03-Мрт-20, (57) +2 //

Не надо нам тут сказок про винду Знаем - плавали Там вообще вероятность работы, rshadow (ok), 09:56 , 03-Мрт-20, (90) +5

А я сужу по практике Может мне конечно повезло см железом Но у меня несколько , Аноним (103), 10:48 , 03-Мрт-20, (103) –1

И как это связано с нехваткой памяти пробовали в windows память всю занимать , Аноним (119), 11:44 , 03-Мрт-20, (119) +4

Это он так спалился что винды оказывается умеют виснуть намертво при выходе из S, Аноним (176), 02:50 , 04-Мрт-20, (176) +1

Ыгы, если гуйня вообще прорисуется Если не прорисуется за разумное время, из-за, Аноним (-), 10:37 , 03-Мрт-20, (100)

Ты путаешь причину и следствие Это не линукс такой хороший, что в нем есть даже, zzz (??), 13:44 , 03-Мрт-20, (133)

Офигенное понимание дел системных, тудыть-растудыть А я то думал что проблема -, Аноним (150), 17:41 , 03-Мрт-20, (150)

Выкладывайте свои предложения по алгоритму работы правильного ООМ, mikhailnov (ok), 15:05 , 03-Мрт-20, (139) –1

Всё давно выложено и реализовано в nohang и oomd , kek (??), 08:37 , 05-Мрт-20, (204)

Этот же earlyoom можно без проблем засунуть в ядро в виде earlyoom ko, но просто, Аноним (11), 20:41 , 02-Мрт-20, (11) +2 //

А в чём минусы earlyoom в userspace Пусть живёт там себе дальше , Q2W (?), 08:12 , 03-Мрт-20, (82) //

Потенциально менее надежно Ядро себя при управлении ресурсами точно не обидит , Аноним (-), 10:45 , 03-Мрт-20, (101)

Комментатор выше жаловался на на это, а на то, что ядро могло бы и отказать очер, Q2W (?), 08:13 , 03-Мрт-20, (83) +1
проблемы с коммуникацией - надуманные chardev для связи с клиентом, который уже , Аноним (95), 10:22 , 03-Мрт-20, (95) //

Всё классно звучит Возьмётесь b , Аноним (140), 15:20 , 03-Мрт-20, (140)

По тому же почему нельзя заставить Linux не вешать систему при копировании сотен, VINRARUS (ok), 20:42 , 02-Мрт-20, (12) +2 //

Под Linux, система вешается при копировании большого объёма, десятки гигов, и не, Аноним (-), 21:24 , 02-Мрт-20, (28) –3 //

переносил исходники UE4 с одного диска на другой, около 86Гб и тысячи мелких фай, заминированный тапок (ok), 22:49 , 02-Мрт-20, (42) +2

Скрыто модератором, VINRARUS (ok), 23:12 , 02-Мрт-20, (43) –4

Скрыто модератором, Анончик999 (?), 00:22 , 03-Мрт-20, (48) –1

Скрыто модератором, пох. (?), 07:24 , 03-Мрт-20, (77)

Что там в UE такого, чтобы набрать эти 86 гигов написанного людьми кода, если да, Аноним (52), 01:34 , 03-Мрт-20, (52)

PhysX модули и системы сборки MaCOS,iOS,Android,Windows,Linux, ну и всех , заминированный тапок (ok), 11:37 , 03-Мрт-20, (116)

не так давно около 3 месяцев назад наверное , разворачивал на машине почти 100 , llirik (ok), 07:01 , 03-Мрт-20, (74) //

бэкап А у товарища - с fs на нее же или другую такую же, и обе, небось, ext4 с , пох. (?), 07:33 , 03-Мрт-20, (78)

Нет, у меня на обоих винтах btrfs, Аноним (-), 10:19 , 03-Мрт-20, (94)

и тоже виснет Ну, в целом и неудивительно, у нее количество лишних записей еще , пох. (?), 11:29 , 03-Мрт-20, (114)

разумеется виснет, это же я написал несколько сообщений, что при копировании вис, Аноним (-), 11:41 , 03-Мрт-20, (118)
Скорее этот умник пихнул активно кантуемые файлопомойки на системный диск А нап, Аноним (152), 18:06 , 03-Мрт-20, (152)

а локап-то откуда ну да, мы вот этот цирк вполне наблюдали на том примере, кото, пох. (?), 20:09 , 05-Мрт-20, (212)

Ну смотри, душняк памяти Кернель выкидывает паги его любимой апликухи из рамы, , Аноним (218), 07:03 , 07-Мрт-20, (218)

Windows , Аноним (79), 07:34 , 03-Мрт-20, (79)

Так бы сразу и сказал, он при 50К файлов в дире встает колом на несколько минут,, Аноним (104), 10:49 , 03-Мрт-20, (104)

дайте угадаю - вы не список пытаетесь, а в интуитивно-приятном эксплорере, кот, пох. (?), 11:35 , 03-Мрт-20, (115)

В FAR без иконок те же яйца Красивая теория, но FAR плевал на иконки Это зависит, Аноним (-), 22:17 , 03-Мрт-20, (158)

ну так это - проблема вашей фары , не расскажите же, каким волшебным образом di, пох. (?), 15:40 , 06-Мрт-20, (215)

Лично я вообще не смог найти проги где такой проблемы нет Если есть индексирован, Аноним (-), 07:15 , 07-Мрт-20, (219)

Чокаво Я копирую целые деревья линукскернеля, сколько там мелких файлов посчита, Аноним (-), 10:46 , 03-Мрт-20, (102)

Обработчик нехватки памяти Сейчас фиг найдешь кого-то, у кого ее меньше 8 гиг, Аноним (4), 20:33 , 02-Мрт-20, (3) –12 //

Хром, вбокс и Де на гтк3, и всё, нету 8, Аноним (6), 20:36 , 02-Мрт-20, (6) //

Ты не поверишь, но у меня 4, и я это все запускаю, раз в пару дней так точно А,, Аноним (4), 20:38 , 02-Мрт-20, (7) –1
Ну ок, вот тебе slimjet хром , vbox с фотошопом даже и DE на GTK3 Память - 4, Аноним (4), 21:00 , 02-Мрт-20, (22) –1 //

И 2 окна браузера по 3 вкладки c Opennet и LOR Виртуальный ящик с древней XP , Аноним84701 (ok), 21:29 , 02-Мрт-20, (30)

Просил - получил, как говорится Я к тому, что у меня есть еще в запасе для карт, Аноним (4), 21:41 , 02-Мрт-20, (32) –1

Чисто формально -- возможно И Я к тому, что древний фотошоп 2002 года с древней, Аноним84701 (ok), 21:54 , 02-Мрт-20, (35)

Ты повторяешься Я уже это читал Мне ничего новее не нужно Винда себе и винда,, Аноним (4), 22:12 , 02-Мрт-20, (40) –2

А ты-то тут каким боком С какого перепугу ты стал тем мерилом, чей набор софта , zzz (??), 02:26 , 03-Мрт-20, (60) +1
Ты математик или светлосиний , fske (?), 08:53 , 03-Мрт-20, (87) –1

Это меня функционалы минусуют , fske (?), 13:45 , 03-Мрт-20, (134)

тихо, сам с собою, правою рукою приключения Ларри МакЛаффера , Аноним (176), 02:48 , 04-Мрт-20, (175)

top - 07 34 59 up 18 days, 11 00, 17 users, load average 0 22, 0 15, 0 14Tasks, пох. (?), 07:46 , 03-Мрт-20, (81)

Скрыто модератором, fske (?), 08:50 , 03-Мрт-20, (86) +1

На Orange Pi PC2 гиг оперативы При нехватки памяти ядро прибивает самый ненужный, Аноним (181), 09:41 , 04-Мрт-20, (181) //

Ну, правильно, кто ж сейчас маны то читает и вес процессам для oom killer настра, Аноним (-), 21:21 , 04-Мрт-20, (186)

sshd имеет oom_score_adj -1000 из коробки обычно, kek (??), 08:41 , 05-Мрт-20, (205)

У того анонимуса это походу было не так , Аноним (-), 07:17 , 07-Мрт-20, (220)

Да Пишешь какую-то свою прогу, которая из-за ошибки ушла в бесконечный цикл по , yaya (?), 20:39 , 02-Мрт-20, (8) +2 //

А можно спеки твоей машинки А также в чем пишешь код и запускаешь Интересно до, Аноним (4), 20:41 , 02-Мрт-20, (10) //

i3-2100 CPU 3 10GHz, 8 ГБ памяти, диск ST500DM002-1BD14 cat proc meminfo 1, yaya (?), 13:49 , 03-Мрт-20, (135)

Сэру никогда не приходило в бошку что вообще записать 8 гигз на механический дис, Аноним (-), 22:52 , 03-Мрт-20, (168)

Вы не поняли суть проблемы Проблема не в том, что я ожидаю, что 8 гигз свопатьс, yaya (?), 20:28 , 04-Мрт-20, (184)

Да ну ладно, alt-sysrq-f это довольно быстро решает Это ручной пинок oom killer, Аноним (-), 21:26 , 04-Мрт-20, (187)

Ну как бэ по нормальному ОС сама должна как-то реагировать Я уж про клавишу sysr, iPony129412 (?), 06:41 , 05-Мрт-20, (200) +1

Так она и реагирует Просто в зависимости от кофигурации и настроек это может бы, Аноним (-), 07:24 , 07-Мрт-20, (221)

Вы хотите сказать, что ОС, которой скоро будет тридцать лет, до сих пор не имеет, YetAnotherOnanym (ok), 21:14 , 02-Мрт-20, (25) //

Не имеет, я полностью подтвержаю слова автора Спека моей машины - Ryzen 7, 32 г, Аноним (-), 21:27 , 02-Мрт-20, (29) +2

Честно, не понимаю Это Linux настолько не готов для десктопа что ли Тогда эт, Аноним (4), 21:44 , 02-Мрт-20, (33)

А ты часто копируешь дксятки гигов с одного винта на другой или на тот же самый , Аноним (-), 01:40 , 03-Мрт-20, (54) –4

А что это за отмазки пошли Типа, раз нечасто - то какбе и нет проблем , zzz (??), 02:28 , 03-Мрт-20, (61) +3
У меня периодически бывает такое Линукс встаёт колом, да , Аноним (68), 05:35 , 03-Мрт-20, (68) +1

Hint выдели под данные отдельные диски А систему лучше на быстрый SSD Своп вы, Аноним (-), 11:05 , 03-Мрт-20, (108)

а как он их скопирует-то на отдельные, если оно - виснет И у меня ощущение что в, пох. (?), 15:34 , 03-Мрт-20, (141)

В смысле, у него именно, натурально, deadlock в ядре Из которого оно не выходит, Аноним (159), 22:21 , 03-Мрт-20, (159)

ЗЫ еще кстати очень помогает собрать себе full preempt кернель Я это практикую , Аноним (159), 22:23 , 03-Мрт-20, (160)

Не поможет - проходили , iPony129412 (?), 06:47 , 05-Мрт-20, (201)

В смысле - не поможет Я вон не обломался тест от чувака запустить И oom killer, Аноним (-), 07:25 , 07-Мрт-20, (222)

Так, стапэ А если это сервак, гоняющий файло Там что, тоже нельзя копировать д, Аноним (4), 21:45 , 02-Мрт-20, (34)

Как давно на серваке есть ГУЙ Вообще хрен знает, что будет но у меня при копиро, Аноним (-), 01:39 , 03-Мрт-20, (53)
И ещё самый прикольный прикол забыл сказать, если копировать эти несколько десят, Аноним (-), 01:49 , 03-Мрт-20, (55) –1

Это надо ping или подобным проверять, а не торенткачалкой С торенткачалкой може, Аноним (-), 22:32 , 03-Мрт-20, (161)

Ну это же линукс https askubuntu com questions 1212212 how-to-copy-12gb-file-f, iPony129412 (?), 07:39 , 03-Мрт-20, (80)

Я так и знал, что больше она ни для чего и не нужна, fske (?), 08:58 , 03-Мрт-20, (89) –1
А если файлов 200 - то и кликов у мышевозилы получается 200 А копировать иер, Аноним (104), 10:53 , 03-Мрт-20, (105)

Ну так делал Ничего особенного не заметил , iPony129412 (?), 11:18 , 03-Мрт-20, (112)

Угу, кроме времени этой операции В линухе это как-то резвее , Аноним (-), 22:32 , 03-Мрт-20, (162)

а в чем проблема, я именно ей lizardfs тестирую Да, из под винды, меня ее драйв, пох. (?), 12:19 , 03-Мрт-20, (122)

Не то чтобы вот прям проблема, но после линуха время такой операции как-то аннои, Аноним (-), 22:33 , 03-Мрт-20, (163)

ты точно прочитал, что тот хмырь и _куда_ копировал Он пытался слить 12гиговую п, пох. (?), 12:16 , 03-Мрт-20, (120) +1

Да, читал В первую очередь про косяк в GVFS подумал Это просто демонстрация при, iPony129412 (?), 12:31 , 03-Мрт-20, (127)

это не в gvfs косяк, это кого надо косяк, его брать не полагается gvfs просто д, пох. (?), 12:41 , 03-Мрт-20, (128)

Да не суть в чём косяк, просто в линуксах это сделано через одно место Ну как бы, iPony129412 (?), 12:54 , 03-Мрт-20, (131)

Да оно у всех сделано хрен знает как Там какой-то чудесатый протокол И на винд, Аноним (-), 23:05 , 03-Мрт-20, (170)

Вы, наверное, имеете в виду ядро Linux, а не ОС Вы меня спрашиваете Я - польз, yaya (?), 14:33 , 03-Мрт-20, (137)

Пардон за глупый вопрос, а memset ща не модно Или с ним уже не то , Аноним (-), 22:34 , 03-Мрт-20, (164)

Вы невнимательно прочитали код Там не делается memset Там просто тупо трогаетс, yaya (?), 20:30 , 04-Мрт-20, (185)

А, пардон, не обратил внимание что это 1 раз на 4096, так явно резвее Я в курсе , Аноним (-), 01:47 , 05-Мрт-20, (192)
В качестве компенсации за тупняк 1 Компил именно этого кода с -O2 довольно фиго, Аноним (-), 01:58 , 05-Мрт-20, (193)

В консерватории, пробовали править Нахрена вообще на современной тачке нужен сво, rshadow (ok), 10:05 , 03-Мрт-20, (91) +1 //

угу, модно, молодежно, современно - браузеру четыре гига, почтовику два, чятику , пох. (?), 10:25 , 03-Мрт-20, (96) +2

Путаешь гарантии с ограничением Считай что это ООМ который ты сам настроил для , rshadow (ok), 12:16 , 03-Мрт-20, (121)

не, не путаю Гарантии - это было понятно, для чего и почему так и надо Но наст, пох. (?), 12:22 , 03-Мрт-20, (123)

Маразм это в идеальной вселенной с розовыми пони А здесь у нас есть пара жрущих, rshadow (ok), 12:44 , 03-Мрт-20, (129)

ну щас все брошу и пойду еще линукс за вас чинить Во фре кое-кто пытался исправи, пох. (?), 12:56 , 03-Мрт-20, (132)

На, откушай, мегасистемщик, бэть https www opennet ru openforum vsluhforumID3, Аноним (-), 02:02 , 05-Мрт-20, (194)

Насколько я помню, RSX-11 как M, так и S все же не притворялась, что она realti, ДавноСидим (?), 12:26 , 03-Мрт-20, (125)

она не притворялась, она ей - была Даже, кажется, параметры этого рилтайма где-, пох. (?), 12:50 , 03-Мрт-20, (130)

В консерватории Не, не пробовал У меня стационарный компьютер, в консерваторию, yaya (?), 14:14 , 03-Мрт-20, (136)
Да вроде виснут те у которых при нехватки памяти файл подкачки или раздел подкач, Аноним (153), 18:27 , 03-Мрт-20, (153)

Нет я не о том, что мне жалко износа SSD под подкачку использовать, пока не жалк, Аноним (153), 18:34 , 03-Мрт-20, (154)

В линухе можно zram поюзать Будет такой себе сжатый RAM для малоактивной фигни , Аноним (-), 22:36 , 03-Мрт-20, (165)

Моё мнене на моём опыте Zram хорош это если много памяти А если 2 - 4ГБ не сил, Аноним (-), 08:42 , 04-Мрт-20, (177)

Вариант без подкачки я не расматриваю по тому, что когда нет памяти и нет подкач, Аноним (-), 08:49 , 04-Мрт-20, (178)

Кстати если фал подкачки на диске заполнится тоже зависнит Было у меня таке , Аноним (-), 09:17 , 04-Мрт-20, (179)

Только у меня не файл подкачки, а раздел подкачки Путаю раздел с файлом подкачк, Аноним (-), 09:21 , 04-Мрт-20, (180)

А если памяти мало, это не хорошо, а просто офигенно Потому что в сжатый св, Аноним (-), 21:34 , 04-Мрт-20, (188)

И 8GB забить сложно, да И 16, да Нельзя нечаянно запустить пару виртуалок и по, Аноним (11), 20:46 , 02-Мрт-20, (14) +2
Не фатает Ядро упоротое просто и хоть 1 Тб оперативки ему дай всё равно будет н, VINRARUS (ok), 20:47 , 02-Мрт-20, (16) –2 //

К слову сказать, я работаю без SWAP что на Windows, что на Linux уже лет 15 и не, Аноним (11), 20:56 , 02-Мрт-20, (20) –1 //

И как твой Linux себя ведёт при свободных 10 Мб , VINRARUS (ok), 20:58 , 02-Мрт-20, (21) –1

ХЗ, у меня сейчас 64GB - пока меньше 20GB не удалось достичь DБольше всего заби, Аноним (11), 22:04 , 02-Мрт-20, (37)

Можешь поделиться рецептом выноса дисков виртуалок в оперативку Спасибо , Аноним (4), 23:13 , 02-Мрт-20, (44)

Так cp -a VirtualBox VM Name tmp tmp ессно примонтирована в tmpfs по крайне, Аноним (49), 00:23 , 03-Мрт-20, (49)

И правильно считает , Аноним (65), 04:04 , 03-Мрт-20, (65)
8230 Как-то быстро спалился Куда убрать-то , Аноним (67), 05:31 , 03-Мрт-20, (67)

Убрать из памяти tmpfs - это модуль ядра, а не процесс, поэтому память, которую , Аноним (75), 07:14 , 03-Мрт-20, (75)

tmpfs - это файловая система, которая может быть очищена , Секция башенного крана (?), 08:25 , 03-Мрт-20, (84)

Он не ведает о чём говорит , Аноним (85), 08:25 , 03-Мрт-20, (85)

Наоборот, со свапом система не работоспособна при утечки памяти, просто перестаё, Аноним (-), 21:29 , 02-Мрт-20, (31)

Ну вот к примеру я пишу программы для микроконтроллеров разных Открыл FF для с, Аноним (41), 22:22 , 02-Мрт-20, (41)
На ноутбуке одну вещь србирал 8 ШБ ОЗУ, чего-то бомбануло и 16 ГБ заняло Страшн, iPony129412 (?), 04:37 , 03-Мрт-20, (66) //

Собирать опасно без юзерспейсных обработчиков Но так как обработчики есть и шир, Секция башенного крана (?), 07:16 , 03-Мрт-20, (76)
Да то же что и на винде Можно подумать, кто-то смог отменить тот факт что эмули, Аноним (-), 11:03 , 03-Мрт-20, (107) //

Не Там всё будет жёстко тормозить, но хоть как-то реагировать То есть если не , iPony129412 (?), 11:13 , 03-Мрт-20, (111)

Ну вообще-то в моей конфиге я даже alt-sysrq-f не успеваю обычно бабахнуть, oom , Аноним (-), 21:41 , 04-Мрт-20, (189)

Этой что ли https www howtogeek com 319933 what-is-memory-compression-in-windo, iPony129412 (?), 06:31 , 05-Мрт-20, (199)

Ну, нажал alt-sysrq-f - прибил свой DE Ну а заодно все что имело несчастье откр, пох. (?), 12:25 , 03-Мрт-20, (124)

Скрыто модератором, Аноним (-), 22:39 , 03-Мрт-20, (166)
На 2 6 чототам - наверное оно как-то так и работало А ща это обычно выносит сам, Аноним (-), 22:55 , 03-Мрт-20, (169)

Достаточно одного тяжёлого запроса в постгре на десктопе, чтобы вспомнить где на, Аноним (92), 10:12 , 03-Мрт-20, (92)

sysctl -w vm swappiness 1 ну и памяти докупить пропорционально задачам, и ника, бублички (?), 20:36 , 02-Мрт-20, (5) –4 //

на ушко swappiness уже давно ничего не решает А вот память - да Здесь я согл, Аноним (4), 20:40 , 02-Мрт-20, (9) –2 //

Решает, но не так, как думают ретартды , Секция башенного крана (?), 06:47 , 03-Мрт-20, (73) +2 //

Я пробовал все возможные значения сваппинес и становилось только хуже Объясни ка, Аноним (92), 10:13 , 03-Мрт-20, (93)

Поехавшие рекомендуют уменьшать свопинес На самом деле это приводит к замедлени, Антон (??), 14:33 , 04-Мрт-20, (182)

Как вы задолбали с этим swappiness Никогда того не было и вот опять Вы для нач, cat666 (ok), 20:43 , 02-Мрт-20, (13) //

А зачем фанатам знать мать часть Они на то и фанаты Это как верующие, подавляющ, Аноним (11), 20:53 , 02-Мрт-20, (19) –2 //

Так редит уже как двач стал, только неанонмный, естессно там фанбоев полно , Аноним (58), 02:21 , 03-Мрт-20, (58) +1
Да как-то среди Windows и MacOS не особо Особенно первые так и вообще только та, iPony129412 (?), 06:25 , 03-Мрт-20, (70) +1
Без разбору позволять неискусным чтение Св Писания тоже значит, что и младенца, пох. (?), 10:59 , 03-Мрт-20, (106)

Поэтому свою систему и ее особенности нехило бы знать Да, это несколько сложнее, Аноним (-), 11:10 , 03-Мрт-20, (110)

Чего А почему я на ту же Ubuntu потратил столько денег, что наверно этак надо б, iPony129412 (?), 11:38 , 03-Мрт-20, (117) +1

Ну, потребуй их возврата, чтоли, если чем-то недоволен Хоть я и не понимаю как , Аноним (-), 22:47 , 03-Мрт-20, (167) –1

То слишком сложно для него Еще и на буржуйском Надо было что-то типа ну чо, п, Аноним (4), 21:08 , 02-Мрт-20, (23) –1 //

Только так и можно завоевать массовость , Аноним (58), 02:22 , 03-Мрт-20, (59)

Вот юзкейс был у юзера свопинес 1, и все висло Поставил 60 - и полегчало https , Секция башенного крана (?), 06:44 , 03-Мрт-20, (72) –1 //

уже с десяток лет не делаю swap больше 1 GB - он просто годами не используется н, бублички (?), 08:54 , 03-Мрт-20, (88)
Стоит спросить у пользователя захрена он изменил дефолт Я так тоже могу, грохну, ананчик (?), 00:21 , 04-Мрт-20, (171) //

Показать как Linux работает без fstab Systemd смешно чертыхается, конечно, н, Аноним (-), 22:40 , 04-Мрт-20, (190)

У systemd есть объект, который называется точка монтирования Если вы умеете его, Анонимусис (?), 13:17 , 05-Мрт-20, (207)

У меня не было ни того ни другого И собственно я не хотел чтобы systemd своими , Аноним (223), 07:30 , 07-Мрт-20, (223)

А как оно после этого прибивать процессы будет , Нанобот (ok), 20:46 , 02-Мрт-20, (15) //

Через sudo , VINRARUS (ok), 20:48 , 02-Мрт-20, (17) +1
CAP_KILL, Антон (??), 01:56 , 03-Мрт-20, (56) +1 //

получается процесс с правами убивать всех такой себе жнец с косой ну или шин, Нанобот (ok), 18:45 , 03-Мрт-20, (156)

Нужно, да , YetAnotherOnanym (ok), 21:16 , 02-Мрт-20, (26)
А в FreeBSD как, разве лучше , Аноним (-), 21:21 , 02-Мрт-20, (27) –1 //

Фря процессы, жрущие много памяти, убивает, в dmesg и var log messagesбудет что, Alex_K (??), 22:02 , 02-Мрт-20, (36) +1 //

Но, вообще, была инфа, что во FreeBSD всё так же плохо , Аноним (11), 22:05 , 02-Мрт-20, (38) –1 //

На лоре тебе и не такой инфы расскажут За всю свою практику ни разу не сталкива, zzz (??), 02:55 , 03-Мрт-20, (62) +4

что то вы лукавите, нормально суся на 2гб работает Все вам не так то спинлок ме, ананчик (?), 00:29 , 04-Мрт-20, (172)

Во FreeBSD не лучше Эффект наблюдается при зацикливании сборки из портов, до по, Alexey (??), 22:04 , 02-Мрт-20, (39) //

Я тут, на опеннете, даже демку со друзей программой приводил - или пробивается я, анонн (ok), 23:34 , 02-Мрт-20, (45) //

жручей , анонн (ok), 23:36 , 02-Мрт-20, (46) //

Дело не в жручести Многое зависит от паттернов пользования и юзерспейсного алло, Аноним (47), 23:55 , 02-Мрт-20, (47) +1

Еще больше - от настроек vm pageout_oom_seq - выставить поменьше, скажем 4и возм, анонн (ok), 00:27 , 03-Мрт-20, (50) +1

Т е 1 в 1 проблемы линукса Зачем тогда уверять, что там что-то лучше устроено , Аноним (47), 01:17 , 03-Мрт-20, (51) –1

Фряха сохраняет минимальную отзывчивость, в линуксе - только ресет А так-то да,, zzz (??), 02:57 , 03-Мрт-20, (63) +1

Я не помню, когда мне последний раз пришлось резет в линуксе прожимать Это наве, Аноним (47), 12:26 , 03-Мрт-20, (126)

Выше я уже давал юзкейс машинка с 2Гб Под своп отдал 2 Гб Открыл скайп, откры, zzz (??), 16:29 , 03-Мрт-20, (144)

Это на линуксе На ПК 8ГБ памяти, 4ГБ своп Пока своп не заполнится на 100 я и , Аноним (47), 16:45 , 03-Мрт-20, (146)
Если sysrq f не помогает, можно нажать sysrq e послать сигнал term всем процесса, Аноним (47), 16:50 , 03-Мрт-20, (147)

и это пингвин, поставьте себе уже наконец более-менее современное ядро, там o, Аноним (-), 02:11 , 05-Мрт-20, (195)

время показывала - Эт она может А если тебе работать в мало памяти - и вот ч, пох. (?), 17:09 , 03-Мрт-20, (149)

Надо будет проверить - когда я её пользовал в качестве десктопа, проблем из-за р, zzz (??), 22:11 , 03-Мрт-20, (157)

Так надо былу свам раздел на стримере размещать Да это не показатель, у меня мы, ананчик (?), 00:42 , 04-Мрт-20, (173)

нет code time -l python -c x str x x x x for x in range 100000000 tim, анонн (ok), 03:25 , 03-Мрт-20, (64)

ну вообще-то в том примере товарищ уж очень старался этот эффект получить А у fr, пох. (?), 11:06 , 03-Мрт-20, (109)

А эти причины случайно не ZFS назывались , Аноним (-), 05:47 , 05-Мрт-20, (198)

я же сказал - разным zfs на этой системе может вообще не быть, а память вожрана , пох. (?), 07:42 , 05-Мрт-20, (202)

Ага, блин, найди мне планки памяти на вон тех одноплатничках Но ты в принцип, Аноним (223), 07:31 , 07-Мрт-20, (224)

Плохо будет если его хакнут, пробэкдорят или еще чего , КО (?), 06:05 , 03-Мрт-20, (69) //

Не беспокойтесь, я отслеживаю каждый коммит И мои братья тоже , Секция башенного крана (?), 06:26 , 03-Мрт-20, (71)
Хакнут обработчик OOM Так он же не делает ничего кроме мониторинга памяти и сно, Аноним (-), 10:27 , 03-Мрт-20, (98)

А что, PATH_MAX ща не модно , Аноним (-), 10:26 , 03-Мрт-20, (97)
Народ, помогите собрать небольшую статистику Вот пример, который уводит мою сис, yaya (?), 14:42 , 03-Мрт-20, (138) //

запустилось, сожрало весь процессор логично, как и то что система при этом, мяг, пох. (?), 15:56 , 03-Мрт-20, (142) –1 //

Спасибо, что запустили и отписались Да, моя оплошность, что я не написал в комме, yaya (?), 16:17 , 03-Мрт-20, (143) //

ошибки обычно иначе выглядят - вот типичная ошибка в днк разработчика 1960 m, пох. (?), 16:55 , 03-Мрт-20, (148)

Да, интересно Но вы это всё запустили в виртуалке - соответственно, можно найти, yaya (?), 18:38 , 03-Мрт-20, (155)

та самая картинка с велосипедом и палкой в колесе , Аноним (145), 16:30 , 03-Мрт-20, (145) –1 //

Вы так на все тесты реагируете Багрепорты ни разу не писали Обычно для поиска , yaya (?), 17:44 , 03-Мрт-20, (151) +1

тест не релевантен, нехватает sleepкак только он съедает память то сразу выходит, ананчик (?), 00:49 , 04-Мрт-20, (174) //

Зачем sleep-то Вы не увидели там while 1 То, что я хочу проверить - я понимаю , yaya (?), 20:25 , 04-Мрт-20, (183) //

что бы не выжирал память за считанные секунды Действительно он есть, что еще бол, ананчик (?), 23:44 , 04-Мрт-20, (191)

А в чем пойнт туповэйтить в разы дольше , Аноним (-), 02:22 , 05-Мрт-20, (197)
очевидно - будет крутиться в цикле, периодически спрашивая а еще память есть А, пох. (?), 07:47 , 05-Мрт-20, (203)
В этом и есть тест Не, конечно можно было бы открыть chrome, открыть кучу вклад, yaya (?), 15:48 , 05-Мрт-20, (209)

не, это разные тесты Тут весь поинт в том что память жрется быстрее, чем своппе, пох. (?), 22:32 , 05-Мрт-20, (213)

Даже если не жрать память быстрее, а просто один раз запросить памяти на размер , yaya (?), 16:52 , 06-Мрт-20, (216)

См сюда - https www opennet ru openforum vsluhforumID3 119943 html 193Запусти, Аноним (-), 02:21 , 05-Мрт-20, (196) //

Спасибо за отзыв Видимо, oom_killer спас в этой ситуации Почему у меня, интересн, yaya (?), 15:59 , 05-Мрт-20, (210) //

А не должен был В системе кончилась память - он и возбух А кернель сильно древн, Аноним (-), 07:38 , 07-Мрт-20, (225)

Я не много знаю про OOM killer, но он там как-то определяет, что убить, а что ос, yaya (?), 12:50 , 10-Мрт-20, (226)

i5-3570, 32 ГБ RAM0 запустилось не запустилось прибилосьзапустилось1 дистрибут, Аноним (206), 09:45 , 05-Мрт-20, (206) //

Спасибо за отзыв Ничего себе у вас там памяти Интересно, что не сработал oom_, yaya (?), 17:03 , 05-Мрт-20, (211) //

Там ещё 230-250 мегабайт свободные оставались, чего, возможно, было слишком мно, Аноним (214), 23:36 , 05-Мрт-20, (214)

rshadowОх эти болтуны не зная жизненой ситуации у людей пишут с лёгкостью почему, Не_аноним (?), 14:56 , 05-Мрт-20, (208)
Linux плохо себя чувствует при нехватке памяти https www phoronix com scan ph, yaya (?), 16:52 , 06-Мрт-20, (217)
только не РАСкомментировать, а ЗАкомментировать - с точностью до наоборот , montmorency (?), 16:23 , 02-Фев-21, (227)

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

2. "Выпуск обработчика нехватки памяти earlyoom 1.4" +12 +/–

Сообщение от Аноним (2), 02-Мрт-20, 20:31

Почему нельзя в ядре допилить этот диспечер памяти? Нет вместо этого будем городить всякие user-space костыли.

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

4. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (4), 02-Мрт-20, 20:34

Допили. У меня даже есть идея: берешь этот обработчик и высылаешь его Торвальдсу, мол: "Смари, чувак, мне не нравится нынешнее состояние в ядре. Давай ты сделаешь вот так!"

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

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

11. "Выпуск обработчика нехватки памяти earlyoom 1.4" +2 +/–

Сообщение от Аноним (11), 02-Мрт-20, 20:41

Этот же earlyoom можно без проблем засунуть в ядро в виде earlyoom.ko, но просто пилить его будет сложней, опции менять сложней (например, sysctl, что не очень визуально, как, например, конфиг в /etc), получать оповещения сложней (только если вываливать в dmesg, но как-то это надо ловить и показывать пользователю).
Плюс, всякие ограничения ядра по поводу coding style - тут пишешь себе на github и не паришься.
Например, в Windows этой проблемы нет, потому что ntoskrnl связано с GUI и может посылать сообщения explorer.exe и в Windows Notifications (Win 8 и выше). в Лине kernel само по себе, Xorg сам по себе, user X session само по себе. Для ядра ваш KDE/Gnome/Unity/XFCE просто процесс.
Короче, будем и дальше жить с user-space обработчиком.
В лине всё идеально - вы забыли? Только идиоты-пользователи и кривое железо - надо покупать православное, как мне сказали в соседнем обсуждении: https://www.opennet.ru/openforum/vsluhforumID3/119938.html#205
Абсолютно типичный ноут на 99% из Intel без NVIDIA/AMD discrete'ной графики - уже "специфичное железо".
// b.

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

82. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Q2W (?), 03-Мрт-20, 08:12

А в чём минусы earlyoom в userspace?
Пусть живёт там себе дальше.

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

101. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (-), 03-Мрт-20, 10:45

> А в чём минусы earlyoom в userspace?
Потенциально менее надежно. Ядро себя при управлении ресурсами точно не обидит. И поэтому чтобы скопытился именно важный компонент ядра - ну разве что после всего остального уже, если душняк почему-то не пропал (e.g. conntrack неадекватный размеру RAM на мелкой мыльнице).
А вот для юзермода удостовериться что никогда не поплохеет софтине рулящей такими аспектами - очень нетривиально. Отдельные приветы всякой пихтонрасии, где это вообще mission impossible.
> Пусть живёт там себе дальше.
Однако почему б что-то такое не было в кернеле - все ж вопрос. А юзермод мог бы конфигурять. Ну вон OOM killer так примерно и работает, но он врубается либо если памяти совсем нет, либо если его мануально по alt-sysrq-f позвать.

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

83. "Выпуск обработчика нехватки памяти earlyoom 1.4" +1 +/–

Сообщение от Q2W (?), 03-Мрт-20, 08:13

Комментатор выше жаловался на на это, а на то, что ядро могло бы и отказать очередному процессу, который попросил памяти, которой уже нет и, если всё-таки выдать, система встанет колом.

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

95. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (95), 03-Мрт-20, 10:22

проблемы с коммуникацией - надуманные.
chardev для связи с клиентом, который уже будет оповещения ловить в обрабатывать (модуль ядра + клиент отличается от нынешней схемы тем, что без клиента модуль будет работать, но без оповещений)
конфиг нагляднее? - конфиг может поменяться, а reload не выполнен, куда нагляднее настройки в /sys/ для тюнинга и/или в /proc для суммарного отображения.

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

140. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (140), 03-Мрт-20, 15:20

Всё классно звучит.
Возьмётесь?
// b.

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

12. "Выпуск обработчика нехватки памяти earlyoom 1.4" +2 +/–

Сообщение от VINRARUS (ok), 02-Мрт-20, 20:42

По тому же почему нельзя заставить Linux не вешать систему при копировании сотен мелких файлов на 8ми ядрах — этому ядру уже ничего не поможет.

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

28. "Выпуск обработчика нехватки памяти earlyoom 1.4" –3 +/–

Сообщение от Аноним (-), 02-Мрт-20, 21:24

Под Linux, система вешается при копировании большого объёма, десятки гигов, и не важно мелкие файлы или нет.

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

42. "Выпуск обработчика нехватки памяти earlyoom 1.4" +2 +/–

Сообщение от заминированный тапок (ok), 02-Мрт-20, 22:49

переносил исходники UE4 с одного диска на другой, около 86Гб и тысячи мелких файлов
никто никуда не повесился
ЧЯДНТ?

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

43. Скрыто модератором –4 +/–

Сообщение от VINRARUS (ok), 02-Мрт-20, 23:12

Windows?

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

48. Скрыто модератором –1 +/–

Сообщение от Анончик999 (?), 03-Мрт-20, 00:22

Да не страдай больше, просто пользуйстя Windows 10. Кстати, лицензию купить не забудь!

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

77. Скрыто модератором +/–

Сообщение от пох. (?), 03-Мрт-20, 07:24

> Да не страдай больше, просто пользуйстя Windows 10. Кстати, лицензию купить не
> забудь!
о, да, "буду жрать гимно с лопаты, патамушта тут 6ешплатна!"

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

52. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (52), 03-Мрт-20, 01:34

>исходники UE4
>около 86Гб
Что там в UE такого, чтобы набрать эти 86 гигов написанного людьми кода, если дале 1 мег текста - это очень много? Я сомневаюсь, что вообще существуют такие большие проекты.

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

116. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от заминированный тапок (ok), 03-Мрт-20, 11:37

* PhysX
* модули и системы сборки MaCOS,iOS,Android,Windows,Linux,.... ну и всех остальных поддреживаемых платформ
* куча плагинов и дополнений из маркетплейса
* и тд и тп
* + промежуточные файлы после компиляции
(я просто не почистил всё ненужное)
конечно, еслив всё это почистить, то размер можно порезать в x2-x3 раза
установленный под виндой винарниками около 15 Гб весит  +/-

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

74. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от llirik (ok), 03-Мрт-20, 07:01

не так давно (около 3 месяцев назад наверное), разворачивал на машине почти 100 гиговый бэкап в основном с фоточками плюс какое-то количество документов. Что-то делаю не так?

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

78. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от пох. (?), 03-Мрт-20, 07:33

> не так давно (около 3 месяцев назад наверное), разворачивал на машине почти
> 100 гиговый бэкап в основном с фоточками плюс какое-то количество документов.
> Что-то делаю не так?
бэкап. А у товарища - с fs на нее же или другую такую же, и обе, небось, ext4 с _журналом_ (это важно). То есть очень похоже на 12309 во всей его красе. И важно не число гигов (главное чтоб на порядок больше чем кэш позволяет вместить) а количество, фоточки плохой тест, вот как у анона - исходники UE - хороший.
Там, правда, насмерть не висло, но прервать этот процесс при околонулевой реакции системы было непросто.
А учитывая что его с тех пор десять раз починили и даже два раза закрыли - теперь при каких-нибудь интересных сочетаниях условий может и виснуть ;-)

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

94. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (-), 03-Мрт-20, 10:19

>А у товарища - с fs на нее же или другую такую же, и обе, небось, ext4 с _журналом_ (это важно)
Нет, у меня на обоих винтах btrfs

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

114. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от пох. (?), 03-Мрт-20, 11:29

и тоже виснет? Ну, в целом и неудивительно, у нее количество лишних записей еще больше чем у ext4, хотя и была у меня смутная надежда что локап где-нибудь непосредственно около журнала и его обработчиков.

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

118. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (-), 03-Мрт-20, 11:41

разумеется виснет, это же я написал несколько сообщений, что при копировании виснет

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

152. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (152), 03-Мрт-20, 18:06

> смутная надежда что локап где-нибудь непосредственно около журнала и его обработчиков.
Скорее этот умник пихнул активно кантуемые файлопомойки на системный диск. А напрасно!
Вот конкретно ты думаю в курсе одной интимной особенности: страницы executable'ов можно вытряхнуть если потом можно подчитать из файла. При душняке, даже если свопа нет (или он в каком там zram), кернель таки рассмотрит executable'ы в этом качестве. И если уж плеваться в линь кислотой - то вот за этот рудимент, чтоли. Но большинство местных тупарей в системной механике полные дрова, поэтому даже кислотой обхаркивают самих себя, тупари :)
И таки да, на системном SSD баг становится даже, пожалуй, фичой: быстрый readonly swap, не протирающий стораж (readonly же) и вполне эффективный. Вот видимо никто и не парится :)

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

212. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от пох. (?), 05-Мрт-20, 20:09

>> смутная надежда что локап где-нибудь непосредственно около журнала и его обработчиков.
> Скорее этот умник пихнул активно кантуемые файлопомойки на системный диск. А напрасно!
а локап-то откуда?
> Вот конкретно ты думаю в курсе одной интимной особенности: страницы executable'ов можно
> вытряхнуть если потом можно подчитать из файла. При душняке, даже если
ну да, мы вот этот цирк вполне наблюдали на том примере, который тут в конце комментов был дан.
Чего бы, собственно, и не выбросить то, что даже и свопить не надо, оно и так уже на диске лежит. Понятен, что в случае когда мы не планировали свопинга вообще - было бы некисло эту фичу как-нибудь уметь выключить нафиг, да и low limit на буферный кэш не помешал бы (у zfs arc такой, кстати, есть - как бы ни было плохо, целиком arc никогда не очищается, потому что если его совсем очистить, то ничего работать вообще не будет), но вот чего нет, того нет. А полезешь там ковыряться - обязательно что-то еще поломаешь.
Но совсем виснуть-то нахера же ж ?

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

218. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (218), 07-Мрт-20, 07:03

> а локап-то откуда?
Ну смотри, душняк памяти. Кернель выкидывает паги его любимой апликухи из рамы, с мыслью подчитать потом из файла, коли так можно было.
А когда юзер пытается поюзать апликуху - ну, собссно, она ловит page fault, как обычно -> кернель идет за страницей в бинарь апликухи. И пока оно там ее вынет, особенно ежели сие на механическом диске, да для десятка апликух... ну апликуха и висит тряпочкой. А куда она денется без потребной для продолжения работы страницы? :)
> ну да, мы вот этот цирк вполне наблюдали на том примере, который
> тут в конце комментов был дан.
В случае с SSD баг можно рассмотреть за фичу :P. И ты же понимаешь что разработчики себе не враги и давно накупили SSD. Вот оно их и не парит.
> оно и так уже на диске лежит.
Проблема с этим вот в чем: ежели мы хотели low latency систему, которая либо отрабатывает, либо обламывается за обозримое время, даже вырубить своп таки не пролечит вот это на 100% т.к. останется этот механизм. Это может быть немного назойливо.
Кому принципиально, я знаю минимум 2 хака на тему:
1) Вообще вырубить свопы в конфиге кернеля, это вроде и данный механизм выносит, если не путаю.
2) LD_PRELOAD всем процессам и оттуда mlockall, чтоли, какой. Сие сделает что запрошено, но есть некие побочные эффекты...
> Понятен, что в случае когда мы не планировали свопинга вообще -
...мы таки все равно можем получить "computer is thrashing" в объеме превышающем желаемый.
> буферный кэш не помешал бы (у zfs arc такой, кстати, есть
Только гули толку, без плотной интеграции с остальным mem management оно только все испортит лишний раз. А кто ж его в zfs то с mem management линя то настолько плотно будет дружить?
> Но совсем виснуть-то нахера же ж ?
Если страниц памяти для апликухи нет - она не может работать :). Это не полный взвис, просто деградация перфоманса. Но это в назойливом виде реально получить на механическом диске vs мощный комп с дофига всего запущенного, чтоли.

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

79. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (79), 03-Мрт-20, 07:34

Windows.

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

104. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (104), 03-Мрт-20, 10:49

> Windows.
Так бы сразу и сказал, он при 50К файлов в дире встает колом на несколько минут, хоть там что. Но это ntfs так работает, там индексация если и есть - то на проволоке и скотче. Поэтому когда на холодную пытаетесь подчитать список на 50К позиций - ых, ых, ых, там нет индекса для быстрой выгрузки всех 50К :)

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

115. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от пох. (?), 03-Мрт-20, 11:35

> Поэтому когда на холодную пытаетесь подчитать список на 50К позиций
дайте угадаю - вы не "список" пытаетесь, а в интуитивно-приятном эксплорере, которому на эти 50ке надо разобраться с типом файла и симпатичную иконочку к каждому пририсовать, если, конечно, дело ограничивается автоназначаемой, а не приходится еще и лезть внутрь, чтобы узнать, что же такое нарисовать этому юзеру.
А индекс при линейном чтении помогает только в детских сексуальных фантазиях. У взрослых уже обычно есть понимание, что помочь он может только если точное имя файла уже откуда-то известно, и никакого перебора "50k" нет в помине. С этим у ntfs все хорошо, а вот у ext4 лучше не знать как оно коллизии разрешает.
И да, ls без -F в линуксном каталожке на 50ке ненужно - тоже, мягко говоря, небыстр (и прожорлив, ему сортировать это все надо) - поэтому и  нехрен такие помойки устраивать, а потом лазить к ним  доступом с полным перебором содержимого, причем не только имен, а еще и дополнительной сложно извлекаемой информации.

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

158. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (-), 03-Мрт-20, 22:17

> дайте угадаю - вы не "список" пытаетесь, а в интуитивно-приятном эксплорере,
В FAR без иконок те же яйца.
> еще и лезть внутрь, чтобы узнать, что же такое нарисовать этому юзеру.
Красивая теория, но FAR плевал на иконки.
> А индекс при линейном чтении помогает только в детских сексуальных фантазиях.
Это зависит от устройства оного, однако. Есть 2 вида ФС: те которым пофиг на unordered bulk выгрузку списка и те которым не пофиг. Последние держат под такое какие-нибудь структуры из которых это можно эффективно отпедалить, первые шарахаются по всему диску, с понятным факапом перфоманса.
> У взрослых уже обычно есть понимание, что помочь он может только если
> точное имя файла уже откуда-то известно, и никакого перебора "50k" нет в помине.
Это просто выгрузка списка диры. И таки те кто поумнее и кому не пофиг на перфоманс этот кейс вменяемо обыгрывают. В том числе и делая отдельные структуры на такой случай.
> С этим у ntfs все хорошо, а вот у ext4 лучше не знать как оно коллизии разрешает.
По времени чтения диры на 50К файлов я заметил, насколько там все офигенно.
> И да, ls без -F в линуксном каталожке на 50ке ненужно -
> тоже, мягко говоря, небыстр (и прожорлив, ему сортировать это все надо)
Блин, в винде 50К файлов хоть там чем залистить занимает *минуты* если это "на холодную". Из кэша то быстро, но это уже не заслуга ФС, от слова вообще.
А в линухе - там по разному, от ФС зависит. XFS с разлапистыми иерархиями вроде не очень, остальные - получше. В btrfs меня подобные вопросы не парили особо, во всяком случае - ну вот не помню туповэйтинга МИНУТАМИ. Единственное где я такие времена в линухе видел вообще - стирание сильно фрагментированых торентов на цать гигов на XFS :)
> - поэтому и  нехрен такие помойки устраивать, а потом лазить
> к ним  доступом с полным перебором содержимого, причем не только
> имен, а еще и дополнительной сложно извлекаемой информации.
Как бы если нужная информация "сложно извлекается" - это факап дизайна, гарантирующий хреновый перфоманс.

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

215. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от пох. (?), 06-Мрт-20, 15:40

> В FAR без иконок те же яйца.
ну так это - проблема вашей фары , не?
> Это зависит от устройства оного, однако.
расскажите же, каким волшебным образом dirindex (особенно в ext4 реализации) участвует в получении _полного_ списка содержимого каталога.
> Как бы если нужная информация "сложно извлекается" - это факап дизайна
нет, это факап пользователя. Не понимающего, как правильно работать с помойками в 50k файлов (и вообще ухитряющегося их создать) - что при этом не надо генерить графические превьюшки всех пятидесяти и добывать из них exif с точной секундой съемки. Программы пишут для нормальных людей, у тех таких помоек нет, поэтому странно ожидать что они о тебе позаботятся.

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

219. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (-), 07-Мрт-20, 07:15

> ну так это - проблема вашей фары , не?
Лично я вообще не смог найти проги где такой проблемы нет.
> расскажите же, каким волшебным образом dirindex (особенно в ext4 реализации) участвует
> в получении _полного_ списка содержимого каталога.
Если есть индексированный и линейный варианты - последний в упомянутом случае логично и выдать, если он конденсированно лежит его можно быстро и крупным оптом выдать на гора. У NTFS походу какие-то сложности с таким развитием событий. Во всяком случае, я только что на холодную сунулся в ext4 на механическом диске с ~60К файлов в дире (если не больше) - и потер это. Ну, собссно, обычным миднайтом. Чего-то после этого сказ о крутизне винды и ее технологий как-то не убеждает, скорее верится тому прогеру который на реддите(?) ms рассказал почему винды тормозят относительно пингвина :)
> нет, это факап пользователя.
Угу, щас.
> Не понимающего, как правильно работать с помойками в 50k файлов
Балин, мистер умник, выгрузку делала прога и я не имел никакого контроля над тем как она это будет фигачить.
> (и вообще ухитряющегося их создать) -
Его прога автоматически слепила, это выгрузка была. А когда я заметил что места нет, надо бы стереть .. ух ты, простое действо оказывается все раком ставит и надолго. В лине я подобными иерархиями ворочаю (в т.ч. на механических дисках) в крейсерском режиме и не задумываюсь.
> что при этом не надо генерить графические превьюшки всех пятидесяти
Про превьюшки круто, но фар их не генерит, да и вообще, это были кастомные файлы, винды не умеют превью из них делать, для начала.
> и добывать из них exif с точной секундой съемки.
Чего, кого, откуда в кастомных файлах exif? И тормозящая фара тоже как-то этим всем не интересуется.

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

102. "Выпуск обработчика нехватки памяти earlyoom 1.4" +/–

Сообщение от Аноним (-), 03-Мрт-20, 10:46

> По тому же почему нельзя заставить Linux не вешать систему при копировании
> сотен мелких файлов на 8ми ядрах
Чокаво? Я копирую целые деревья линукскернеля, сколько там мелких файлов посчитай сам. Явно не сотни, скорее десятки тысяч. И таки почему-то ничего не вешается.

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

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

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

Партнёры:

Хостинг:

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

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

2. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+12 +/–
Сообщение от Аноним (2), 02-Мрт-20, 20:31
Почему нельзя в ядре допилить этот диспечер памяти? Нет вместо этого будем городить всякие user-space костыли.
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (4), 02-Мрт-20, 20:34
	Допили. У меня даже есть идея: берешь этот обработчик и высылаешь его Торвальдсу, мол: "Смари, чувак, мне не нравится нынешнее состояние в ядре. Давай ты сделаешь вот так!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	11. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+2 +/–
	Сообщение от Аноним (11), 02-Мрт-20, 20:41
	Этот же earlyoom можно без проблем засунуть в ядро в виде earlyoom.ko, но просто пилить его будет сложней, опции менять сложней (например, sysctl, что не очень визуально, как, например, конфиг в /etc), получать оповещения сложней (только если вываливать в dmesg, но как-то это надо ловить и показывать пользователю). Плюс, всякие ограничения ядра по поводу coding style - тут пишешь себе на github и не паришься. Например, в Windows этой проблемы нет, потому что ntoskrnl связано с GUI и может посылать сообщения explorer.exe и в Windows Notifications (Win 8 и выше). в Лине kernel само по себе, Xorg сам по себе, user X session само по себе. Для ядра ваш KDE/Gnome/Unity/XFCE просто процесс. Короче, будем и дальше жить с user-space обработчиком. В лине всё идеально - вы забыли? Только идиоты-пользователи и кривое железо - надо покупать православное, как мне сказали в соседнем обсуждении: https://www.opennet.ru/openforum/vsluhforumID3/119938.html#205 Абсолютно типичный ноут на 99% из Intel без NVIDIA/AMD discrete'ной графики - уже "специфичное железо". // b.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	82. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Q2W (?), 03-Мрт-20, 08:12
	А в чём минусы earlyoom в userspace? Пусть живёт там себе дальше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (-), 03-Мрт-20, 10:45
	> А в чём минусы earlyoom в userspace? Потенциально менее надежно. Ядро себя при управлении ресурсами точно не обидит. И поэтому чтобы скопытился именно важный компонент ядра - ну разве что после всего остального уже, если душняк почему-то не пропал (e.g. conntrack неадекватный размеру RAM на мелкой мыльнице). А вот для юзермода удостовериться что никогда не поплохеет софтине рулящей такими аспектами - очень нетривиально. Отдельные приветы всякой пихтонрасии, где это вообще mission impossible. > Пусть живёт там себе дальше. Однако почему б что-то такое не было в кернеле - все ж вопрос. А юзермод мог бы конфигурять. Ну вон OOM killer так примерно и работает, но он врубается либо если памяти совсем нет, либо если его мануально по alt-sysrq-f позвать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+1 +/–
	Сообщение от Q2W (?), 03-Мрт-20, 08:13
	Комментатор выше жаловался на на это, а на то, что ядро могло бы и отказать очередному процессу, который попросил памяти, которой уже нет и, если всё-таки выдать, система встанет колом.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	95. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (95), 03-Мрт-20, 10:22
	проблемы с коммуникацией - надуманные. chardev для связи с клиентом, который уже будет оповещения ловить в обрабатывать (модуль ядра + клиент отличается от нынешней схемы тем, что без клиента модуль будет работать, но без оповещений) конфиг нагляднее? - конфиг может поменяться, а reload не выполнен, куда нагляднее настройки в /sys/ для тюнинга и/или в /proc для суммарного отображения.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	140. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (140), 03-Мрт-20, 15:20
	Всё классно звучит. Возьмётесь? // b.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+2 +/–
	Сообщение от VINRARUS (ok), 02-Мрт-20, 20:42
	По тому же почему нельзя заставить Linux не вешать систему при копировании сотен мелких файлов на 8ми ядрах — этому ядру уже ничего не поможет.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	28. "Выпуск обработчика нехватки памяти earlyoom 1.4"	–3 +/–
	Сообщение от Аноним (-), 02-Мрт-20, 21:24
	Под Linux, система вешается при копировании большого объёма, десятки гигов, и не важно мелкие файлы или нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+2 +/–
	Сообщение от заминированный тапок (ok), 02-Мрт-20, 22:49
	переносил исходники UE4 с одного диска на другой, около 86Гб и тысячи мелких файлов никто никуда не повесился ЧЯДНТ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. Скрыто модератором	–4 +/–
	Сообщение от VINRARUS (ok), 02-Мрт-20, 23:12
	Windows?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. Скрыто модератором	–1 +/–
	Сообщение от Анончик999 (?), 03-Мрт-20, 00:22
	Да не страдай больше, просто пользуйстя Windows 10. Кстати, лицензию купить не забудь!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. Скрыто модератором	+/–
	Сообщение от пох. (?), 03-Мрт-20, 07:24
	> Да не страдай больше, просто пользуйстя Windows 10. Кстати, лицензию купить не > забудь! о, да, "буду жрать гимно с лопаты, патамушта тут 6ешплатна!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (52), 03-Мрт-20, 01:34
	>исходники UE4 >около 86Гб Что там в UE такого, чтобы набрать эти 86 гигов написанного людьми кода, если дале 1 мег текста - это очень много? Я сомневаюсь, что вообще существуют такие большие проекты.
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	116. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от заминированный тапок (ok), 03-Мрт-20, 11:37
	* PhysX * модули и системы сборки MaCOS,iOS,Android,Windows,Linux,.... ну и всех остальных поддреживаемых платформ * куча плагинов и дополнений из маркетплейса * и тд и тп * + промежуточные файлы после компиляции (я просто не почистил всё ненужное) конечно, еслив всё это почистить, то размер можно порезать в x2-x3 раза установленный под виндой винарниками около 15 Гб весит +/-
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от llirik (ok), 03-Мрт-20, 07:01
	не так давно (около 3 месяцев назад наверное), разворачивал на машине почти 100 гиговый бэкап в основном с фоточками плюс какое-то количество документов. Что-то делаю не так?
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	78. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от пох. (?), 03-Мрт-20, 07:33
	> не так давно (около 3 месяцев назад наверное), разворачивал на машине почти > 100 гиговый бэкап в основном с фоточками плюс какое-то количество документов. > Что-то делаю не так? бэкап. А у товарища - с fs на нее же или другую такую же, и обе, небось, ext4 с _журналом_ (это важно). То есть очень похоже на 12309 во всей его красе. И важно не число гигов (главное чтоб на порядок больше чем кэш позволяет вместить) а количество, фоточки плохой тест, вот как у анона - исходники UE - хороший. Там, правда, насмерть не висло, но прервать этот процесс при околонулевой реакции системы было непросто. А учитывая что его с тех пор десять раз починили и даже два раза закрыли - теперь при каких-нибудь интересных сочетаниях условий может и виснуть ;-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (-), 03-Мрт-20, 10:19
	>А у товарища - с fs на нее же или другую такую же, и обе, небось, ext4 с _журналом_ (это важно) Нет, у меня на обоих винтах btrfs
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от пох. (?), 03-Мрт-20, 11:29
	и тоже виснет? Ну, в целом и неудивительно, у нее количество лишних записей еще больше чем у ext4, хотя и была у меня смутная надежда что локап где-нибудь непосредственно около журнала и его обработчиков.
	Ответить \| Правка \| Наверх \| Cообщить модератору