>Обычно Segmentation Fault выбрасывают программы на C/C++И что дальше? Segmentation fault всего лишь исключение возникшее когда программа сунулась за пределы адресов которые ей выдали, вызвав исключение защиты памяти. Совершенно штатный пристрел программы по поводу левых поползновений, у современных многозадачек проблем не вызывает.
>с уводом системы в kernel panic из-за неконтролируемой утечки памяти.
Выбросьте вашу систему на помойку, если она столь погано работает с памятью что паникует от утечек памяти и не способна сама себя защитить. Как бы по задумке, многозадачная система защищает себя и других от наглежа. Кстати утечки памяти могут быть практически на каком угодно языке, строго говоря. Достаточно всего-то выделять какие-то сущности, юзать их и не освобождать. Ну и в конечном итоге - память расходуемая на них как бы не резиновая. Это так трудно для понимания, кульпрограмер вы наш? :) И - да, текут программы на дотнете. Текут программы на яве. Да все текут. На какомнить пыхе для такого влупили достаточно кардинальный костыль с насильным пристрелом скрипта через энное максимальное время, так что сильно много отожрать как бы не успеет кроме клинических случаев. Но иногда надо чтобы прога висела постоянно, скажем держа перманентную конекцию куда-то или там еще чего, непрерывное по природе своей.
>Программы на Java нечасто, но случается, выбрасывают необрабатываемое исключение >java.lang.OutOfMemoryError и завершаются, не причиняя вреда системе.
Вы троллите или и правда настолько дебил что полагаете что это нормально если операционке надо костыль ставить для ее защиты? Кстати если уж костылять то есть man ulimit например. Куда более скромный по увесистости костыль чем невъ...й рантайм явы :). В линухе к слову при окончании памяти случается всего лишь русская рулетка, в которой порядок отстреливаемых еще и настраивать можно.
>JVM при этом отдаёт всю занятую память.
Знаете, любая нормальная операционка при пристреливании программы в нативном коде тоже чистит за ней то что прога юзала. Как то освобождает всю память, прибивает дескрипторы, etc. Если ваша операционка не справляется с такими проблемами в 2010 году, мои соболезнования. Ибо времена кривого дерьма типа Win 3.11 и MSDOS давно закончились.
>Гослинг, создатель языка Java, в середине 1990-х демонстрировал
>устройство размером с толстую книгу (элементная база была не столь
>миниатюрна как сейчас),
Уже тогда были весьма миниатюрные девайсы, не надо тут ля-ля. Уж система на 1 достаточно мелкой плате была совершенно штатным явлением природы.
> Странно, на видеообзоре оно не тормозило.
С чем я его поздравляю. Только на 16-цветном экране не тормозили, простите, даже i8080 или Z80 на жалких нескольких мегагерцах. При том что там проц обычно еще и клаву сканил, видео формировал сам, чисто софтварно (да, видеокарт тогда не было и потому проц дергался на каждый кадр - картинку самолично рисовать, хренли) и куча всего еще. И все это уже лезло на 1 плату и девайс с хорошую книгу размером, где половину места занимала клава (==спекки и ему подобные). Еще в 80-х, однако. И да, никто не жаловался на тормоза :).
