Amúgy azért kell a natív programok alá egy kernel meg rakás könyvtár, csak ezt természetesnek vesszük, hogy már ott van, míg a JVM kénytelen ezeken felül ott lenni.

Tehát plusz réteg, ami vagy végzi a dolgát, vagy nem. De ugye minél több réteget dobsz az os fölé, annál több erőforrást zabál a cucc, bármilyen optimális legyen is, ha egyáltalán az a végeredmény. Mellesleg C -ben nem feltétlenül kell egy rakás alap, pl kernel -t sem úgy írnak benne, hiszen nem is lenne honnan belinkelnie ezeket betöltés közben.

A GC egy nehezen megkerülhető dolog....Ezért lényegében minden modern nyelv GC-zik.

És zabálja a memóriát, és a cpu időt. Ott is ezt teszi, ahol nem indokolt. Ha a programozó gondoskodik ezekről a dolgokról, akkor nem kell gc -zni. Persze könnyebb programozni ha kevesebb dologra kell figyelni. Bizonyos esetekben pedig a megspórolt idő fontosabb (web programozás pl) de ettől nem lesz hatékonyabb a nyelv.
Egyébként OS szinten hogy oldanád meg a GC -t ha egyszer a java vm -en fut a programod? Honnan tudná az OS hogy mely memóriaterületeket szabadíthatja fel?

szóval van hogy rá vagy kényszerülve, de... ó anyám borogass. Nincs OOP támogatás, nincs kivétel kezelés, nincs semmilyen segítség memória kezelésre (smart pointerek, RIIA), stb... Őskövület borzalom. És ha még csak kerneleket írnának benne, de hát fenti okokból közel sem...

A nyelv hatékonysága abból is fakad, hogy úm. "nincs kinyalva a programozó segge". C -ben mindent megtehetsz, de assembly -nél egyszerűbben, és ezért is annyira alkalmas mérnöki területekre, vagy pl OS -t írni benne. Vagy pl java vm -et írni benne, mert ugye azt is meg kell csinálni valamiben.

Persze ha kell gyorsan valami server program, akkor nyilván java -ban állnak neki beollózni egy csomó libet, oszt jónapot. Dehát mindent a maga helyén, ahogy mondtam.
Azért mutathatna nekem valaki olyan desktop -ra vagy arra is szánt java -s cuccot, ami nem lassú mint a tetű.

[ Szerkesztve ]

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)