Honza Dvorsky Mike Esch op sengem Blog gewidmet déi praktesch Implikatioune vum Wiessel op 64-Bit Architektur am iPhone 5S. Dësen Artikel zitt op seng Erkenntnisser.
De Grond fir dësen Text ass haaptsächlech wéinst der grousser Quantitéit vu falschen Informatioune verbreet iwwer wat den neien iPhone 5s mat engem 64-Bit ARM Prozessor eigentlech fir d'Benotzer an de Maart bedeit. Hei wäerte mir probéieren objektiv Informatioun iwwer d'Performance, d'Fäegkeeten an d'Implikatioune vun dësem Iwwergang fir Entwéckler ze bréngen.
"64 bit"
Et ginn zwee Deeler vun engem Prozessor op deen den "X-Bit" Label bezéie kann - d'Breet vun den ganzen Zuelenregisteren an d'Breet vun de Pointer. Glécklech, op de meeschte modernen Prozessoren sinn dës Breeten d'selwecht, also am Fall vun der A7 heescht dat 64-Bit Integer Registere a 64-Bit Pointer.
Wéi och ëmmer, et ass gläich wichteg ze weisen wat "64bit" NET bedeit: RAM kierperlech Adress Gréisst. D'Zuel vun de Bits fir mat RAM ze kommunizéieren (also de Betrag vum RAM en Apparat kann ënnerstëtzen) ass net mat der Unzuel vun de CPU Bits verbonnen. ARM Prozessoren hunn iwwerall tëscht 26- an 40-Bit Adressen a kënnen onofhängeg vum Rescht vum System geännert ginn.
- Daten Bus Gréisst. D'Quantitéit vun Donnéeën, déi aus RAM oder Puffer Erënnerung kritt gëtt, ass ähnlech onofhängeg vun dësem Faktor. Individuell Prozessorinstruktioune kënne verschidde Quantitéiten un Daten ufroen, awer si ginn entweder a Stécker geschéckt oder méi wéi néideg aus der Erënnerung kritt. Et hänkt vun der Gréisst vum Datequant of. Den iPhone 5 kritt schonn Daten aus der Erënnerung an 64-Bit Quanta (an huet en 32-Bit Prozessor), a mir kënne mat Gréissten bis zu 192 Bits begéinen.
- Alles wat mam Schwemmpunkt verbonnen ass. D'Gréisst vun esou Registere (FPU) sinn erëm onofhängeg vun der interner Aarbecht vum Prozessor. ARM benotzt 64-Bit FPU zënter virum ARM64 (64-Bit ARM Prozessor).
Allgemeng Virdeeler an Nodeeler
Wa mir soss identesch 32bit a 64bit Architekturen vergläichen, si si meeschtens net sou ënnerschiddlech. Dëst ass ee vun de Grënn fir déi allgemeng Duercherneen vun der Ëffentlechkeet, déi no engem Grond sicht firwat Apple och op mobilen Apparater op 64bit plënnert. Wéi och ëmmer, et kënnt alles aus de spezifesche Parameteren vum A7 (ARM64) Prozessor a wéi Apple et benotzt, net nëmmen aus der Tatsaach datt de Prozessor eng 64-Bit Architektur huet.
Wéi och ëmmer, wa mir nach ëmmer d'Ënnerscheeder tëscht dësen zwou Architekturen kucken, fanne mir e puer Differenzen. Déi offensichtlech ass datt 64-Bit Integer Registere 64-Bit Integer méi effizient kënne handhaben. Och virdru war et méiglech mat hinnen op 32-Bit Prozessoren ze schaffen, awer dëst huet normalerweis gemengt se an 32-Bit laang Stécker opzedeelen, wat méi lues Berechnungen verursaacht huet. Also e 64-Bit Prozessor kann allgemeng mat 64-Bit Typen esou séier wéi mat 32-Bit-Typen berechnen. Dëst bedeit datt Uwendungen déi allgemeng 64-Bit Typen benotzen, vill méi séier op engem 64-Bit Prozessor lafen.
Obwuel 64bit Afloss net de Gesamtbetrag vun RAM datt de Prozessor benotzen kann, et kann maachen et méi einfach mat grousse Stécker vun RAM an engem Programm ze schaffen. All eenzege Programm, deen op engem 32-Bit Prozessor leeft, huet nëmmen ongeféier 4 GB Adressraum. Wann Dir berécksiichtegt datt de Betribssystem an de Standardbibliothéiken eppes ophuelen, léisst dëst de Programm iergendwou tëscht 1-3 GB fir Applikatioun benotzen. Wéi och ëmmer, wann en 32-Bit System méi wéi 4 GB RAM huet, ass dës Erënnerung e bësse méi komplizéiert ze benotzen. Mir mussen de Betribssystem forcéiere fir dës gréisser Stécker vun Erënnerung fir eise Programm ze mapen (Erënnerungsvirtualiséierung), oder mir kënnen de Programm a verschidde Prozesser opdeelen (wou all Prozess erëm theoretesch 4 GB Erënnerung verfügbar huet fir direkt Adresséierung).
Wéi och ëmmer, dës "Hacks" sinn sou schwéier a lues datt e Minimum vun Uwendungen se benotzen. An der Praxis, op engem 32-Bit Prozessor, wäert all Programm nëmmen seng 1-3 GB Erënnerung benotzen, a méi verfügbare RAM ka benotzt ginn fir verschidde Programmer zur selwechter Zäit ze lafen oder dës Erënnerung als Puffer (Caching) ze benotzen. Dës Notzunge si praktesch, awer mir wëllen datt all Programm fäeg ass Stécker vun Erënnerung méi grouss wéi 4GB ze benotzen.
Elo komme mir zu der heefeg (tatsächlech falsch) Fuerderung datt ouni méi wéi 4GB Erënnerung eng 64-Bit Architektur nëtzlos ass. E gréissere Adressraum ass nëtzlech och op engem System mat manner Erënnerung. Memory-mapped Dateien sinn e praktescht Tool wou en Deel vum Inhalt vun der Datei logesch mat der Erënnerung vum Prozess verbonne sinn ouni datt déi ganz Datei an d'Erënnerung gelueden muss ginn. Sou kann de System, zum Beispill, lues a lues grouss Dateien vill Mol méi grouss wéi d'RAM Kapazitéit veraarbechten. Op engem 32-Bit System kënnen esou grouss Dateien net zouverlässeg Gedächtnismapéiert ginn, wärend op engem 64-Bit System et e Stéck Kuch ass, dank dem vill méi groussen Adressraum.
Wéi och ëmmer, déi méi grouss Gréisst vun de Pointer bréngt och e groussen Nodeel: soss brauche identesch Programmer méi Erënnerung op engem 64-Bit Prozessor (dës méi grouss Pointer mussen iergendwou gespäichert ginn). Zënter Zeeche sinn e reegelméissegen Deel vu Programmer, kann dësen Ënnerscheed de Cache belaaschten, wat am Tour verursaacht datt de ganze System méi lues leeft. Also a Perspektiv kënne mir gesinn datt wa mir just d'Prozessorarchitektur op 64-Bit geännert hunn, et géif de ganze System tatsächlech verlangsamen. Also muss dëse Faktor duerch méi Optimisatiounen op anere Plazen ausgeglach ginn.
ARM64
Den A7, de 64-Bit Prozessor, deen den neien iPhone 5s dréit, ass net nëmmen e reguläre ARM Prozessor mat méi breet Registere. ARM64 enthält grouss Verbesserungen iwwer déi eeler, 32-Bit Versioun.
Registry
ARM64 hält duebel sou vill ganz Zuelen Registere wéi 32-Bit ARM (passt virsiichteg d'Zuel an d'Breet vun de Registere net ze verwiesselen - mir hunn iwwer Breet an der "64-Bit" Sektioun geschwat. Also ARM64 huet zweemol esou breet Registere an duebel sou vill Registere). Den 32-Bit ARM huet 16 Integer Registere: e Programmzähler (PC - enthält d'Zuel vun der aktueller Instruktioun), e Stackpointer (e Zeiger op eng Funktioun déi amgaang ass), e Linkregister (e Zeiger op de Retour nom Enn vun der Funktioun), an déi reschtlech 13 si fir Applikatioun benotzt. Wéi och ëmmer, den ARM64 huet 32 Integer Registere, dorënner een Nullregister, e Linkregister, e Frame Pointer (ähnlech wéi e Stack Pointer), an een reservéiert fir d'Zukunft. Dëst léisst eis mat 28 Registere fir Uwendungsnotzung, méi wéi duebel den 32-Bit ARM. Zur selwechter Zäit huet den ARM64 d'Zuel vun de Floating Point Number (FPU) Registere vu 16 op 32 128-Bit Registere verduebelt.
Mee firwat ass d'Zuel vun de Registere sou wichteg? D'Erënnerung ass allgemeng méi lues wéi d'CPU Berechnungen an d'Liesen / Schreiwen ka ganz laang daueren. Dëst géif maachen datt de schnelle Prozessor op Erënnerung muss waarden a mir géifen déi natierlech Geschwindegkeetslimit vum System schloen. Prozessoren probéieren dës Handicap mat Schichten vu Puffer ze verstoppen, awer och déi schnellsten (L1) ass ëmmer méi lues wéi d'Berechnung vum Prozessor. Wéi och ëmmer, Registere sinn Erënnerungszellen direkt am Prozessor an hir Liesen / Schreiwen ass séier genuch fir de Prozessor net ze luesen. D'Zuel vun de Registere bedeit praktesch de Montant vun der schnellsten Erënnerung fir Prozessor Berechnungen, déi staark d'Vitesse vum ganze System beaflosst.
Zur selwechter Zäit brauch dës Geschwindegkeet eng gutt Optimiséierungsunterstëtzung vum Compiler, sou datt d'Sprooch dës Registere benotze kann an net alles an der allgemenger Applikatioun (de luesen) Gedächtnis muss späicheren.
Instruktiounsset
ARM64 bréngt och grouss Ännerungen un der Instruktiounsset. En Instruktiounsset ass eng Rei vun atomarer Operatiounen déi e Prozessor ausféiere kann (zB 'ADD register1 register2' setzt d'Zuelen an zwee Registere derbäi). D'Funktioune verfügbar fir eenzel Sprooche besteet aus dësen Instruktiounen. Méi komplex Funktiounen musse méi Instruktiounen ausféieren, sou datt se méi lues kënne sinn.
Nei am ARM64 sinn Instruktioune fir AES Verschlësselung, SHA-1 an SHA-256 Hash Funktiounen. Also amplaz vun enger komplexer Implementatioun, nennt nëmmen d'Sprooch dës Instruktioun - wat e grousse Geschwindegkeet fir d'Berechnung vun esou Funktiounen bréngt an hoffentlech d'Sécherheet an Uwendungen bäigefüügt. z.B. déi nei Touch ID benotzt och dës Instruktiounen an der Verschlësselung, wat fir richteg Geschwindegkeet a Sécherheet erlaabt (an der Theorie muss en Ugräifer de Prozessor selwer änneren fir Zougang zu den Donnéeën ze kréien - wat onpraktesch ass fir d'mannst ze soen wéinst senger Miniaturgréisst).
Kompatibilitéit mat 32bit
Et ass wichteg ze ernimmen datt d'A7 voll am 32-Bit Modus lafen kann ouni d'Emuléierung ze brauchen. Et heescht datt den neien iPhone 5s Applikatiounen op 32-Bit ARM kompiléiert kënne lafen ouni Verlängerung. Wéi och ëmmer, da kann et déi nei ARM64 Funktiounen net benotzen, sou datt et ëmmer lount sech e spezielle Bau just fir d'A7 ze maachen, déi vill méi séier soll lafen.
Runtime Ännerungen
Runtime ass de Code dee Funktiounen un d'Programméierungssprooch bäidréit, déi et fäeg ass ze benotzen wann d'Applikatioun leeft, bis no der Iwwersetzung. Zënter Apple brauch net d'Applikatiounskompatibilitéit z'erhalen (datt e 64-Bit Binär op 32-Bit leeft), konnten se sech leeschten, e puer méi Verbesserunge vun der Objective-C Sprooch ze maachen.
Ee vun hinnen ass de sougenannte markéiert pointer (markéiert Zeiger). Normalerweis ginn Objeten an Hiweiser op dës Objeten a getrennten Deeler vun der Erënnerung gespäichert. Wéi och ëmmer, nei Zeigertypen erlaben Klassen mat wéineg Daten Objekter direkt am Zeiger ze späicheren. Dëse Schrëtt eliminéiert de Besoin fir Erënnerung direkt fir den Objet ze verdeelen, erstellt just e Pointer an den Objet dran. Tagged Pointer ginn nëmmen an der 64-Bit Architektur ënnerstëtzt och wéinst der Tatsaach datt et net méi genuch Plaz an engem 32-Bit Pointer ass fir genuch nëtzlech Daten ze späicheren. Dofir huet iOS, am Géigesaz zu OS X, dës Feature nach net ënnerstëtzt. Wéi och ëmmer, mat der Arrivée vum ARM64, ännert sech dëst, an iOS huet OS X och an dëser Hisiicht agefaang.
Och wann d'Pointer 64 Bit laang sinn, ginn op der ARM64 nëmmen 33 Bits fir d'Eigen Adress vum Pointer benotzt. A wa mir fäeg sinn de Rescht vun de Pointer Bits zouverlässeg ze demaskéieren, kënne mir dëse Raum benotze fir zousätzlech Donnéeën ze späicheren - wéi am Fall vun den ernimmten markéierte Pointer. Konzeptuell ass dëst eng vun de gréissten Ännerungen an der Geschicht vum Objective-C, obwuel et keng vermaartbar Feature ass - sou datt déi meescht Benotzer net wësse wéi Apple Objective-C no vir beweegt.
Wat déi nëtzlech Donnéeën ugeet, déi am reschtleche Raum vun esou engem markéierte Pointer gespäichert kënne ginn, benotzt Objective-C, zum Beispill, se elo fir de sougenannte späicheren. Referenzzuel (Zuel vun de Referenzen). Virdru war d'Referenzzuel op enger anerer Plaz an der Erënnerung gespäichert, an engem Hash-Table, deen dofir virbereet ass, awer dëst kéint de ganze System am Fall vun enger grousser Unzuel vun alloc/dealloc/retain/release-Uriff verlangsamen. Den Dësch huet misse wéinst Fuedemsécherheet gespaart ginn, sou datt d'Referenzzuel vun zwee Objeten an zwee thread net zur selwechter Zäit geännert ka ginn. Allerdéngs ass dëse Wäert nei agebaut an de Rescht vun der sougenannten isa Indicateuren. Dëst ass eng aner onopfälleg, awer e grousse Virdeel a Beschleunegung an Zukunft. Wéi och ëmmer, dëst konnt ni an enger 32-Bit Architektur erreecht ginn.
Informatioun iwwer assoziéiert Objeten, ob den Objet schwaach referenzéiert ass, ob et néideg ass en Zerstéierer fir den Objet ze generéieren, asw., gëtt och nei agebaut an déi verbleiwen Plaz vun de Pointer op d'Objeten. Dank dëser Informatioun ass den Objective-C Runtime ass fäeg d'Runtime grondsätzlech ze beschleunegen, wat an der Geschwindegkeet vun all Applikatioun reflektéiert gëtt. Vun Testen heescht dat ongeféier 40-50% Geschwindegkeet vun all Erënnerungsmanagement Appellen. Just andeems Dir op 64-Bit Pointer wiesselt an dësen neie Raum benotzt.
Fazit
Och wann d'Konkurrenten probéieren d'Iddi ze verbreeden datt d'Plënneren op eng 64-Bit Architektur onnéideg ass, wësst Dir schonn datt dëst just eng ganz oninforméiert Meenung ass. Et ass richteg datt op 64-Bit ze wiesselen ouni Är Sprooch oder Uwendungen unzepassen net wierklech eppes bedeit - et verlangsamt souguer de ganze System. Awer déi nei A7 benotzt e modernen ARM64 mat engem neien Instruktiounsset, an Apple huet d'Schwieregkeet geholl fir d'ganz Objective-C Sprooch ze moderniséieren an vun den neie Fäegkeeten ze profitéieren - dofir de versprachene Geschwindegkeet.
Hei hu mir eng grouss Zuel vu Grënn ernimmt firwat eng 64-Bit Architektur de richtege Schrëtt no vir ass. Et ass eng aner Revolutioun "ënnert der Hood", duerch déi Apple wäert probéieren un der Spëtzt ze bleiwen net nëmme mat Design, User Interface a räichem Ökosystem, awer haaptsächlech mat de modernsten Technologien um Maart.
Vill oninforméiert Android/Samsung Leit sollen dësen Artikel liesen an dann am Eck verstoppen.
Gutt, mir mussen eis leed fir si. Jorelaang hunn se déi tragesch UX an UI vun Android entschëllegt andeems se gesot hunn datt se déi technologesch fortgeschratt OS mat Features hunn an elo hu se erausfonnt datt se erëm Joer hannendru sinn :)
Wann eng Persoun kee Schof ass an op Reklammen lauschtert (an hien ass gutt drun), da kann hien no perséinlecher Erfahrung seng eege Meenung bilden :-).
Ech probéieren bal all Konkurrenz a bilden meng eegen Meenung.
Fir mech brauch ech en neien super performant Handy, well ech do net vill ausginn. Dat ass Ech brauch manner Leeschtung fir manner Präis ;-). Vläicht hätt ech léiwer e méi luesen mat enger méi grousser Batterie.
Op der anerer Säit wier den neie Procak nëtzlech fir den iPad wou et vill Spiller gëtt :-).
Ech sinn Android/HTC :) well IT ass zimmlech lëschteg fir mech a rooten an ëmsetzen vun héichqualitativen HW an e schnelle Fighter ass mäi Hobby. An iOS léisst mech dat net maachen. (Et ass emol net néideg. Méi oder manner, iOS ass sou entworf datt alles funktionnéiert wéi et soll an Dir musst näischt do maachen. Wann ech ophalen mat spillen ze spillen, kafen ech en Apel a genéisst et). Awer ech weess net firwat Dir ëmmer weider géigesäiteg wéi Kanner attackéiert. Apple ass komplett wéi Android. Et ass wéi Demokratie mat Diktatur an dergläiche ze vergläichen ... Ech hunn d'Konferenz gekuckt wéi den iPhone 5S agefouert gouf an trotz der Tatsaach datt ech näischt vun Apple besëtzen, hunn ech de 64bit an aner Verbesserungen déi komm sinn. Awer net well ech e komplexe honimír trtko sinn, deen hannert engem PC sëtzt an Android oder Apple verfollegt, mee well ech de FORTSCHRËTT gesinn, deen mech net laang halen wäert. D'Leit sollen ufänke wierklech haart ze schaffen, fir datt se keng Zäit hunn fir mat Bullshit ëmzegoen, héiflech ze soen.
konstruktive Bäitrag vun der anerer Säit :) kiez et géif d'Ae vun de verbleiwen 99% Android positiv opmaachen
vläicht sollen 99% vun den Äppelfanatiker als éischt diskutéiert ginn, da kënne mir e konstruktivt Gespréich maachen
ganz komplex Saachen einfach erkläert ... merci
Flotten Artikel! Jo, ech averstanen datt Android / WP Benotzer dësen Artikel als Must liesen sollen. Amplaz ze trollen a schlau ze schwätzen iwwer "wéi 64b nëtzlos ass an Handyen" ...
du hues wuel ni eng wp an der hand, soss hätts de dat net
Zënter hiren éischten Erfolleger um mobilen Maart huet Samsung näischt gemaach wéi d'Konkurrenz ze schmieren, awer am Wesentlechen ass et all dës Zäit a senge Schrëtt gefollegt. Apple war ëmmer e Virbild fir Tech Firmen, a wa se sech nëmmen op Spott konzentréieren a Clienten dauernd falsch informéieren, wäerte se geschwënn stierzen. Apple ass ëmmer säin eegene Wee gaang an et war ëmmer eng Saach vu ganz gudden Timing, wat vill konkurréiere Firmen an der Industrie feelen.
Et kéint ee soen datt Samsung d'Welle reidt a vu senge Méiglechkeeten profitéiert. Hien wetten op Android, hien huet super HW, hie mécht vill Saachen selwer, hien huet anstänneg Ënnerstëtzung. A wéi all predatoresch asiatesch Firma benotzt se all d'Méiglechkeete vu Reklammen. An natierlech klaut hien a kopéiert. Wat "slant-eyed" gutt ass fir ze kopéieren. Si hu ganz gutt ausgerechent, datt et vill méi bëlleg ass, wéi hir eege Manéier Schrëtt fir Schrëtt ze goen. An als staark Firma kann se sech dat einfach leeschten. Trotzdem…
Ech verstinn just net firwat d'Geschwindegkeet vum Telefon konstant eropgeet, gitt mir e puer Beispiller vu wat Dir se benotzt, et mécht mir lues a lues kee Sënn fir d'Leeschtung vum Handy ze erhéijen, awer ech wäert d'Wuert Marketing ewechhuelen .
Spiller, schlecht optimiséiert Spiller. Och Transport Tycoon op iPad 3 leeft net sou glat an an der selwechter Resolutioun wéi et um Desktop mécht. Beispill.
Ech verstinn einfach net firwat d'Geschwindegkeet vum Telefon ëmmer méi eropgeet, gitt mir e puer Beispiller fir wat Dir se benotzt, et mécht mir lues a lues kee Sënn fir d'Leeschtung vum Handy ze erhéijen, wann ech d'Wuert Marketing dovun ewechhuelen .
Fir Video-, Audio- a Bildveraarbechtung. An op d'Spiller.
Jiddereen deen en iPhone nëmme benotzt fir ze ruffen, SMSen, an heiansdo E-Mailen ze liesen oder ze schécken an heiansdo um Internet ze surfen, brauch en iPhone 4. Ech gleewen datt et vill sou Benotzer gëtt. Net jidderee brauch dee beschten Telefon vun der Welt :-)
Schof
Heescht de kierperlechen Ofwiesselung tëscht Hardware a Software näischt fir Iech? Dëst erënnert mech e bëssen un d'Enn vum 19. Joerhonnert, wéi d'Physiker vun deemools gesot hunn, datt alles an der Physik schonn entdeckt gouf an et net néideg war fir weiderzemaachen (e Joerzéngt virun der Relativitéitstheorie an dräi virun der Quantetheorie) .
D'Striewen no dat Bescht geet ni op. Heiansdo féiert d'Software an heiansdo d'Hardware. Awer wann deen ee festhält, léisst en deen aneren net lass. Mir wäerten eis Nokommen net esou egoistesch sinn :) Also zu Ärem Kommentar - e méi séier Telefon erlaabt méi mächteg Applikatiounen, déi vill méi maache wéi fueren. An eemol Saachen, fir déi och haut Computeren net duergoen. D'Zukunft ass spannend.
Genau :)
Flotten Artikel, mee ech verstinn net firwat Apple net 7GB RAM an der A2 gesat huet. Jo, iOS Multitasking ass net sou datt 2GB onbedéngt gebraucht gëtt, awer mat der duebeler Längt vum Memory Pointer wier et vill méi passend.
Awer soss sinn ech d'accord datt e 64-Bit Prozessor fir en Handy "onnéideg" ass, sou wéi e Netzhaut-Display oder eng optesch Maus amplaz vun engem Ball onnéideg war - all dës Erfindunge goufen als "onnéideg" bezeechent, awer menger Meenung no hunn ech d'Label. dat richtegt Wuert ass "zäitlos", well eemol muss kommen an Apple huet keng Angscht mat eppes Neies ze kommen.
Ech zweeten dat. Leider ass och "nëtzlos" kee genauen Ausdrock. Onnéideg heescht eppes deem seng Prioritéit eng Persoun net weess. Dat stëmmt definitiv net. Geschwindegkeet brauch vläicht net sou Geschwindegkeet, awer et wäert et definitiv erkennen. A wann d'Software mat der Hardware erfaasst, gëtt et erëm Plaz fir Verbesserung.
Sécher, ech sinn dofir, ech mengen den iP5 ass wierklech e relativ schnelle Smartphone, sou datt de 5S guer net 64bit muss sinn. Awer enges Daags huet een nach eng Kéier mat deem ze këmmeren an et war Apple an et war elo. Fir sou laang wéi ech mech erënnere kann, hunn d'Experten och geschwat wéi 64-Bit Prozessoren och an Computeren nëtzlos sinn.
Fir mech, als IT Laie, dee bal d'Matric gescheitert huet, ass d'Conclusioun wichteg. De ganzen Artikel (ënnerstëtzt vun de Kommentaren) schéngt mir zimlech Asiicht ze sinn, an obwuel ech et net erkläre wäert, ass d'A7 mat 64-Bit Architektur e Schrëtt no vir. Merci fir d'Info.
Ech géif den Titel vum Artikel änneren, well et eng Marketingbeweegung ass. All Innovatioun ass wesentlech e Marketingbeweegung. :-)
Ech denken net. Zum Beispill benotzt Samsung Marketingbeweegungen. Si weisen mat RAM op, wat den iPhone guer net brauch. Si kommen ewech mat Features déi guer net benotzbar sinn. Hir virsiichteg Erhéijung Prozessor Leeschtung fir Tester. etc. Dat ass Marketing, obwuel jo, et ass täuschend, mat deem se net einfach sollen ewechkommen ;)