Nvidia Shield s Tegra 4 přetaktován na rekordních 2,55 GHz

Apple snad vyrábí herní konzole?

Ano, už vidím, jak někdo dá za konzoli o 5000Kč více jenom proto, že tam bude logo Applu a jinak to bude stejně nebo možná méně výkonnější než konkurence. To že se mu tohle povedlo u mobilů a notebooků neznamená, že se mu to povede i jinde.

Oj ty chytrolíne. Víš o tom úplný prd tak nemluv. Kdyby Apple použil stejnej HW jako třeba S4, tak by je díky optimalizaci úplně rozsekal. I tak podává iPhone 5 lepší herní výsledky než S4.

Zabudol si si dat lieky?

Ale on má pravdu. To, že ty si to nedovedeš připustit, nic neznamená.

Přesně, do jisté míry má pravdu. To stejné je u WP8 - dvoujádrový procesor je plně dostačující na tuto platformu a kup si to samé s Androidem a nevyhneš se lagům. To je prostě optimalizace systému.

Troufnu si tvrdit, že u Androidu za tento problém mohou spíše ty nejrůznější nádstavby pochybné kvality (neoficiální launchery, lockscreeny, systemui, ...), které tam cpou výrobci...

Rozhodně nebude méně výkonnější než konkurence. Hry na iPhone 5 jedou líp, než na kterémkoliv čtyřjádrovém Androidu.
Papírově by byl výkon menší, ale číslíčka jsou v porovnání Android vs. iOS opravdu zbytečná.

Názor byl 1× upraven, naposled 11. 08. 2013 23:56

"Hry na iPhone 5 jedou líp, než na kterémkoliv čtyřjádrovém Androidu. "
Protože Java Na iPhonu programy frčí přímo na procáku, kdežto na Androidu běží programy nad Javou (což je jenom emulace virtuální instrukční sady).PS: Javisti, teď do mě

myslím si že pořádnější hry už jsou napsány nativně, spíš bych to viděl v optimalizaci OS jenom na pár typů HW.

Nevyznam sa moc do javy, ale JVM tusim vyuziva JIT kompiláciu, takze sa nic neemuluje. Samozrejme je problem aj v Jave, ale skor v GC. V iOS sa tusim pouziva na spravu pamete ARC. Tato technika sice nema tolko moznosti ako standartne GC(Mark&Sweep, ...) ale hlavne sa nezapina narazovo. Normalne GC dost zeru vykon ak ma aplikacia nedostatok RAM(casto sa spusta GC) a mobilne zariadenia maju relativne malo RAM...

Ne, problém není GC;ARC (automatic reference counting) není o nic efektivnější, pokud něco, tak je pomalejší (neustálé atomické incrementy/decrementy něco stojí) pokud se nepoužije optimalizační technika jako DRC (deferred reference counting), která potřebuje explicitní podporu v kompilátoru.Moderní GC nedělají svůj full-cycle naráz (klasický two-color mark tím se už skoro nepoužívá), používá se hlavně tri-color incremental mark & sweep, s generational módem a dalšími optimalizacemi.hlavní výhodou RC je, že je cache-friendly, ale má spoustu nevýhod, jako třeba potřeba řešení reference cycles. DRC je nicméně relativně neznámá technika (použitá třeba ve Smalltalku) a oproti naivnímu RC moc intuitivní taky není

Názor byl 4× upraven, naposled 12. 08. 2013 12:41

Ja som vychadzal z tochto clanku: http://sealedabstract.com/rants/why-mobile-web-apps... ...
Tyka sa sice webovych app. ale cast o GC sa da aplikovat aj na javu. GC ma vyzsie naroky na ram ako RC a u mobilnych zariadeni je zatial relativne malo ram. Inak GC v lue je velmi zaujimavy.

sorry, v původním příspěvku mi část zmizela, takže to pak nedávalo smysl; takže opraveno.jinak GC samotný ani vyšší nároky moc nemá (kromě trochy paměti na ukládání metadat)... problém je v Javistech, kteří neumějí programovat a myslí si, že paměť je zadarmo.

Názor byl 1× upraven, naposled 12. 08. 2013 12:39