ప్రకటనను మూసివేయండి

మైక్ యాష్ తన బ్లాగులో అంకితం చేయబడింది iPhone 64Sలో 5-బిట్ ఆర్కిటెక్చర్‌కు మారడం వల్ల కలిగే ఆచరణాత్మక చిక్కులు. ఈ వ్యాసం అతని పరిశోధనల ఆధారంగా రూపొందించబడింది.

5-బిట్ ARM ప్రాసెసర్‌తో కూడిన కొత్త iPhone 64s వాస్తవానికి వినియోగదారులకు మరియు మార్కెట్‌కు అర్థం ఏమిటనే దాని గురించి పెద్ద మొత్తంలో తప్పుడు సమాచారం వ్యాప్తి చెందడం ఈ వచనానికి కారణం. డెవలపర్‌ల కోసం ఈ పరివర్తన యొక్క పనితీరు, సామర్థ్యాలు మరియు చిక్కుల గురించి ఆబ్జెక్టివ్ సమాచారాన్ని తీసుకురావడానికి ఇక్కడ మేము ప్రయత్నిస్తాము.

"64 బిట్"

"X-bit" లేబుల్ సూచించగల ప్రాసెసర్‌లో రెండు భాగాలు ఉన్నాయి - పూర్ణాంకాల రిజిస్టర్‌ల వెడల్పు మరియు పాయింటర్‌ల వెడల్పు. అదృష్టవశాత్తూ, చాలా ఆధునిక ప్రాసెసర్‌లలో ఈ వెడల్పులు ఒకే విధంగా ఉంటాయి, కాబట్టి A7 విషయంలో దీని అర్థం 64-బిట్ పూర్ణాంక రిజిస్టర్‌లు మరియు 64-బిట్ పాయింటర్‌లు.

అయినప్పటికీ, "64bit" అంటే ఏమిటో సూచించడం కూడా అంతే ముఖ్యం: RAM భౌతిక చిరునామా పరిమాణం. RAMతో కమ్యూనికేట్ చేయడానికి బిట్‌ల సంఖ్య (అందువలన పరికరం మద్దతు ఇవ్వగల RAM మొత్తం) CPU బిట్‌ల సంఖ్యకు సంబంధించినది కాదు. ARM ప్రాసెసర్‌లు ఎక్కడైనా 26- మరియు 40-బిట్ చిరునామాలను కలిగి ఉంటాయి మరియు మిగిలిన సిస్టమ్‌తో సంబంధం లేకుండా మార్చవచ్చు.

  • డేటా బస్ పరిమాణం. RAM లేదా బఫర్ మెమరీ నుండి స్వీకరించబడిన డేటా మొత్తం కూడా ఈ అంశం నుండి స్వతంత్రంగా ఉంటుంది. వ్యక్తిగత ప్రాసెసర్ సూచనలు వేర్వేరు మొత్తంలో డేటాను అభ్యర్థించవచ్చు, కానీ అవి భాగాలుగా పంపబడతాయి లేదా మెమరీ నుండి అవసరమైన దానికంటే ఎక్కువ స్వీకరించబడతాయి. ఇది డేటా క్వాంటం పరిమాణంపై ఆధారపడి ఉంటుంది. ఐఫోన్ 5 ఇప్పటికే మెమరీ నుండి 64-బిట్ క్వాంటా (మరియు 32-బిట్ ప్రాసెసర్‌ని కలిగి ఉంది)లో డేటాను అందుకుంటుంది మరియు మేము 192 బిట్‌ల వరకు పరిమాణాలను ఎదుర్కోవచ్చు.
  • ఫ్లోటింగ్ పాయింట్‌కి సంబంధించిన ఏదైనా. అటువంటి రిజిస్టర్ల పరిమాణం (FPU) ప్రాసెసర్ యొక్క అంతర్గత పనితీరు నుండి మళ్లీ స్వతంత్రంగా ఉంటుంది. ARM64 (64-బిట్ ARM ప్రాసెసర్) కంటే ముందు నుండి ARM 64-బిట్ FPUని ఉపయోగిస్తోంది.

సాధారణ ప్రయోజనాలు మరియు అప్రయోజనాలు

మనం ఒకేలా ఉండే 32బిట్ మరియు 64బిట్ ఆర్కిటెక్చర్‌లను పోల్చినట్లయితే, అవి సాధారణంగా భిన్నంగా ఉండవు. మొబైల్ పరికరాలలో కూడా ఆపిల్ 64బిట్‌కి ఎందుకు తరలిస్తుందో కారణాన్ని వెతుకుతున్న ప్రజల సాధారణ గందరగోళానికి ఇది ఒక కారణం. అయినప్పటికీ, ఇది A7 (ARM64) ప్రాసెసర్ యొక్క నిర్దిష్ట పారామితుల నుండి మరియు Apple దానిని ఎలా ఉపయోగిస్తుంది, ప్రాసెసర్ 64-బిట్ నిర్మాణాన్ని కలిగి ఉన్న వాస్తవం నుండి మాత్రమే కాకుండా.

అయినప్పటికీ, ఈ రెండు నిర్మాణాల మధ్య తేడాలను మనం ఇంకా పరిశీలిస్తే, మనకు అనేక తేడాలు కనిపిస్తాయి. స్పష్టమైన విషయం ఏమిటంటే 64-బిట్ పూర్ణాంకాల రిజిస్టర్లు 64-బిట్ పూర్ణాంకాలను మరింత సమర్థవంతంగా నిర్వహించగలవు. ఇంతకు ముందు కూడా, 32-బిట్ ప్రాసెసర్‌లలో వారితో పని చేయడం సాధ్యమైంది, అయితే దీని అర్థం సాధారణంగా వాటిని 32-బిట్ పొడవైన ముక్కలుగా విభజించడం, ఇది నెమ్మదిగా గణనలకు కారణమైంది. కాబట్టి 64-బిట్ ప్రాసెసర్ సాధారణంగా 64-బిట్ వాటితో సమానంగా 32-బిట్ రకాలతో గణించగలదు. అంటే సాధారణంగా 64-బిట్ రకాలను ఉపయోగించే అప్లికేషన్‌లు 64-బిట్ ప్రాసెసర్‌లో చాలా వేగంగా పని చేయగలవు.

ప్రాసెసర్ ఉపయోగించగల మొత్తం RAM మొత్తాన్ని 64bit ప్రభావితం చేయనప్పటికీ, ఇది ఒక ప్రోగ్రామ్‌లో RAM యొక్క పెద్ద భాగాలతో పని చేయడాన్ని సులభతరం చేస్తుంది. 32-బిట్ ప్రాసెసర్‌పై నడుస్తున్న ఏ ఒక్క ప్రోగ్రామ్ అయినా దాదాపు 4 GB చిరునామా స్థలం మాత్రమే కలిగి ఉంటుంది. ఆపరేటింగ్ సిస్టమ్ మరియు ప్రామాణిక లైబ్రరీలు ఏదో ఒకదానిని తీసుకుంటాయని పరిగణనలోకి తీసుకుంటే, ఇది అప్లికేషన్ ఉపయోగం కోసం ప్రోగ్రామ్‌ను 1-3 GB మధ్య ఎక్కడో వదిలివేస్తుంది. అయితే, 32-బిట్ సిస్టమ్‌లో 4 GB కంటే ఎక్కువ RAM ఉంటే, ఆ మెమరీని ఉపయోగించడం కొంచెం క్లిష్టంగా ఉంటుంది. మేము మా ప్రోగ్రామ్ (మెమరీ వర్చువలైజేషన్) కోసం ఈ పెద్ద మెమరీ భాగాలను మ్యాప్ చేయమని ఆపరేటింగ్ సిస్టమ్‌ను ఆశ్రయించవలసి ఉంటుంది లేదా మేము ప్రోగ్రామ్‌ను బహుళ ప్రక్రియలుగా విభజించవచ్చు (ఇక్కడ ప్రతి ప్రక్రియలో మళ్లీ ప్రత్యక్ష చిరునామా కోసం 4 GB మెమరీ అందుబాటులో ఉంటుంది).

అయినప్పటికీ, ఈ "హక్‌లు" చాలా కష్టంగా మరియు నెమ్మదిగా ఉంటాయి, కనీస అప్లికేషన్‌లు వాటిని ఉపయోగిస్తాయి. ఆచరణలో, 32-బిట్ ప్రాసెసర్‌లో, ప్రతి ప్రోగ్రామ్ దాని 1-3 GB మెమరీని మాత్రమే ఉపయోగిస్తుంది మరియు అందుబాటులో ఉన్న RAMని ఒకే సమయంలో బహుళ ప్రోగ్రామ్‌లను అమలు చేయడానికి లేదా ఈ మెమరీని బఫర్‌గా (కాషింగ్) ఉపయోగించడానికి ఉపయోగించవచ్చు. ఈ ఉపయోగాలు ఆచరణాత్మకమైనవి, కానీ ఏదైనా ప్రోగ్రామ్ 4GB కంటే ఎక్కువ మెమరీని సులభంగా ఉపయోగించగలగాలని మేము కోరుకుంటున్నాము.

ఇప్పుడు మనం 4GB కంటే ఎక్కువ మెమరీ లేకుండా, 64-బిట్ ఆర్కిటెక్చర్ పనికిరాదని తరచుగా (వాస్తవానికి తప్పు) దావాకు వస్తాము. తక్కువ మెమరీ ఉన్న సిస్టమ్‌లో కూడా పెద్ద అడ్రస్ స్పేస్ ఉపయోగపడుతుంది. మెమరీ-మ్యాప్ చేయబడిన ఫైల్‌లు ఒక సులభ సాధనం, ఇక్కడ ఫైల్ యొక్క కంటెంట్‌లలో కొంత భాగం తార్కికంగా ప్రక్రియ యొక్క మెమరీకి లింక్ చేయబడి మొత్తం ఫైల్‌ను మెమరీలోకి లోడ్ చేయకుండానే ఉంటుంది. అందువలన, సిస్టమ్, ఉదాహరణకు, RAM సామర్థ్యం కంటే చాలా రెట్లు పెద్ద ఫైళ్లను క్రమంగా ప్రాసెస్ చేయగలదు. 32-బిట్ సిస్టమ్‌లో, అటువంటి పెద్ద ఫైల్‌లు విశ్వసనీయంగా మెమరీ-మ్యాప్ చేయబడవు, అయితే 64-బిట్ సిస్టమ్‌లో, ఇది చాలా పెద్ద అడ్రస్ స్పేస్‌కు ధన్యవాదాలు.

అయినప్పటికీ, పెద్ద పరిమాణంలో ఉన్న పాయింటర్‌లు కూడా ఒక పెద్ద ప్రతికూలతను తెస్తాయి: లేకపోతే ఒకేలాంటి ప్రోగ్రామ్‌లకు 64-బిట్ ప్రాసెసర్‌లో ఎక్కువ మెమరీ అవసరం (ఈ పెద్ద పాయింటర్లు ఎక్కడో నిల్వ చేయబడాలి). పాయింటర్లు తరచుగా ప్రోగ్రామ్‌లలో భాగం కాబట్టి, ఈ వ్యత్యాసం కాష్‌పై భారం పడుతుంది, ఇది మొత్తం సిస్టమ్ నెమ్మదిగా పని చేస్తుంది. కాబట్టి దృక్కోణంలో, మనం ప్రాసెసర్ నిర్మాణాన్ని 64-బిట్‌కి మార్చినట్లయితే, అది మొత్తం సిస్టమ్‌ను నెమ్మదిస్తుంది. కాబట్టి ఈ అంశం ఇతర ప్రదేశాలలో మరిన్ని ఆప్టిమైజేషన్‌ల ద్వారా సమతుల్యం చేయబడాలి.

ARM64

A7, కొత్త iPhone 64sకి శక్తినిచ్చే 5-బిట్ ప్రాసెసర్, విస్తృత రిజిస్టర్‌లతో కూడిన సాధారణ ARM ప్రాసెసర్ మాత్రమే కాదు. ARM64 పాత, 32-బిట్ వెర్షన్ కంటే పెద్ద మెరుగుదలలను కలిగి ఉంది.

Apple A7 ప్రాసెసర్.

రిజిస్ట్రీ

ARM64 32-బిట్ ARM కంటే రెండు రెట్లు ఎక్కువ పూర్ణాంక రిజిస్టర్‌లను కలిగి ఉంది (రిజిస్టర్‌ల సంఖ్య మరియు వెడల్పును తికమక పెట్టకుండా జాగ్రత్త వహించండి - మేము "64-బిట్" విభాగంలో వెడల్పు గురించి మాట్లాడాము. కాబట్టి ARM64 రెండు రెట్లు వెడల్పు రిజిస్టర్‌లను కలిగి ఉంది మరియు రెండింతలు ఎక్కువ రిజిస్టర్లు). 32-బిట్ ARM 16 పూర్ణాంకాల రిజిస్టర్‌లను కలిగి ఉంది: ఒక ప్రోగ్రామ్ కౌంటర్ (PC - ప్రస్తుత సూచనల సంఖ్యను కలిగి ఉంటుంది), ఒక స్టాక్ పాయింటర్ (ప్రోగ్రెస్‌లో ఉన్న ఫంక్షన్‌కి ఒక పాయింటర్), లింక్ రిజిస్టర్ (ముగింపు తర్వాత రిటర్న్‌కి ఒక పాయింటర్ ఫంక్షన్ యొక్క), మరియు మిగిలిన 13 అప్లికేషన్ ఉపయోగం కోసం. అయితే, ARM64లో 32 పూర్ణాంకాల రిజిస్టర్‌లు ఉన్నాయి, వాటిలో ఒక సున్నా రిజిస్టర్, లింక్ రిజిస్టర్, ఫ్రేమ్ పాయింటర్ (స్టాక్ పాయింటర్ లాగా) మరియు ఒకటి భవిష్యత్తు కోసం రిజర్వ్ చేయబడింది. ఇది అప్లికేషన్ ఉపయోగం కోసం మాకు 28 రిజిస్టర్‌లను అందిస్తుంది, 32-బిట్ ARM కంటే రెట్టింపు కంటే ఎక్కువ. అదే సమయంలో, ARM64 ఫ్లోటింగ్ పాయింట్ నంబర్ (FPU) రిజిస్టర్‌ల సంఖ్యను 16 నుండి 32 128-బిట్ రిజిస్టర్‌లకు రెట్టింపు చేసింది.

కానీ రిజిస్టర్ల సంఖ్య ఎందుకు చాలా ముఖ్యమైనది? మెమరీ సాధారణంగా CPU లెక్కల కంటే నెమ్మదిగా ఉంటుంది మరియు చదవడం/రాయడం చాలా సమయం పడుతుంది. ఇది వేగవంతమైన ప్రాసెసర్ మెమరీ కోసం వేచి ఉండేలా చేస్తుంది మరియు మేము సిస్టమ్ యొక్క సహజ వేగ పరిమితిని తాకుతాము. ప్రాసెసర్‌లు బఫర్‌ల పొరలతో ఈ హ్యాండిక్యాప్‌ను దాచడానికి ప్రయత్నిస్తాయి, అయితే వేగవంతమైనది (L1) కూడా ప్రాసెసర్ యొక్క గణన కంటే నెమ్మదిగా ఉంటుంది. అయితే, రిజిస్టర్‌లు నేరుగా ప్రాసెసర్‌లోని మెమరీ సెల్‌లు మరియు వాటి రీడింగ్/రైటింగ్ ప్రాసెసర్‌ని నెమ్మదించకుండా ఉండేంత వేగంగా ఉంటుంది. రిజిస్టర్ల సంఖ్య ఆచరణాత్మకంగా ప్రాసెసర్ లెక్కల కోసం వేగవంతమైన మెమరీ మొత్తాన్ని సూచిస్తుంది, ఇది మొత్తం సిస్టమ్ యొక్క వేగాన్ని బాగా ప్రభావితం చేస్తుంది.

అదే సమయంలో, ఈ వేగానికి కంపైలర్ నుండి మంచి ఆప్టిమైజేషన్ మద్దతు అవసరం, తద్వారా భాష ఈ రిజిస్టర్‌లను ఉపయోగించవచ్చు మరియు సాధారణ అప్లికేషన్ (నెమ్మదిగా) మెమరీలో ప్రతిదీ నిల్వ చేయవలసిన అవసరం లేదు.

సూచనల సెట్

ARM64 ఇన్‌స్ట్రక్షన్ సెట్‌కి కూడా పెద్ద మార్పులను తీసుకువస్తుంది. ఇన్‌స్ట్రక్షన్ సెట్ అనేది ప్రాసెసర్ చేయగల అటామిక్ ఆపరేషన్‌ల సమితి (ఉదా. 'ADD రిజిస్టర్1 రిజిస్టర్2' రెండు రిజిస్టర్‌లలో సంఖ్యలను జోడిస్తుంది). వ్యక్తిగత భాషలకు అందుబాటులో ఉండే విధులు ఈ సూచనలతో కూడి ఉంటాయి. మరింత క్లిష్టమైన విధులు తప్పనిసరిగా మరిన్ని సూచనలను అమలు చేయాలి, కాబట్టి అవి నెమ్మదిగా ఉంటాయి.

ARM64లో కొత్తవి AES ఎన్‌క్రిప్షన్, SHA-1 మరియు SHA-256 హాష్ ఫంక్షన్‌ల కోసం సూచనలు. కాబట్టి సంక్లిష్టమైన అమలుకు బదులుగా, భాష మాత్రమే ఈ సూచనను పిలుస్తుంది - ఇది అటువంటి ఫంక్షన్‌ల గణనకు భారీ వేగాన్ని తెస్తుంది మరియు అప్లికేషన్‌లలో భద్రతను ఆశాజనకంగా జోడిస్తుంది. ఉదా. కొత్త టచ్ ID కూడా ఈ సూచనలను ఎన్‌క్రిప్షన్‌లో ఉపయోగిస్తుంది, ఇది నిజమైన వేగం మరియు భద్రతను అనుమతిస్తుంది (సిద్ధాంతపరంగా, దాడి చేసే వ్యక్తి డేటాను యాక్సెస్ చేయడానికి ప్రాసెసర్‌ను స్వయంగా సవరించాలి - దాని సూక్ష్మ పరిమాణాన్ని తక్కువగా చెప్పడం ఆచరణాత్మకం కాదు).

32బిట్‌తో అనుకూలత

ఎమ్యులేషన్ అవసరం లేకుండానే A7 పూర్తిగా 32-బిట్ మోడ్‌లో అమలు చేయగలదని పేర్కొనడం ముఖ్యం. కొత్త iPhone 5s 32-బిట్ ARMలో కంపైల్ చేయబడిన అప్లికేషన్‌లను ఎటువంటి మందగమనం లేకుండా అమలు చేయగలదని దీని అర్థం. అయితే, అది కొత్త ARM64 ఫంక్షన్‌లను ఉపయోగించదు, కాబట్టి ఇది చాలా వేగంగా అమలు అయ్యే A7 కోసం ప్రత్యేక బిల్డ్‌ని తయారు చేయడం ఎల్లప్పుడూ విలువైనదే.

రన్‌టైమ్ మార్పులు

రన్‌టైమ్‌ను ప్రోగ్రామింగ్ లాంగ్వేజ్‌కి ఫంక్షన్‌లను జోడించే కోడ్ అని పిలుస్తారు, ఇది అప్లికేషన్ యొక్క రన్ సమయంలో, అనువాదం తర్వాత వరకు ఉపయోగించగలదు. Apple అనువర్తన అనుకూలతను కొనసాగించాల్సిన అవసరం లేదు (64-బిట్ బైనరీ 32-బిట్‌పై నడుస్తుంది), వారు ఆబ్జెక్టివ్-సి భాషకు మరికొన్ని మెరుగుదలలను చేయగలరు.

వాటిలో ఒకటి అని పిలవబడేది ట్యాగ్ చేయబడిన పాయింటర్ (గుర్తించబడిన పాయింటర్). సాధారణంగా, ఆ వస్తువులకు సంబంధించిన వస్తువులు మరియు పాయింటర్లు మెమరీలోని ప్రత్యేక భాగాలలో నిల్వ చేయబడతాయి. అయినప్పటికీ, కొత్త పాయింటర్ రకాలు తక్కువ డేటాతో తరగతులను నేరుగా పాయింటర్‌లో నిల్వ చేయడానికి అనుమతిస్తాయి. ఈ దశ ఆబ్జెక్ట్‌కు నేరుగా మెమరీని కేటాయించాల్సిన అవసరాన్ని తొలగిస్తుంది, పాయింటర్‌ను మరియు దానిలోని వస్తువును సృష్టించండి. 64-బిట్ పాయింటర్‌లో తగినంత ఉపయోగకరమైన డేటాను నిల్వ చేయడానికి తగినంత స్థలం లేనందున ట్యాగ్ చేయబడిన పాయింటర్‌లకు 32-బిట్ ఆర్కిటెక్చర్‌లో మాత్రమే మద్దతు ఉంది. అందువల్ల, iOS, OS X వలె కాకుండా, ఈ లక్షణానికి ఇంకా మద్దతు ఇవ్వలేదు. అయితే, ARM64 రాకతో, ఇది మారుతోంది మరియు iOS ఈ విషయంలో కూడా OS Xని పట్టుకుంది.

పాయింటర్‌లు 64 బిట్‌ల పొడవు ఉన్నప్పటికీ, ARM64లో పాయింటర్ స్వంత చిరునామా కోసం 33 బిట్‌లు మాత్రమే ఉపయోగించబడతాయి. మరియు మేము మిగిలిన పాయింటర్ బిట్‌లను విశ్వసనీయంగా అన్‌మాస్క్ చేయగలిగితే, పేర్కొన్న ట్యాగ్ చేయబడిన పాయింటర్‌ల మాదిరిగానే - అదనపు డేటాను నిల్వ చేయడానికి మేము ఈ స్థలాన్ని ఉపయోగించవచ్చు. సంభావితంగా, ఇది ఆబ్జెక్టివ్-సి చరిత్రలో అతిపెద్ద మార్పులలో ఒకటి, అయితే ఇది మార్కెట్ చేయదగిన లక్షణం కానప్పటికీ - కాబట్టి ఆపిల్ ఆబ్జెక్టివ్-సిని ఎలా ముందుకు తీసుకువెళుతుందో చాలా మంది వినియోగదారులకు తెలియదు.

అటువంటి ట్యాగ్ చేయబడిన పాయింటర్ యొక్క మిగిలిన స్థలంలో నిల్వ చేయగల ఉపయోగకరమైన డేటా విషయానికొస్తే, ఆబ్జెక్టివ్-సి, ఉదాహరణకు, ఇప్పుడు పిలవబడే వాటిని నిల్వ చేయడానికి దాన్ని ఉపయోగిస్తోంది. సూచన గణన (సూచనల సంఖ్య). మునుపు, రిఫరెన్స్ కౌంట్ మెమరీలో వేరే స్థలంలో, దాని కోసం తయారు చేయబడిన హాష్ టేబుల్‌లో నిల్వ చేయబడుతుంది, అయితే ఇది పెద్ద సంఖ్యలో alloc/dealloc/retain/release కాల్‌ల విషయంలో మొత్తం సిస్టమ్‌ను నెమ్మదిస్తుంది. థ్రెడ్ భద్రత కారణంగా టేబుల్ లాక్ చేయబడాలి, కాబట్టి రెండు థ్రెడ్‌లలోని రెండు వస్తువుల సూచన గణనను ఒకే సమయంలో మార్చడం సాధ్యం కాదు. అయితే, ఈ విలువ కొత్తగా పిలవబడే మిగిలిన వాటిలోకి చొప్పించబడింది Isa సూచికలు. ఇది మరొక అస్పష్టమైన, కానీ భవిష్యత్తులో భారీ ప్రయోజనం మరియు త్వరణం. అయితే, ఇది 32-బిట్ ఆర్కిటెక్చర్‌లో ఎప్పటికీ సాధించబడదు.

అనుబంధిత ఆబ్జెక్ట్‌ల గురించిన సమాచారం, ఆబ్జెక్ట్ బలహీనంగా సూచించబడిందా, ఆబ్జెక్ట్ కోసం డిస్ట్రక్టర్‌ను రూపొందించడం అవసరమా మొదలైనవాటిని కూడా ఆబ్జెక్ట్‌లకు సంబంధించిన మిగిలిన పాయింటర్‌ల స్థానంలో కొత్తగా చొప్పించారు. ఈ సమాచారానికి ధన్యవాదాలు, ఆబ్జెక్టివ్-సి రన్‌టైమ్ రన్‌టైమ్‌ను ప్రాథమికంగా వేగవంతం చేయగలదు, ఇది ప్రతి అప్లికేషన్ యొక్క వేగంలో ప్రతిబింబిస్తుంది. పరీక్ష నుండి, అన్ని మెమరీ నిర్వహణ కాల్‌లలో 40-50% స్పీడప్ అని దీని అర్థం. 64-బిట్ పాయింటర్‌లకు మారడం ద్వారా మరియు ఈ కొత్త స్థలాన్ని ఉపయోగించడం ద్వారా.

నిర్ధారణకు

పోటీదారులు 64-బిట్ ఆర్కిటెక్చర్‌కు వెళ్లడం అనవసరం అనే ఆలోచనను వ్యాప్తి చేయడానికి ప్రయత్నించినప్పటికీ, ఇది చాలా తెలియని అభిప్రాయం అని మీకు ఇప్పటికే తెలుసు. మీ భాష లేదా అప్లికేషన్‌లను స్వీకరించకుండా 64-బిట్‌కి మారడం నిజంగా ఏమీ అర్థం కాదు - ఇది మొత్తం సిస్టమ్‌ను కూడా నెమ్మదిస్తుంది. కానీ కొత్త A7 ఆధునిక ARM64ని కొత్త ఇన్‌స్ట్రక్షన్ సెట్‌తో ఉపయోగిస్తుంది మరియు యాపిల్ మొత్తం ఆబ్జెక్టివ్-సి లాంగ్వేజ్‌ను ఆధునీకరించడానికి మరియు కొత్త సామర్థ్యాలను సద్వినియోగం చేసుకోవడానికి ఇబ్బంది పడింది - అందుకే వాగ్దానం చేయబడిన వేగం.

64-బిట్ ఆర్కిటెక్చర్ సరైన ముందడుగు కావడానికి ఇక్కడ మేము పెద్ద సంఖ్యలో కారణాలను ప్రస్తావించాము. ఇది "అండర్ ది హుడ్" మరొక విప్లవం, దీనికి ధన్యవాదాలు ఆపిల్ డిజైన్, యూజర్ ఇంటర్‌ఫేస్ మరియు రిచ్ ఎకోసిస్టమ్‌తో మాత్రమే కాకుండా, ప్రధానంగా మార్కెట్లో అత్యంత ఆధునిక సాంకేతికతలతో ముందంజలో ఉండటానికి ప్రయత్నిస్తుంది.

మూలం: mikeash.com
.