Nem elképzelt világ. "Az én világom" létezik minden desktop felhasználónál, vagy ha nem is mindnél, 100 millió embernél, akik még XP-t használnak egy nem mai gépen.
http://a.te.ervelesi.hibad.hu/csuszos-lejto
http://a.te.ervelesi.hibad.hu/kozvelekedesre-hivatkozas
Leírtam ennek is az okát fentebb. Ha te meg ezt nem veszed figyelembe, akkor továbbra is el fogunk beszélni egymás mellett, tehát nincs nagyon értelme vitatkoznunk, legalább is erről.
Ha nem tudsz főzni, akkor nyilván mondhatod egy levesről, hogy nem ízlik vagy nem jó a leves; a baj akkor van, ha elkezded részletezni a szakácsnak, hogy mit kellett volna másképp csinálnia, holott nem értesz hozzá és erre azonnal rájön az, aki egy kicsit is ért hozzá.
Attól, hogy igazad van bizonyos témákban, nem kellene elkezdened megmagyarázni, hogy miért van az úgy és mit kellene másképp csinálni, de valahogy erős kényszert érzel arra, hogy saját magad szempontjából okosnak tűnő tanácsokat adj... de ennek általában hülyeség lesz a vége és közröhej tárgya leszel.
"Ennek ellenére, a servlet kiemelkedéséből sem következik semmilyen módon, hogy a Java általánosan erőforráshatékonyabb, mint a natív kód. Pláne, hogy valószínűleg azért van így, mert többet és jobban cache-el, mint a többi, de ez által több erőforrást is zabál."
Tehát több erőforrást zabál és közben hatékonyabban működik? Miből gondolod, hogy a C++ implementáció nem hoz létre cache-t? Ha kevesebb memóriát zabál, akkor több CPU használat nálad belefér?
"Ez azt eredményezi, hogy a Dell ServerCentral Dell környezetein ő muzsikál a legjobban, tehát ott ezt éri meg a legjobban használni, már ha a JSON serializáció a szűk keresztmetszet."
Más környezetben is ugyanígy muzsikál, csak méréseknél szokás odaírni a pontos környezetet, ha az ember szeretné reprodukálni a mérést. Nem azért írják oda, mert csak ott jó.
"Az viszont már mérnök uraságod szélsőséges menedzseri idealizmusa, hogy összesített eredményt állítasz be legjobbnak, mikor latency-ben kilencedik, framework overhead-ben pedig még a TOP 10-ben sincs benne a jávád."
Fogalmad nincs, hogy mit mér a latency és a framework overhead és hogy kell értelmezni a grafikont, ugye? Csak szerettél volna valamit visszaírni.
"Ha pedig ennyire szereted a számszerű méréseket, vess az alábbiakra is egy pillantást."
Ahja, ezzel két baj van:
- a JVM szerver módban indul el, pedig nem szerver-szerű a terhelés. Ez azért okoz jelentős eltérést, mert szerver módban sokkal több időt tölt indulásnál a JVM azon, hogy optimalizálja a futtatandó kódot, holott a tesztek futási ideje maximum 20 másodperc.
- a használt források nem igazi Java programok, hanem C filozófiával megírt Java programok, fájdalmas nézni, hogy mennyire rosszul implementálták a Java verziót (például kisbetűs osztálynevekkel).
"Nade akkor még egyszer, hogy biztosan megértsd: elhiszem, hogy vannak felhasználási módok és környezetek, ahol a Java jobban teljesít, mint a natív kód. Az én felhasználási módom és környezetem nem ilyen és soha nem is lesz ilyen."
Nagyszerű, de a te saját környezetedben se mérsz, csak írsz valamit, hogy mi mennyire milyen és milyennek kellene lennie. Mutass mérési eredményeket.