Не забывайте что все это не влезет в 1 МБ (теоритический максимум - на деле все гораздо хуже) 

1. Игрушки спокойно это обходили, если помнишь DOOM требовал себе не менее 4Мб памяти, и делал он это не из жадости, а реально эту память использовал. Во-первых есть такая программа DOS4GW которая предназначена для перевода машины в защищенный режим, с возможностью адресовать все 4 Гб памяти. Во-вторых можно самому перевести процессор в защищенный режим, и я даже писал на ассемблере программу которая это делает.
2. Никто не мешает JVM взять на себя задачи ядра по разделению процессорного времени. И кстати в спецификации JVM записано, что JVM вольна использовать потоки ОС для реализации многозадачности, или взять на себя разделение времени между потоками. Как вариант взять за основу готовое микроядро, тот же MACH, и на базе его реализовать это дело.

Принципиальных ограничений нет, просто многие вещи которые в современных ОС уже реализованы, тут придется брать на себя. Задача весьма трудоемкая, но выполнимая.  

Ну здрасти! Перейти в защищенный режим, реализовать управление процессами, еще можно файловую систему за одно доработать, поддержку длинных имен файлов включить, Еще пару батиков, и все это хозяйство можно обозвать, ну, например "Джавиндоус"...   

Согласен, LSD,  конечно же с технической точки зрения это реализуемо, но какой ценой... 

Ребят, а вы думаете мало других экзотических OS под которые JVM трудно писать? 

с MSDOS все просто, нету под нее JVM, не потому что ее сложно сделать (да ничего там сложного принципиально нету, да и с памятью нету проблеммы в защещенном режиме достигаеться вполне 32bit адресация http://ru.wikipedia.org/wiki/386DOS, да и кто вам сказал что надо все разрабатыватьс  нуля? качественно написанные библиотеки для защещенного режима, длинных имен файлов, мнопоточности и т.п. 1000% существуют - купил и вперед.), а потому что она там никому не нужна. не пишут сейчас под DOS софт. тем более серверный софт, в чём Java особенно сильна  
смысла вкладывать деньги в разработку этой JVM - нету, но технически - нуль проблеммо.   

Это сообщение отредактировал(а) ALKS - 13.5.2006, 13:06

Кто нибудь слышал интересную новость? На работе коллега сказал, что в новом стандарте АНСИ С++, который появится через несколько лет, предусмотрен сборщик мусора. Мне вообще непонятно, как это можно организовать, не меняя среду исполнения. Впрочем, может речь идет просто об очередных "умных" указателях... 

Амортизатор, такая возможность обсуждается в Комитете (вот proposal). Но включат это в окончательную версию стандарта или нет — большой вопрос.
Речь идет именно о консервативном GC. Умные указатели давно утверждены в новом составе стандартной библиотеки.

Добавлено @ 22:45 

Работает же Boehm GC. 

Пишут и еще как пишут сейчас под MS-DOS. Многие промышленные компьютеры предназначеные для работы на   станках с ЧПУ используют именно эту OS причем как в Росси так и за рубежом , а также многие программные комплексы для работы с оборудованием (например для АЗС - авто запр. станция), использующие специализированные промышленные компьютеры, также написаны для OS MS-DOS.