Z JDK Mustang Sun zamierzał 'improve Java experience on Linux'. I zrobili taki skrypt /etc/init.d/jexec bazujący na binfmt (tego notabene Mono też używa, tudzież Wine), ale strasznie to napisali. Nie działa na 2.6 (bo pisane było na Sun Java Desktop System z jądrem 2.4, bazujące na SuSE 8.0).

Jest takie coś co się nazywa XBench 2.0 i ma uniwersalną binarkę co pozwala mu na odpalanie się pod OSX PPC i OSx86. Co ciekawe liczba pozycji z Intel Developer Transition System jest mniej więcej taka sama jak z iMac G5 i Mac Mini.

Oryginalna maszyna wirtualna Javy i środowisko deweloperskie pod Windows działa tylko z kompami, które w BIOSie mają string IBM... Zhakować BIOS czy JDK? :)
Ściągam właśnie pakiet z Eclipsem,
mając nadzieję że wyjmę z tego JDK działające na ASUSie, zawrotna prędkość 8.9KB/s (a łącze oferuje ponad 100KB/s)

Update: Nie działa SecurityManager, problemy z obrazem full screen - jakaś mała rozdzielczość zamiast 1024x768, problem z odmalowywaniem kontrolek, ogólnie jestem negatywnie zaskoczony.
Do tego metody klasy String są źle zaimplementowane - w wielu przypadkach argument String jest traktowany jako wyrażenie regularne. Horror! IBM JDK 1.5 bazuje na J9 - maszynie dołączanej np. do QNX-a.

Próbowałem dzisiaj maszyny wirtualnej od firmy Bea - JRockit 1.5. I okazuje się że nie obsługuje ekranu w rozdzielczości 1280x800. Normalnie jaja. Przy JFrame na pełny ekran odpala mi się cośx800, przy czym ekran jest zamrożony a przy próbie Alt+F4 robi się jajecznica.
Mam jeszcze ochotę sprawdzić IBM JDK 1.5, na Linuksa jest owszem, ale czy na Windows to mam uzasadnione wątpliwości.
Tymaczasem Mustang -Dsun.java2d.[d3d,opengl]=true -Dsun.java2d.translaccel=true. Check it out. Z OpenGL-em zdarzają się zamazane małe kontrolki z ikonkami, a na full screen fajnie widać jak pierwszy raz tło okna się odrysowuje -normalnie bajer. Używam sterowników NVidii 83.10, bodajże z guru3d.com.