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

Выпуск обработчика нехватки памяти 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) 1,2,3,5,15,26,27,39,69,97,138,208,217,227

Сообщения

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

138. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
Сообщение от yaya (?), 03-Мрт-20, 14:42
Народ, помогите собрать небольшую статистику. Вот пример, который уводит мою систему (centos 7, hdd 500 GB, 8 GB оперативки, swap включён на 8 ГБ, процессор i3-2100) во фриз: ''' #include <stdint.h> #include <stdlib.h> int main() {   while (1) {     uint64_t *buf = malloc(1024 * 1024 * 1024);     if (buf != NULL) {       for (int i = 0; i < 1024 * 1024 * 1024 / 8; i += 4096 / 8) {         buf[i] = 0;       }     }   }   return 0; } ''' Собрать и запустить: # cc -std=c99 a.c && ./a.out И просьба написать: 0) запустилось/не запустилось/прибилось 1) дистрибутив 2) swap включён или нет 3) полный фриз/притормаживает/вообще не заметил 4) диск: hdd или ssd 5) настройки "из коробки" или что-то сами настраивали
Ответить | Правка | Наверх | Cообщить модератору

	142. "Выпуск обработчика нехватки памяти earlyoom 1.4"	–1 +/–
	Сообщение от пох. (?), 03-Мрт-20, 15:56
	запустилось, сожрало весь процессор (логично, как и то что система при этом, мягко говоря, не летает) и нагадило 7 гиг в своп из десяти возможных. На чем надоело и было прибито банальным ctrl-c Поскольку не очень понятно, что мы хотели в итоге узнать - что происходит при запуске троянской программы? Очевидно. Лечение - изоляция и лимиты. Что происходит при запуске легальной программы, которой действительно нужно перемолоть больше памяти чем может дать система - тоже очевидно. Лечения нет, кроме как бежать за планкой. Что происходит при запуске плохо написанной программы, которой столько памяти нафиг не нужно но все равно жрет (наиболее близкий реальный кейс к данному примеру) - тоже очевидно, лечение - выбросить макачий кал и больше не запускать. Система в большинстве этих случаев вполне оставляет время среагировать и возможность вмешаться. Без всякого shit-oom.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 03-Мрт-20, 16:17
	Спасибо, что запустили и отписались. > Поскольку не очень понятно, что мы хотели в итоге узнать - что происходит при запуске троянской программы? Да, моя оплошность, что я не написал в комментарии суть эксперимента. Не троянской программы, а ошибочной программы, которая в цикле начинает съедать память. Я приложил сильно атрофированный вариант, который воспроизводит поведение нормальной программы, в которой была допущена ошибка. PS. Это не выдуманный пример. > Система в большинстве этих случаев вполне оставляет время среагировать и возможность вмешаться. Без всякого shit-oom. А что у вас за система? Я свою привёл, у меня система настолько сильно начинает тормозить, что не реагирует ни на что.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от пох. (?), 03-Мрт-20, 16:55
	> Не троянской программы, а ошибочной программы ошибки обычно иначе выглядят - вот типичная ошибка (в днк разработчика):   1960 mysql     20   0 5544180 1.873g  11088 S   6.0  9.6   1566:00 mysqld в конце-концов она устанет от такой жизни, задумается о вечном и перестанет откликаться на раздражители (виснет только один из тредов, но об него локаются запросы и рецепт все равно один) - после чего будет просто прибита и перезапущена. Но она никому особо не мешает, лежит себе в гробу...зачеркнуто, в свопе, второй раз эта память не нужна никому и низачем, просто течет себе потихонечку, поэтому и вреда от нее немного. Программа, которая с памятью все же что-то осмысленно делать пытается, а не просто течет, и вгоняет систему в trashing - так что при этом загадит всю и еще захочет - она обычно cpu intensive (столько памяти-то лопатить, мало не покажется), там так просто не отделаешься. И непонятно, хотим ли мы ее такую прибить - нам может в любом случае вся система бесполезна без результатов ее работы. Система - виртуалка с обычной убунтой, xeon e5, диски живут на промышленной СХД, но она об этом счастливо не в курсе, живут на ней репо прода и самой убунты, поэтому нагрузка в штатном режиме ровно ноль, никаких особо специальных настроек нет. Ну да, она тормозила - ну так и должна. У нас работает минимум парочка активных процессов - своппер, который скидывает блоки на диск и пересовывает их в свободный пул - там наверняка через глобальные локи все делается, небыстро, и искалка этих самых свободных блоков - чтобы выдать программе. Ну и наверняка ж еще кто-то там мультитредовый из них. Причем отсутствие памяти не повод остановиться, потому что pressure сохраняется, и цикл поиска все время активен. Помимо самой программы, которая ничем у нас не ограничена кроме как раз своппера - поэтому свое ядро тоже жрет. Вот все четыре доступных и сожрало. При этом буферы уже обнулены, дискардимые сегменты подискаржены, чтение очередной копии шелла с диска превращается в нудный процесс. 15:49:18 up 208 days, 23:28,  2 users,  load average: 3.95, 1.22, 0.42 USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT user      pts/0    192.168.6.4      15:47    1:17   1:04  55.70s ./a.out user      pts/1    192.168.6.4      15:48   11.00s  2.08s  0.50s w linups:~> free               total        used        free      shared  buff/cache   available Mem:        8209956     8071716       46580          44       91660       46520 Swap:      10483708     7880952     2602756 ядер там больше и нету, все что есть - съело. В целом - не вижу на этом вырожденном случае какого-то особо неправильного поведения системы.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 03-Мрт-20, 18:38
	> В целом - не вижу на этом вырожденном случае какого-то особо неправильного поведения системы. Да, интересно. Но вы это всё запустили в виртуалке - соответственно, можно найти кучу объяснений, почему вы не ощутили полного отсутствия отклика от системы. > Ну да, она тормозила - ну так и должна. То, что творится у меня, я бы не сказал, что "так и должна" :)
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выпуск обработчика нехватки памяти earlyoom 1.4"	–1 +/–
	Сообщение от Аноним (145), 03-Мрт-20, 16:30
	*та самая картинка с велосипедом и палкой в колесе*
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	151. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+1 +/–
	Сообщение от yaya (?), 03-Мрт-20, 17:44
	Вы так на все тесты реагируете? Багрепорты ни разу не писали? Обычно для поиска бага хорошо иметь тест. Или вы ходите по github'у и на все багрепорты с прикреплёнными тестами прикладываете картинку с велосипедом и палкой? Типа "ха-ха, вот дурак, зачем же ты так делаешь, если же видно, что оно не работает. Сам виноват - велосипедист с палкой, ха-ха" так что ли?
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от ананчик (?), 04-Мрт-20, 00:49
	тест не релевантен, нехватает sleep как только он съедает память то сразу выходит и еще вагон всего вам прежде чем статистику собирать неплохо бы понять что вы хотите проверить, понять как оно должно работать и код правильно написать
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	183. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 04-Мрт-20, 20:25
	> тест не релевантен, нехватает sleep Зачем sleep-то? > как только он съедает память то сразу выходит Вы не увидели там while (1)? > и еще вагон всего > вам прежде чем статистику собирать неплохо бы понять что вы хотите проверить, понять как оно должно работать и код правильно написать То, что я хочу проверить - я понимаю и написал такой маленький тест. Один человек уже его запустил, у него не возникло недоумений, как у вас. Он увидел, что его система начала притормаживать, но не критично. По ctrl-c он сумел срубить тест. Но он запустил его в виртуалке. Если я запускаю на своей машине этот же тест, то у меня машина перестаёт откликаться - всё уходит в своп и не даёт ничего сделать. Прежде чем давать советы и выглядеть дурачком, вы бы лучше спросили, что вам непонятно.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от ананчик (?), 04-Мрт-20, 23:44
	> Зачем sleep-то? что бы не выжирал память за считанные секунды. >Вы не увидели там while (1)? Действительно он есть, что еще более странно что будет когда malloc будет возвращать ошибку while(1){} одно ядро убили. я похожие тесты крутил очень очень давно, когда памяти было действительно мало. И они закачивались тем что процесс умирал после жуткого просиживания по io. То что у вас  gui  просто встает колом тоже нормально это регулируется приоритетами процессов по io. а вот посадить такую  membomb в cgroups я не пробовал, думаю сейчас это решило бы практически все проблемы Учтите что соотношение размера оперативной памяти и размер свопа очень сильно влияет на ваши тормоза. Добавьте sleep где-то 1-5 секунд запустите vmstat/iotop или что то подобное и вам сразу станет понятно откуда тормоза. вот вам маленькая шпаргалка https://www.oracle.com/technical-resources/articles/it-infra... в ядре все нормально на самом деле, дополнительное накручивание автоматики только вред приносит.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (-), 05-Мрт-20, 02:22
	> что бы не выжирал память за считанные секунды. А в чем пойнт туповэйтить в разы дольше?
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от пох. (?), 05-Мрт-20, 07:47
	> Действительно он есть, что еще более странно что будет когда malloc будет > возвращать ошибку очевидно - будет крутиться в цикле, периодически спрашивая "а еще память есть? А если найду?" и если найдет - сожрет. > io. То что у вас  gui  просто встает колом > тоже нормально это регулируется приоритетами процессов по io. этот процесс не занимается io, думайте дальше. > а вот посадить такую  membomb в cgroups я не пробовал, думаю > сейчас это решило бы практически все проблемы да-да. ручное управление памятью каждому /bin/ls решит все проблемы, безусловно. Добро пожаловать в 1970й. В 72м это немного всем уже осточертело, и появился unix.
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	209. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 05-Мрт-20, 15:48
	> что бы не выжирал память за считанные секунды. В этом и есть тест. Не, конечно можно было бы открыть chrome, открыть кучу вкладок, открыть libreoffice книги "Война и мир", открыть видеоредактор, 3D-редактор, загрузить в них кучу файлов и надеятся нарваться на проблему "нехватки памяти", но это как-то долго и не факт, что получится проблема "нехватки памяти".
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	213. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от пох. (?), 05-Мрт-20, 22:32
	>> что бы не выжирал память за считанные секунды. > В этом и есть тест. Не, конечно можно было бы открыть chrome, не, это разные тесты. Тут весь поинт в том что память жрется быстрее, чем своппер успевает ее освобождать. Хромог с либреофисом такого не творят, потому что память им для дела нужна - они требуют здоровый кусок, потом долго и мучительно его заполняют, потому что это надо скачать, распарсить, обсчитать и т д. При этом у своппера остается время и он почти не создает подобных проблем. Плюс они обрабатывают ошибки выделения этой памяти (скорее всего assert("опачки, кончилась?"); но уж точно не навернуть еще десяток циклов в ожидании а вдруг появится). > "нехватки памяти", но это как-то долго и не факт, что получится > проблема "нехватки памяти". получится, но она несколько иначе выглядит. В наиболее примитивном варианте - человек однозадачен, поэтому ковыряется в чем-то одном, с небольшим working set, а остальное только создает для этого фон - своп работает так, как ему и положено - в нем лежит ненужное в данный момент, а активный обмен со свопом происходит только при явном переключении человеческой активности.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 06-Мрт-20, 16:52
	> Тут весь поинт в том что память жрется быстрее, чем своппер успевает ее освобождать. > получится, но она несколько иначе выглядит. Даже если не жрать память быстрее, а просто один раз запросить памяти на размер ОЗУ*2 и активно потом этой выделенной памятью пользоваться, то мы получим непрерывную активность на диске (если своп достаточно большой). Более того, процесс консоли может слится на диск и если я вдруг захочу прибить такую программу, то среди всего этого шуршания консоль будет долго идти до памяти и опять получится неотзывчивая система (если, конечно, ядро не остановит всю активность и не отдаст приоритет консоли, но тогда бы я мог прибить свою ту тестовую программу, но система не реагировала, поэтому предполагаю, что никакого приоритета не отдаётся). Если усложнить эксперимент (возвести в абсолют) и сделать своп на дискетах, то считай всё, проще сделать аппаратный ребут, чем перебирать дискеты. Никто не может заранее сказать, что запуская какую-то программу она не съест ОЗУ*2 памяти и не будет ею активно пользоваться, что аж все другие программы уйдут в своп. На это тоже интересно было бы написать тест и посмотреть как поведёт себя система. Впрочем, это не открытие америки. https://www.phoronix.com/scan.php?page=news_item&px=Linux-Do...
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (-), 05-Мрт-20, 02:21
	См. сюда - https://www.opennet.ru/openforum/vsluhforumID3/119943.html#193 > 0) запустилось/не запустилось/прибилось Запустилось, сожрало память, прибито oom_killer. С -O2 то только грузило проц, но не жрало RAM. > 1) дистрибутив Deb 10; кернел собственный (full preempt aka "realtime"; no_hz_full aka "tickless"; примерно 5.5). > 2) swap включён или нет ZRAM. > 3) полный фриз/притормаживает/вообще не заметил Даже плеер не икнул. > 4) диск: hdd или ssd SSD. Но HDD в _этом_ случае не должен был бы сильно испортить. > 5) настройки "из коробки" или что-то сами настраивали Осмысленный тюниг с задействованием головы. Цель - быстрая система, которую не клинит. Судя по тесту, получилось отлично. Кернель собран по вкусу, интересного в данном случае full preempt, это полезно от клинов.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	210. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 05-Мрт-20, 15:59
	Спасибо за отзыв! Видимо, oom_killer спас в этой ситуации. Почему у меня, интересно, не сработал oom_killer? Запускаю ulimit у себя и вижу unlimited. Может в этом всё дело...
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (-), 07-Мрт-20, 07:38
	> Видимо, oom_killer спас в этой ситуации. А не должен был? В системе кончилась память - он и возбух. > Почему у меня, интересно, не сработал oom_killer? А кернель сильно древний? Если системный диск механический и много всего запущено, бинари могут подрабатывать readonly свопами. Ну и его вручную можно попросить alt-sysrq-f. > Запускаю ulimit у себя и вижу unlimited. Может в этом всё дело... Ulimit и oom_killer несколько ортогональны. Если ulimit или подобный лимит сработает, до oom_killer дело скорее всего не дойдет - прога получит фигу до того как в системе память кончится "глобально". И кстати там вон подсказывают что ошибки выделения памяти нехило бы ловить. Я кстати не полностью понял что оно делает с -O2. VSZ конский, RSS натикал до гига и угомонился, после этого оно только проц грузит. Дизассемблить/профайлить все же несколько впадлу, я и так пару мистических штук разрулил, еще столько же осталось.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 10-Мрт-20, 12:50
	> А не должен был? В системе кончилась память - он и возбух. Я не много знаю про OOM killer, но он там как-то определяет, что убить, а что оставить. Теоретически, он мог прибить не тест, а что-то полезное. Да и то, пока не будет swap'а - тест не особо интересен. Именно из-за наличия swap'а, можно словить тормоза. > А кернель сильно древний? Не знаю, но версия такая: 3.10.0-1062.9.1.el7.x86_64 > Ну и его вручную можно попросить alt-sysrq-f. Вот что-что, а хоткеи в линуксе/ОС - это ещё одна больная тема, с которой я сталкиваюсь (хотя тут, наверное, X'ы уже виноваты, а не ядро). Элементарно не работают комбинации ctrl-shift-<some-key> (по ctrl-shift у меня переключение языка) (хотя в той же винде в той же программе (kicad, например) всё работает), а вы говорите про alt-sysrq-f, которые я жму - ничего не происходит. То ли оно работает, но не подаёт виду, то ли что-то опять не так с хотекеями... Но запускать свой тот тест и проверять alt-sysrq-f - не хочу рисковать опять жёстко вырубать комп :) > Я кстати не полностью понял что оно делает с -O2. 0000000000400440 <main>:   400440:       48 83 ec 08             sub    rsp,0x8   400444:       0f 1f 40 00             nop    DWORD PTR [rax+0x0] цикл 1: вызываем malloc(1 GB):   400448:       bf 00 00 00 40          mov    edi,0x40000000   40044d:       e8 de ff ff ff          call   400430 <malloc@plt> делаем "цикл 1", пока он возвращает указатели:   400452:       48 85 c0                test   rax,rax   400455:       74 f1                   je     400448 <main+0x8> цикл 2: заводим счётчик на 1 GB / 8:   400457:       b8 00 00 04 00          mov    eax,0x40000   40045c:       0f 1f 40 00             nop    DWORD PTR [rax+0x0] делаем "цикл 2", пока счётчик не 0:   400460:       83 e8 01                sub    eax,0x1   400463:       75 fb                   jne    400460 <main+0x20> повторяем "цикл 1"   400465:       eb e1                   jmp    400448 <main+0x8> Итого: компилятор выпилил запись в память. Мы впустую типа запросим память и впустую прокрутимся в пустых циклах.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (206), 05-Мрт-20, 09:45
	i5-3570, 32 ГБ RAM 0) запустилось/не запустилось/прибилось запустилось 1) дистрибутив Debian testing amd64 2) swap включён или нет выключен 3) полный фриз/притормаживает/вообще не заметил "a.out" ~18 минут крутился с 30 ГБ RES и одним съеденным ядром, но без хоть сколь-нибудь заметного влияния на отзывчивость. Потом начало тупить и эксперимент был прекращён по Ctrl+C 4) диск: hdd или ssd HDD, хотя при выключенном свопе это не важно 5) настройки "из коробки" или что-то сами настраивали вроде бы, ничего специально не настраивалось
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	211. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от yaya (?), 05-Мрт-20, 17:03
	Спасибо за отзыв! Ничего себе у вас там памяти :) Интересно, что не сработал oom_killer, а спокойно отдалось 30 ГБ. Возможно после этого из malloc стал возвращаться NULL и просто крутился голый цикл, съедая CPU.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Выпуск обработчика нехватки памяти earlyoom 1.4"	+/–
	Сообщение от Аноним (214), 05-Мрт-20, 23:36
	Там ещё ~230-250 мегабайт свободные оставались, чего, возможно, было слишком много для срабатывания OOM killer-а, но слишком мало для overcommit-а при вызове malloc() на гигабайт. Собственно, тормоза начались только при попытке открыть новую вкладку с ютубом -- вероятно, аллокации в браузере снизили объём свободной памяти до некоторой критической отметки и ядро начало думать, что с этим делать. :)
	Ответить | Правка | Наверх | Cообщить модератору

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

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