[HWSW]

Az elõdöknél lényegesen többféle processzort és kijelzõméretet támogat majd a hamarosan debütáló Windows 10 mobilos verziója. A Microsoft a WinHEC konferencián beszélt a rendszer újdonságairól.
https://www.hwsw.hu/hirek/53731/microsoft-windows-10-mobil-tablet-okostelefon.html

[Fiery]

"a Windows "Mobile" továbbra is kizárólag 32 biten fut, 64 bites végrehajtást a rendszer egyáltalán nem támogat. Ez megdöbbentõ lemaradás, az Apple mobilos rendszere, az iOS már másfél éve váltott 64 bitre, az Androidban pedig az 5.0-s (Lollipop) kiadástól fogva kap teljes támogatást az AMD64 és az ARMv8."

Arra azert kivancsi lennék, van-e valojaban barmi elonye a 64 bites modnak a telefonokon es kisebb tableteken. 4 giganal tobb memoria ugysincs ezekben, az elso 64 bites x64 processzorokon pedig nem mindig volt egyertelmuen elonyosebb egy adott alkalmazas 64 bites verziojat futtatni. Nem vedeni akarom a Microsoftot, mert mar csak marketing eszkozkent is be lehetne vetni a 64 bites WP10-et, de en szemely szerint nem latom ertelmet a 64 bites telefonoknak, legalabbis iden semmikepp. Aztan persze lehet, hogy a WP10.1 kapasbol a 64 bitet es a 4 GB-nal nagyobb memoria tamogatasat fogja behozni nagy fejleszteskent

[egymajom]

@Fiery: Ezzel csak az a baj hogy addig nem is tudjuk meg míg nincs támogatva. Legalábbis elõtte csak a szájkarate szokott lenni, az iOS-nél hoztak egyszer valami grafikont az itteniek miszerint pusztán a 64 bitre fordítás is sebességnövekedést hozott, regiszterek meg minden.

[bogdan]

Idézet: Fiery - Dátum: 2015. 03. 20. 20:07

Arra azert kivancsi lennék, van-e valojaban barmi elonye a 64 bites modnak a telefonokon es kisebb tableteken. 4 giganal tobb memoria ugysincs ezekben, az elso 64 bites x64 processzorokon pedig nem mindig volt egyertelmuen elonyosebb egy adott alkalmazas 64 bites verziojat futtatni.

hm.. azt hittem, ennel Te azert tajekozottabb vagy ilyen teren:
http://www.anandtech...one-5s-review/4

[galffy]

@Fiery: ARM-on sokkal nagyobb a váltás, mit amit a 32 vs 64 bit sugall, az ARMv8-as utasításkészlet nagyon komoly modernizációt hoz, ami sebességben és energiatakarékosságban is rengeteget hoz.

[Fleshdesigner]

@Fiery: "..a WP10.1.."

... elméletileg a Windows 10 lesz a final Windows olyan roll update rendszere lesz , hogy nem lesz szükség sem upgrade-re sem új verzió számokra sem.. HA (!) jól értelmeztem az elõzõ cikkeket és ha ez nem változik

[Tassadar]

@Fleshdesigner: A mostani kommunikációs forgatagban ez kijelentésük még egyáltalán aktuális?

[dark100]

@Tassadar: Jo eszrevetel. Manapsag eszmeletlen mennyisegben trollkodnak. Persze mondhatjuk, hogy a marketingesek hibaja, de nem valoszinu. Felhajtast akarnak, de rosszul csinaljak. Ez olyan mint a korlatlan mobinet meseje.

[Fiery]

@Gálffy Csaba: ARMv8-bol van 32 bites is. Nem az architekturarol beszeltem, hanem csupan a 32 --> 64 bit valtasrol.

[Fiery]

@bogdan: Koszonom, ez valami miatt kimaradt nekem. Mindenesetre, ennel sokkal izgalmasabb lenne egy Java (vagy .NET) alapu, ARMv8 32-bit vs. ARMv8 64-bit benchmark, hiszen a legtobb app ugyis Java alapu Androidon es .NET alapu WP8-on (vagy legalabbis nem nativ kod). Ezert sem szoktam sokat foglalkozni a 8 threadet hasznalo nativ androidos benchmarkokkal: a gyakorlatban baromi keves esetben fordul elo ilyesmi, sokkal erdekesebbek (szamomra) az 1 ill. 2 szalas Java alapu benchmarkok.

Szerkesztette: Fiery 2015. 03. 21. 20:03 -kor

[Fiery]

@Fleshdesigner: Marketing kommunikacios okokbol lesz azert uj termek, lennie kell egyszeruen Legfeljebb nem WP10.1 lesz a neve, hanem WP11, WP12, WPNext, stb.

[bogdan]

Fiery: szivesen.
de azert a hazi feladatodat nem fogom megcsinalni helyetted!

[czandor]

@Fiery: Szerintem nincs igazad. Messze nem az számít, hogy egy app kódját milyen gyorsan tudja lefuttatni egy mai proci. Édesmindegy, hogy pl a hírfolyam egy bejegyzésének feldolgozása (ami mondjuk egy szálon fut) az egy ezred, vagy két ezred másodpercig tart. Sokkal inkább az számít, hogy az oprendszer/processzor/ram/tároló mennyire van "összhangban", hogy a sok kis appokat mennyire tudja futtatni EGYSZERRE, egyikrõl másikra váltás, egymás mellett futás mennyire gördülékeny. Milyen gyorsan tudja behúzni flash-rõl, stb...
Tipikus példa az android Dalvik-ART váltása. Tesztekben agyonveri az ART a Dalvikot, de való életben egy lassú (értem ezalatt nem csak a proci sebességét, hanem flash, ram...) telefonon írtó lagos az ART, mivel majdnem kétszer akkora az app cache, emiatt flash és ram sebesség betöltésnél sokkal sokkal jobban számít mint a kódfutás sebessége.