[21]: Na to "rozdelene" JVM se taky tesim, vypada to velice slibne. Jinak tech 20MB standardni knihovny je standardne sdileno mezi procesy.
[24]: ad java a optimalizace:
1. To ze neni explicitni moznost alokace na stacku neznamena, ze to JVM nedela (treba Sunovske JVM to docela dobre dela)
2. Zrovna pointery jako nutnost pro optimalizaci nevidim.
3. Ta std. knihovna nema 100MB, ale cca 20-30MB, sdilena mezi procesy.
4. Nizkourovnova optimalizace je jenom jedna z forem optimalizace a troufam si tvrdit, ze v drtive vetsine pripadu clovek nepotrebuje plne optimalizovany kod (a ten pak stejne pisete na miru architekture - jiste, pokud potrebujete maximalni vykon, je C/C++ vybornym kandidatem - prikladem budiz vypocetni systemy, graficke enginy, etc.). Ale treba Managed Direct3D taky ukazuje, ze to jde i v managed kodu docela solidne...
V Jave samozrejme optimalizovat jde a hodne, jednak algoritmicky, jednak znalosti fungovani JVM (typicky treba GC).
ad .net a mono: Mono je velmi, velmi pomale, na rozdil od .NET od Microsoftu. C# je blizsi C++, vice nez Java, coz muze byt pro nekoho vyhoda i nevyhoda...
[25]: Tak to bych rozhodne nesouhlasil, C++ s GC je velice pekne a uzitecne (navic jistou formu GC ma dost casto vetsina vetsich C++ aplikaci).
