Er 64-bit-chipen bare en Apple-gimmick?

[Jaybug]

Ja, Qualcomm har jo ingen grunn til å snakke ned en CPU som de selv ikke lager...

 

Og jeg ser ignorante kommentatorer hopper på med den feilaktige troen om at det eneste 64 bit er godt for er å bruke mer enn 4GB ram. Hva om folk bare klikker på AnandTech linken i artikkelen og ser på en som faktisk har TESTET chipen?

[IndirectCell]

Folk må ikke tro at 64 bit er bare et gimmik, bare see på den første konsollen som gikk til 64 bit, Nintendo 64, ingen spill krevde lastetid eller hadde fps problemer, alt gikk som på 64bits skinner.. mens playstation med sine 32 bit gikk saaaakte mye lastetid, og noen spill merka man hakking. og eller veldig upolerte texturer osv.

[Elgen-Hansi]

Folk må ikke tro at 64 bit er bare et gimmik, bare see på den første konsollen som gikk til 64 bit, Nintendo 64, ingen spill krevde lastetid eller hadde fps problemer, alt gikk som på 64bits skinner.. mens playstation med sine 32 bit gikk saaaakte mye lastetid, og noen spill merka man hakking. og eller veldig upolerte texturer osv.

 

Konsoller kan ikke sammenlignes, da en konsoll kun skal kjøre software laget for den konsollen. Og du kan ikke konkludere med at 64 bit er viktig for ytelse bare fordi du mener Nintendo 64 var kraftigere enn konkurentene...

[_dundun_]

Konsoller kan ikke sammenlignes, da en konsoll kun skal kjøre software laget for den konsollen. Og du kan ikke konkludere med at 64 bit er viktig for ytelse bare fordi du mener Nintendo 64 var kraftigere enn konkurentene...

 

Hovedgrunnen til at N64 var så rask var nok at den brukte cartridges og ikke disc.

[magne.moe]

 

 

Konsoller kan ikke sammenlignes, da en konsoll kun skal kjøre software laget for den konsollen. Og du kan ikke konkludere med at 64 bit er viktig for ytelse bare fordi du mener Nintendo 64 var kraftigere enn konkurentene...

Hovedgrunnen til at N64 var så rask var nok at den brukte cartridges og ikke disc.

Jup, en cartridges er en solid state disk. Ikke sammenlignbar med modern SSD, men har neglisjerbar søketid og kunne sikkert lese betydelig raskere.

Ulempen var at cartridges holder mye mindre data og var mye dyrere å produsere en cd plater.

[666 Lucifer]

Jeg kan ikke nok om akkurat dette. Er heller ikke noe Apple mann, bruker Android nå, men jeg tror 64 bit gir 0 gevinst i en iphone 5 men den blir vel neppe dårligere av det. Og kanskje får man glede av det en gang i framtiden.

 

Eneste negative jeg kan tenke meg er om det fordyrer unødvendig?

[666 Lucifer]

Og når jeg leser trådene, har jeg en følelse av at ingen andre her kan dette godt nok. :-)

[_dundun_]

Stemmer, du kan ikke nok om dette

[666 Lucifer]

Du må gjerne forklare for meg. Jeg har fagbrev i elektronikk men føler at jeg ikke kan nok om akkurat dette.

 

Forklar......

[666 Lucifer]

Dette kan jeg;

 

Et 32 bits system kan bruke minnet med 4 GB i slengen.

 

Et 64 bit system, 16 EB (16.000.000.000 GB) i slengen. Altså uendelig mye.

 

Så hvis maskinen ikke har mye mer enn 4 GB minne, har det lite for seg. Det bør minimum 8 GB minne til, for at det skal ha noen betydelig gevinst.

 

Den eneste fordelen på iphone er at app utviklere kan alt nå begynne å utvikle 64 bits app, og når det f. Eks om 4-5 år kommer en iphone 9 med 8 GB minne så er de fleste programmer allerede klare for 64 bit. Og det er jo lurt.

[_dundun_]

Hadde du lest hele tråden hadde du sett at det snakkes om flere andre fordeler. F.eks gir 64-bits registre muligheten til en del fancy triks som øker hastigheten ved at man slipper å bruke treg cache til en del operasjoner som før måtte kjøre en ekstra fetch. Operasjoner på store flyttall går også langt raskere, siden man kan kjøre hele operasjoner på en gang uten å måtte dele opp.

 

Så har du de fordelene som kommer med at man har et større antall instruksjoner i den nye arkitekturen, men dette kunne man forsåvidt fått til med en 32-bits prosessor også, det er bare at funksjonene kun er tilgjengelige i Arm64-designet og ikke i Arm32, så avhengig av hvordan man ser på det kom enten ekstrafunksjonene (f.eks secure store) med på kjøpet, eller så kom 64 bits-funksjonaliteten med på kjøpet.

Endret 3. oktober 2013 av kvasbo

[666 Lucifer]

Unødvendig dårlig tone men ok.

 

Finnes det noen tester på dette?

Nøyaktig samme maskin hvor bare dette er forskjellen? Og med bare 1 GB minne.

[666 Lucifer]

Fant en test. Som dere ser er det nesten ingen forskjell. Dette er en maskin med 3 GB minne. Faktisk er 32 bit marginalt bedre:-)

Fant en test. Som dere ser er det nesten ingen forskjell. Dette er en maskin med 3 GB minne. Faktisk er 32 bit marginalt bedre:-)

[666 Lucifer]

Sorry. 2 like bilder.

 

Her er 32 bits

[666 Lucifer]

 

Her er testen

[_dundun_]

Igjen, hadde du lest igjennom tråden skikkelig hadde du funnet en benchmark der man har sammenliknet de samme operasjonene kompilert med 32- og 64-bits binaries på en iPhone 5S, og det er en ytelsesøkning på 0-15% på de fleste operasjoner, med noen få som går saktere og noen få som går ekstremt mye raskere ( der man ser 800%+ økning er det stort sett pga nye instruksjoner)

 

Er litt usikker på hva en Linux-benchmark har med det hele å gjøre - om vi snakker om 32vs64 bits generelt er det en annen diskusjon enn 32v64 på en iPhone med iOs7, da OS-design o.l. har veldig mye å si for ytelse og gains. Et ikke-optimalisert system vil ikke ha noen mulighet til å tjene på en 64-bits arkitektur (det vil ofte gå saktere da CPU ikke får kjøre i den modusen den er optimalisert for), men på et system som er 64-bit aware og designet og kompilert for dette er fordelene der. F.eks har Apple nå implementert tagged pointers i iOs7, noe som gir store og reelle fordeler når man skriver programmer på en måte som gjør at de tar nytte av dette. En annen fordel med 64-bits registre er at man ved å benytte f.eks 34 bits til pointere har 30 bits ledig til andre data. Det kan man utnytte til å ha en reference count direkte i pekeren, noe alle som har vært bortpå pekere vil nikke anerkjennende til nytteeffekten av. Ting som dette har ingenting med "mer adresserbart minne" å gjøre, og er fordeler som kan hentes ut i dag.

 

Forøvrig stemmer ikke egentlig det du sier om minne, da spørsmålet om adressebits til minne er separat fra spørsmålet om antallet bits en CPU kan prosessere. Imidlertid vil et 32-bits program (altså en applikasjon) slite med å benytte mer enn 4gb uten triks på et 32-bits OS.

 

For mer info anbefaler jeg denne artikkelen.

 

Her er et eksempel på effektiv bruk av 64 bits til å håndtere en peker på en måte som er ekstremt effektiv ift hvordan det må gjøres med 32 bits:

 

(Det er ikke dårlig tone å påpeke at du slår inn åpne dører ved å spørre om ting som allerede er besvart - og det til og med etter å hevde at folk her ikke vet hva de prater om)

Endret 3. oktober 2013 av kvasbo

[Elgen-Hansi]

Dette kan jeg;

 

Et 32 bits system kan bruke minnet med 4 GB i slengen.

 

Et 64 bit system, 16 EB (16.000.000.000 GB) i slengen. Altså uendelig mye.

 

Så hvis maskinen ikke har mye mer enn 4 GB minne, har det lite for seg. Det bør minimum 8 GB minne til, for at det skal ha noen betydelig gevinst.

 

Den eneste fordelen på iphone er at app utviklere kan alt nå begynne å utvikle 64 bits app, og når det f. Eks om 4-5 år kommer en iphone 9 med 8 GB minne så er de fleste programmer allerede klare for 64 bit. Og det er jo lurt.

 

64-bit er på lavnivå en ord/pakkestørrelse, og betyr at hver "enhet" består av 8 bytes. Det påvirker "bredden" på databusser, størrelsen eller presisjonen på datatyper og addresseringskapasitet for minne, registere, osv. For databusser kan dette ha enorm påvirkning på kapasitet, mens for en prosessor er det avhengig av arkitektur og oppgavetype.

Endret 3. oktober 2013 av Elgen-Hansi

[_dundun_]

 

64-bit er på lavnivå en ord/pakkestørrelse, og betyr at hver "enhet" består av 8 bytes. Det påvirker "bredden" på databusser, størrelsen eller presisjonen på datatyper og addresseringskapasitet for minne, registere, osv. For databusser kan dette ha enorm påvirkning på kapasitet, mens for en prosessor er det avhengig av arkitektur og oppgavetype.

 

Det er også viktig å huske at det ikke er noe 1-1 forhold mellom bussbredde, minneadresseringsbit og CPU-bitness. Selv om de gjerne går hånd i hånd av designgrunner.

 

Å "utvikle 64 bits-app" er forøvrig veldig sjelden nødvendig for en som koder i brukerspace. Det holder i massevis å følge best practise for kompilatoren man benytter og å rekompilere når man ønsker å benytte nye funksjoner som dette. De fleste iPhone-programmer vil automagisk benytte seg av den nye funksjonaliteten i kompileren uten at utvikler må gjøre noe spesifikt. Iallfall om utvikleren har vært smart og dyktig i utgangspunktet.

Endret 3. oktober 2013 av kvasbo

[666 Lucifer]

Det ble masse ord. Finnes det noen tester som viser noe annet enn den jeg fant? Eller er det bedre å prate det bort?

 

Hvis det du sier stemmer kan det helt sikkert bevises. Og kan det bevises, har noen gjort.

[Elgen-Hansi]

Det ble masse ord. Finnes det noen tester som viser noe annet enn den jeg fant? Eller er det bedre å prate det bort?

 

Hvis det du sier stemmer kan det helt sikkert bevises. Og kan det bevises, har noen gjort.

 

Her har du flere ord: http://en.wikipedia.org/wiki/64-bit_computing

Gjør med dem hva du vil...