S pouzitim VolatileImage by to problem nebyl, hlavne u klasickeho isometrickeho zobrazeni. Problem v Jave je, ze lidi hodne pouzivaji BufferedImage s nekompatibilnim pixel formatem, potom jsou rastrove operace (nebo pokus o softwarovy double buffering) skutecne pomale - to je ostatne videt i na GUI (Swing).
Stejny problem by nastal, kdyby to nekdo implementoval v Xlib s nekompatibilni pixmapou nebo pres WinAPI (SetDiBitsToDevice se to tusim jmenovalo).
Jestli se bavime o vykreslovani, tak je to nejakych zhruba 400-600 policek na obrazovce - vsechno to jsou normalni bitmapy s jednobitovou maskou. Pokud jde o zmenu stavu modelu, porad tady mas vypocetni silu, ktera se prakticky nelisi od jinych kompilovanych jazyku - vzdyt ten model je predstavovan +- stejnym mnozstvim objektu.
Pokud mas na mysli rychlost javovskych programku, kde se vytvari a zase rusi tisice objektu za sekundu, tak presne toto *neni* ten pripad - zakladni model nacpeme do 2D pole, vlaky atd. mutable objekty, naprosta vetsina stavovych promennych jsou inty.
Co uznam je to, ze se o tu predelavku asi nikdo jeste nepokusil, takze nemuzeme porovnavat v praxi, nicmene TT neni prikladem aplikace, kde by Java ztracela (a to z toho duvodu, ze se zcela obejdou ty knihovny, ktere jsou pomaly kvuli d******e panu ze Sunu a Oraclu).
Vypocetne tolik Minecraft narocny neni, pametova narocnost je stale opakovana, ale koho to zajima? Pamet je dneska tak levna, ze kvuli tomu vyrobci krachuji. Na hru, kterou spustim, zahraju si a vypnu, me fakt nezajima jestli mi to sezere vic nebo min, k nicemu jinemu tu pamet v tu chvili stejne nepotrebuju. Myslet si, ze hra jako TT by se nestihala vykreslovat je opravdu uz spis na diagnozu nez diskuzi, protoze diskuter ma ocividne osobni problem s Javou. Java je pro hry jako Minecraft nebo TT v dnesni dobe jako stvorena.
To si podlehl propagandě a nemáš vlastní zkušenosti. Původní TTD dá odhadem více než 20 fps, do toho si můžeš otevřít asi 15 oken s výhledem na jiné části plochy, stíhá jezdit se stovkami vozidel, včetně směrování na tratích a k tomu asi 8 AI. V Javě se ti to v této pětiletce nepodaří.
Opravdu myslis, ze v desktopu/notebooku jsou ECC bezne ci nutne? Intel ECC podporuje snad jen u serverove platformy a AMD snad uz taky jen servery a non-APU desktopu (tj. AM3+ apod. a tam je to stejne jeste v rukou vyrobce desky). Kdyz uz bys stavel nejaky narocny workstation na nejake takove platforme, da se predpokladat, ze tam budes mit i tak dost pameti a to ne kvuli hram. Navic, to cele nafukujes. Zas tak cerne to neni, ano, je to v Jave a zere to vic, ale neni to kriticke, ze bys nahle nutne potreboval ohromne mnozstvi pameti a musel neco dokupovat. To, co je dnes bezne mit pro plynuly chod systemu, nenazranych browseru a potrebnych aplikaci je vic nez dostatecne pro samotnou hru. Pamet je od toho, aby se pouzivala, ne aby se nadavalo, ze neco zere vic nez si myslime, ze je nutne.
Promiň, ale nepřesvědčíš mě. Nejspíš to je tím, že minecraft psalo nějaký prase, ale když ti hra náhodně hází OOM error (měl jsem 2 GB ram a windows 7), tak to asi není normální.
To že na rozjetí serveru bez GUI potřebuješ taky alespoň 2 GB ram pro javu (takže reálně na celej server minimálně 2.5 GB) se mi zdá taky nenormální.
Podle mě tenhle argument "proč hledět na paměťovou náročnost když dnes máme xx GB ram za yyy kč" dost nerozumnej...