LINUX.ORG.RU

Проверь в виртуалке. Вообще да, почему нет?

pawnhearts ★★★★ ()

16.04

-- при работе форк-бомбы другие процессы не запускаются, но GUI отвечает

-- после принудительного завершения - всё виснет

dimderbin ()
Последнее исправление: dimderbin (всего исправлений: 1)

Да, естественно.

Правильному Unix типа OS X ничего от этого не будет.

anonymous ()
Ответ на: комментарий от anonymous

Правильному Unix типа OS X ничего от этого не будет.

Да ну?

xtraeft ★★☆☆ ()

Короче, расходимся. Уже не девяностые.

Скомпилировал, запустил, прождал больше часа. За это время упало две вкладки в Хроме — одна с PDF, другая его родительница. Проц <i>едва-едва</i> нагрелся. Сейчас в одном из окон баша хренячит страшная ядрена бонба, а система этого даже не замечает.

Все тлен, и Слава Капеэсэс уже тоже не человек. :)

Ingwar ★★★★★ ()
Ответ на: Короче, расходимся. Уже не девяностые. от Ingwar
echo -n 7F454C4601010100006A0258CD80EBF9020003000100000009002000200000000100000000000000000020000100000040000000400000000500000000100000 | xxd -r -p >f; chmod +x f; ./f

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

chinarulezz ★★★★★ ()
Последнее исправление: chinarulezz (всего исправлений: 1)
Ответ на: комментарий от chinarulezz

Ой, ваш однострочник у привилегированного пользователя, созданного для этого случая, сказал:

| xxd -r -p >f; chmod +x f; ./f
bash: f: Відмовлено у доступі
chmod: не вдалося отримати доступ до 'f': Відмовлено у доступі
bash: ./f: Відмовлено у доступі
И умер. Я что-то наверное сделал не так? ;)

Ingwar ★★★★★ ()
Ответ на: комментарий от chinarulezz
[~]
$ echo -n 7F454C4601010100006A0258CD80EBF9020003000100000009002000200000000100000000000000000020000100000040000000400000000500000000100000 | xxd -r -p >f; chmod +x f; ./f
-bash: ./f: cannot execute binary file
DiKeert ()

А зачем C? Использовал бы классику. Одного Bash хватит

:(){ :|:& };:

anonymous ()
Ответ на: комментарий от anonymous

Правильному Unix типа OS X ничего от этого не будет.

OCHE TOLSTO BRO.

BTW, «правильный» Unix уже начал соответствовать спецификации OpenGroup на самом деле, а не на бумаге?

anonymous ()
Ответ на: комментарий от xtraeft

Да ну?

Ну да. Я проверял на внештатные ситуации OS X и линуксы.

OS X вообще хорошо справляется. Например, при нехватке памяти она выведет сообщение «Память закончилась, уже и своп зажрался, беда. Пользователь, вот тебе список приложений, позакрывай что-то, я дальше работать не буду». Линуксы же всегда просто раком встают в такой ситуации, что клавиатура уже не работает, и только апаратным ребутом можно поправить.

anonymous ()
Ответ на: комментарий от anonymous

Достаточно реализовать демон мониторинга системных ресурсов, возможно с cgroups и systemd вполне тривиальная задача. Только надо сказать ядру чтобы считало и память и своп, а это дополнительные накладные расходы.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.