Honza Dvorsky माइक ऐश आफ्नो ब्लगमा समर्पित iPhone 64S मा 5-बिट आर्किटेक्चरमा स्विच गर्ने व्यावहारिक प्रभावहरू। यो आलेखले उहाँको निष्कर्षमा आधारित छ।
यस पाठको कारण मुख्यतया 5-बिट एआरएम प्रोसेसरको साथ नयाँ iPhone 64s ले प्रयोगकर्ताहरू र बजारका लागि वास्तवमा के अर्थ राख्छ भन्ने बारे फैलिएको ठूलो मात्रामा गलत जानकारीको कारण हो। यहाँ हामी विकासकर्ताहरूको लागि यस संक्रमणको कार्यसम्पादन, क्षमता र प्रभावहरूको बारेमा वस्तुनिष्ठ जानकारी ल्याउने प्रयास गर्नेछौं।
"64 बिट"
त्यहाँ प्रोसेसरका दुई भागहरू छन् जुन "X-bit" लेबलले सन्दर्भ गर्न सक्छ - पूर्णांक दर्ताहरूको चौडाइ र सूचकहरूको चौडाइ। सौभाग्य देखि, धेरै आधुनिक प्रोसेसरहरूमा यी चौडाइहरू समान छन्, त्यसैले A7 को मामलामा यसको मतलब 64-बिट पूर्णांक दर्ताहरू र 64-बिट पोइन्टर्सहरू छन्।
यद्यपि, "64bit" को मतलब के होइन भनेर औंल्याउन पनि उत्तिकै महत्त्वपूर्ण छ: RAM भौतिक ठेगाना आकार। RAM सँग सञ्चार गर्नका लागि बिटहरूको संख्या (यसैले उपकरणले समर्थन गर्न सक्ने RAM को मात्रा) CPU बिट्सको संख्यासँग सम्बन्धित छैन। एआरएम प्रोसेसरहरूसँग 26- र 40-बिट ठेगानाहरू बीचमा छ र बाँकी प्रणालीबाट स्वतन्त्र रूपमा परिवर्तन गर्न सकिन्छ।
- डाटा बस आकार। RAM वा बफर मेमोरीबाट प्राप्त डाटाको मात्रा यस कारकबाट समान रूपमा स्वतन्त्र छ। व्यक्तिगत प्रोसेसर निर्देशनहरूले डेटाको विभिन्न मात्रा अनुरोध गर्न सक्छ, तर तिनीहरू या त टुक्राहरूमा पठाइन्छ वा मेमोरीबाट आवश्यक भन्दा बढी प्राप्त गरिन्छ। यो डाटा क्वान्टम को आकार मा निर्भर गर्दछ। iPhone 5 ले पहिले नै मेमोरीबाट 64-बिट क्वान्टामा डेटा प्राप्त गर्दछ (र यसमा 32-बिट प्रोसेसर छ), र हामीले 192 बिट सम्मको आकारहरू सामना गर्न सक्छौं।
- फ्लोटिंग बिन्दुसँग सम्बन्धित कुनै पनि कुरा। त्यस्ता दर्ताहरूको साइज (FPU) फेरि प्रोसेसरको आन्तरिक कार्यहरूबाट स्वतन्त्र हुन्छ। ARM ले ARM64 (64-bit ARM प्रोसेसर) अघिदेखि 64-bit FPU प्रयोग गर्दै आएको छ।
सामान्य फाइदा र हानि
यदि हामीले अन्यथा समान 32bit र 64bit आर्किटेक्चरहरू तुलना गर्छौं भने, तिनीहरू सामान्यतया फरक छैनन्। एप्पल मोबाइल उपकरणहरूमा पनि 64 बिटमा सर्ने कारण खोज्दै सर्वसाधारणको भ्रमको यो एउटा कारण हो। यद्यपि, यो सबै A7 (ARM64) प्रोसेसरको विशिष्ट प्यारामिटरहरूबाट आउँछ र एप्पलले यसलाई कसरी प्रयोग गर्दछ, प्रोसेसरसँग 64-बिट आर्किटेक्चर छ भन्ने तथ्यबाट मात्र होइन।
यद्यपि, यदि हामी अझै पनि यी दुई वास्तुकलाहरू बीचको भिन्नताहरू हेर्छौं भने, हामी धेरै भिन्नताहरू भेट्टाउनेछौं। स्पष्ट छ कि 64-बिट पूर्णांक दर्ताहरूले 64-बिट पूर्णांकहरूलाई अझ कुशलतापूर्वक ह्यान्डल गर्न सक्छ। पहिले पनि, यो 32-बिट प्रोसेसरहरूमा तिनीहरूसँग काम गर्न सम्भव थियो, तर यो सामान्यतया तिनीहरूलाई 32-बिट लामो टुक्राहरूमा विभाजन गर्ने हो, जसले ढिलो गणनाको कारण बनायो। त्यसोभए 64-बिट प्रोसेसरले सामान्यतया 64-बिट प्रकारहरूसँग 32-बिटहरू जस्तै छिटो गणना गर्न सक्छ। यसको मतलब यो हो कि सामान्यतया 64-बिट प्रकारहरू प्रयोग गर्ने अनुप्रयोगहरू 64-बिट प्रोसेसरमा धेरै छिटो चल्न सक्छन्।
यद्यपि 64bit ले प्रोसेसरले प्रयोग गर्न सक्ने RAM को कुल मात्रालाई असर गर्दैन, यसले एक कार्यक्रममा RAM को ठूलो भागहरूसँग काम गर्न सजिलो बनाउन सक्छ। 32-बिट प्रोसेसरमा चल्ने कुनै पनि एकल प्रोग्राममा 4 GB ठेगाना स्पेस मात्र हुन्छ। अपरेटिङ सिस्टम र मानक पुस्तकालयहरूले केहि लिन्छन् भन्ने कुरालाई ध्यानमा राख्दै, यसले अनुप्रयोग प्रयोगको लागि 1-3 GB को बीचमा प्रोग्राम छोड्छ। यद्यपि, यदि 32-बिट प्रणालीमा 4 GB भन्दा बढी RAM छ भने, त्यो मेमोरी प्रयोग गर्न अलि बढी जटिल छ। हामीले अपरेटिङ सिस्टमलाई हाम्रो कार्यक्रम (मेमोरी भर्चुअलाइजेसन) को लागि मेमोरीको यी ठूला टुक्राहरू नक्सा गर्न बाध्य पार्नको लागि रिसोर्ट गर्नुपर्छ, वा हामी प्रोग्रामलाई धेरै प्रक्रियाहरूमा विभाजन गर्न सक्छौं (जहाँ प्रत्येक प्रक्रियामा फेरि 4GB मेमोरी प्रत्यक्ष ठेगानाको लागि उपलब्ध छ)।
यद्यपि, यी "ह्याकहरू" यति गाह्रो र ढिलो छन् कि न्यूनतम अनुप्रयोगहरूले तिनीहरूलाई प्रयोग गर्छन्। अभ्यासमा, 32-बिट प्रोसेसरमा, प्रत्येक प्रोग्रामले यसको 1-3 GB मेमोरी मात्र प्रयोग गर्नेछ, र थप उपलब्ध RAM एकै समयमा धेरै प्रोग्रामहरू चलाउन वा यो मेमोरीलाई बफर (क्यासिङ) को रूपमा प्रयोग गर्न प्रयोग गर्न सकिन्छ। यी प्रयोगहरू व्यावहारिक छन्, तर हामी कुनै पनि कार्यक्रम 4GB भन्दा ठूलो मेमोरीको टुक्रा सजिलै प्रयोग गर्न सक्षम भएको चाहन्छौं।
अब हामी बारम्बार (वास्तवमा गलत) दावीमा आउँछौं कि 4GB भन्दा बढी मेमोरी बिना, 64-बिट आर्किटेक्चर बेकार छ। कम मेमोरी भएको प्रणालीमा पनि ठूलो ठेगाना ठाउँ उपयोगी हुन्छ। मेमोरी-म्याप गरिएका फाइलहरू एक उपयोगी उपकरण हो जहाँ फाइलको सामग्रीको अंश तार्किक रूपमा सम्पूर्ण फाइल मेमोरीमा लोड नगरी प्रक्रियाको मेमोरीसँग जोडिएको हुन्छ। यसरी, प्रणालीले, उदाहरणका लागि, र्याम क्षमता भन्दा धेरै गुणा ठूला फाइलहरूलाई क्रमशः प्रशोधन गर्न सक्छ। 32-बिट प्रणालीमा, त्यस्ता ठूला फाइलहरूलाई विश्वसनीय रूपमा मेमोरी-म्याप गर्न सकिँदैन, जबकि 64-बिट प्रणालीमा, यो केकको टुक्रा हो, धेरै ठूलो ठेगाना ठाउँको लागि धन्यवाद।
जे होस्, पोइन्टर्सको ठूलो साइजले एउटा ठूलो बेफाइदा पनि ल्याउँछ: अन्यथा समान प्रोग्रामहरूलाई 64-बिट प्रोसेसरमा थप मेमोरी चाहिन्छ (यी ठूला सूचकहरूलाई कतै भण्डारण गर्नुपर्छ)। पोइन्टरहरू प्रोग्रामहरूको लगातार भाग हुनाले, यो भिन्नताले क्यासलाई बोझ गर्न सक्छ, जसले गर्दा सम्पूर्ण प्रणाली ढिलो चल्न सक्छ। त्यसोभए परिप्रेक्ष्यमा, हामी देख्न सक्छौं कि यदि हामीले भर्खरै प्रोसेसर आर्किटेक्चरलाई 64-बिटमा परिवर्तन गर्यौं भने, यसले वास्तवमा सम्पूर्ण प्रणालीलाई ढिलो गर्नेछ। त्यसैले यस कारकलाई अन्य ठाउँहरूमा थप अनुकूलनद्वारा सन्तुलित गर्नुपर्छ।
ARM64
A7, नयाँ iPhone 64s लाई पावर गर्ने 5-बिट प्रोसेसर, फराकिलो दर्ता भएको नियमित एआरएम प्रोसेसर मात्र होइन। ARM64 ले पुरानो, 32-बिट संस्करणमा प्रमुख सुधारहरू समावेश गर्दछ।
रजिस्ट्री
ARM64 ले 32-bit ARM भन्दा दोब्बर पूर्णांक दर्ताहरू राख्छ (रजिस्टरहरूको संख्या र चौडाइलाई भ्रमित नगर्न सावधान रहनुहोस् - हामीले "64-bit" खण्डमा चौडाइको बारेमा कुरा गर्यौं। त्यसैले ARM64 सँग दुई गुणा फराकिलो दर्ताहरू र दुई गुणा धेरै छन्। दर्ता)। 32-बिट एआरएममा 16 पूर्णांक दर्ताहरू छन्: एउटा प्रोग्राम काउन्टर (पीसी - हालको निर्देशनको संख्या समावेश गर्दछ), स्ट्याक पोइन्टर (प्रगतिमा रहेको प्रकार्यको लागि सूचक), लिङ्क दर्ता (अन्तमा फिर्ताको लागि सूचक। प्रकार्यको), र बाँकी 13 अनुप्रयोग प्रयोगको लागि हो। जे होस्, ARM64 सँग 32 पूर्णांक दर्ताहरू छन्, जसमा एउटा शून्य दर्ता, एउटा लिङ्क दर्ता, एउटा फ्रेम पोइन्टर (स्ट्याक पोइन्टर जस्तै), र एउटा भविष्यको लागि आरक्षित छ। यसले हामीलाई 28-बिट एआरएमको दोब्बर भन्दा बढी एप्लिकेसन प्रयोगको लागि 32 दर्ताहरू छोड्छ। एकै समयमा, ARM64 ले फ्लोटिंग-पोइन्ट नम्बर (FPU) दर्ताहरूको संख्यालाई 16 बाट 32 128-बिट दर्ताहरूमा दोब्बर बनायो।
तर दर्ताको संख्या किन यति महत्त्वपूर्ण छ? मेमोरी सामान्यतया CPU गणनाहरू भन्दा ढिलो हुन्छ र पढ्न/लेखन धेरै लामो समय लिन सक्छ। यसले छिटो प्रोसेसरलाई मेमोरीको लागि पर्खिरहनु पर्ने हुन्छ र हामीले प्रणालीको प्राकृतिक गति सीमालाई मार्नेछौं। प्रोसेसरहरूले यस बाधालाई बफरहरूको तहहरूबाट लुकाउने प्रयास गर्छन्, तर सबैभन्दा छिटो (L1) अझै पनि प्रोसेसरको गणना भन्दा ढिलो छ। यद्यपि, रेजिष्टरहरू प्रोसेसरमा सिधै मेमोरी सेलहरू हुन् र तिनीहरूको पढाइ/लेखन प्रोसेसरलाई ढिलो गर्न पर्याप्त छिटो छ। रेजिस्टरहरूको संख्या व्यावहारिक रूपमा प्रोसेसरको गणनाको लागि सबैभन्दा छिटो मेमोरीको मात्रा हो, जसले सम्पूर्ण प्रणालीको गतिलाई धेरै असर गर्छ।
एकै समयमा, यो गतिलाई कम्पाइलरबाट राम्रो अप्टिमाइजेसन समर्थन चाहिन्छ, ताकि भाषाले यी दर्ताहरू प्रयोग गर्न सक्छ र सामान्य अनुप्रयोग (ढिलो) मेमोरीमा सबै कुरा भण्डारण गर्नुपर्दैन।
निर्देशन सेट
ARM64 ले निर्देशन सेटमा पनि प्रमुख परिवर्तनहरू ल्याउँछ। एक निर्देशन सेट परमाणु अपरेसनहरूको सेट हो जुन एक प्रोसेसरले गर्न सक्छ (जस्तै 'ADD register1 register2' ले दुई दर्ताहरूमा संख्याहरू थप्छ)। व्यक्तिगत भाषाहरूमा उपलब्ध कार्यहरू यी निर्देशनहरू मिलेर बनेका छन्। थप जटिल प्रकार्यहरूले थप निर्देशनहरू कार्यान्वयन गर्नुपर्छ, त्यसैले तिनीहरू ढिलो हुन सक्छन्।
ARM64 मा नयाँ AES इन्क्रिप्सन, SHA-1 र SHA-256 ह्यास प्रकार्यहरूका लागि निर्देशनहरू छन्। त्यसैले जटिल कार्यान्वयनको सट्टा, भाषाले मात्र यो निर्देशनलाई कल गर्नेछ - जसले त्यस्ता प्रकार्यहरूको गणनामा ठूलो गति ल्याउनेछ र आशा छ कि अनुप्रयोगहरूमा सुरक्षा थपिनेछ। जस्तै नयाँ टच आईडीले यी निर्देशनहरू इन्क्रिप्सनमा पनि प्रयोग गर्दछ, वास्तविक गति र सुरक्षाको लागि अनुमति दिँदै (सैद्धान्तिक रूपमा, एक आक्रमणकर्ताले डाटा पहुँच गर्न प्रोसेसरलाई परिमार्जन गर्नुपर्नेछ - कम से कम यसको सानो आकार दिएर भन्नु अव्यावहारिक)।
32bit संग अनुकूलता
यो उल्लेख गर्न महत्त्वपूर्ण छ कि A7 इम्युलेसनको आवश्यकता बिना 32-बिट मोडमा पूर्ण रूपमा चल्न सक्छ। यसको मतलब नयाँ iPhone 5s ले 32-बिट एआरएममा कम्पाइल गरिएका एप्लिकेसनहरू बिना कुनै ढिलो चलाउन सक्छ। यद्यपि, त्यसपछि यसले नयाँ ARM64 प्रकार्यहरू प्रयोग गर्न सक्दैन, त्यसैले A7 को लागि मात्र विशेष निर्माण गर्न सँधै सार्थक हुन्छ, जुन धेरै छिटो चल्नु पर्छ।
रनटाइम परिवर्तनहरू
रनटाइम कोड हो जसले प्रोग्रामिङ भाषामा प्रकार्यहरू थप्छ, जुन अनुप्रयोग चलिरहेको बेला, अनुवाद पछिसम्म प्रयोग गर्न सक्षम हुन्छ। एप्पलले एप्लिकेसन कम्प्याटिबिलिटी कायम राख्न नपर्ने भएकोले (६४-बिट बाइनरी ३२-बिटमा चल्छ), उनीहरूले उद्देश्य-सी भाषामा केही थप सुधारहरू गर्न सक्नेछन्।
ती मध्ये एक तथाकथित छ ट्याग गरिएको सूचक (चिह्नित सूचक)। सामान्यतया, ती वस्तुहरूमा वस्तुहरू र संकेतकहरू मेमोरीको छुट्टै भागहरूमा भण्डारण गरिन्छ। यद्यपि, नयाँ सूचक प्रकारहरूले थोरै डाटा भएका कक्षाहरूलाई वस्तुहरू सिधै सूचकमा भण्डारण गर्न अनुमति दिन्छ। यो चरणले वस्तुको लागि सिधै मेमोरी आवंटित गर्ने आवश्यकतालाई हटाउँछ, केवल एउटा सूचक र यसको भित्रको वस्तु सिर्जना गर्नुहोस्। ट्याग गरिएका पोइन्टरहरू 64-बिट आर्किटेक्चरमा मात्र समर्थित छन् किनभने 32-बिट पोइन्टरमा पर्याप्त उपयोगी डाटा भण्डारण गर्न पर्याप्त ठाउँ छैन। तसर्थ, iOS, OS X को विपरीत, अझै यो सुविधा समर्थन गर्दैन। जे होस्, ARM64 को आगमन संग, यो परिवर्तन हुँदैछ, र iOS ले यस सम्बन्धमा OS X को साथ पनि समातेको छ।
यद्यपि पोइन्टरहरू 64 बिट लामो छन्, ARM64 मा केवल 33 बिटहरू सूचकको आफ्नै ठेगानाको लागि प्रयोग गरिन्छ। र यदि हामी बाँकी पोइन्टर बिटहरूलाई भरपर्दो रूपमा अनमास्क गर्न सक्षम छौं भने, हामी यो ठाउँलाई थप डाटा भण्डारण गर्न प्रयोग गर्न सक्छौं - उल्लेख गरिएको ट्याग गरिएको पोइन्टर्सको मामलामा। अवधारणात्मक रूपमा, यो उद्देश्य-C को इतिहासमा सबैभन्दा ठूलो परिवर्तनहरू मध्ये एक हो, यद्यपि यो बजार योग्य सुविधा होइन - त्यसैले धेरै प्रयोगकर्ताहरूले थाहा पाउने छैनन् कि एप्पलले उद्देश्य-सी कसरी अगाडि बढिरहेको छ।
यस्तो ट्याग गरिएको सूचकको बाँकी ठाउँमा भण्डारण गर्न सकिने उपयोगी डाटाको लागि, उद्देश्य-सी, उदाहरणका लागि, अब यसलाई तथाकथित भण्डारण गर्न प्रयोग गर्दैछ। सन्दर्भ गणना (सन्दर्भ संख्या)। पहिले, सन्दर्भ गणना मेमोरीमा फरक ठाउँमा भण्डार गरिएको थियो, यसको लागि तयार गरिएको ह्यास तालिकामा, तर यसले ठूलो संख्यामा alloc/dealloc/retain/release कलहरूको अवस्थामा सम्पूर्ण प्रणालीलाई ढिलो गर्न सक्छ। थ्रेड सुरक्षाको कारणले तालिका लक गरिएको थियो, त्यसैले दुई थ्रेडहरूमा दुई वस्तुहरूको सन्दर्भ गणना एकै समयमा परिवर्तन गर्न सकिँदैन। यद्यपि, यो मान नयाँ तथाकथित बाँकीमा सम्मिलित गरिएको छ isa सूचकहरू। यो अर्को अस्पष्ट, तर ठूलो लाभ र भविष्यमा त्वरण हो। यद्यपि, यो 32-बिट वास्तुकलामा कहिल्यै प्राप्त गर्न सकिँदैन।
सम्बद्ध वस्तुहरूको बारेमा जानकारी, वस्तु कमजोर रूपमा सन्दर्भ गरिएको छ कि छैन, वस्तुको लागि एक विनाशक उत्पन्न गर्न आवश्यक छ कि छैन, आदि, पनि वस्तुहरूमा पोइन्टर्सको बाँकी स्थानमा नयाँ घुसाइएको छ। यस जानकारीको लागि धन्यवाद, उद्देश्य-C रनटाइमले मौलिक रूपमा रनटाइमलाई गति दिन सक्षम छ, जुन प्रत्येक अनुप्रयोगको गतिमा प्रतिबिम्बित हुन्छ। परीक्षणबाट, यसको मतलब सबै मेमोरी व्यवस्थापन कलहरूको लगभग 40-50% गति हुन्छ। केवल 64-बिट सूचकहरूमा स्विच गरेर र यो नयाँ ठाउँ प्रयोग गरेर।
निष्कर्ष
यद्यपि प्रतियोगीहरूले 64-बिट आर्किटेक्चरमा सार्नु अनावश्यक छ भन्ने विचार फैलाउने प्रयास गर्नेछन्, तपाईले पहिले नै थाहा पाउनुहुनेछ कि यो केवल एक धेरै अनजान राय हो। यो सत्य हो कि तपाइँको भाषा वा अनुप्रयोगहरू अनुकूलन नगरी 64-बिटमा स्विच गर्नुको कुनै अर्थ छैन - यसले सम्पूर्ण प्रणालीलाई पनि ढिलो बनाउँछ। तर नयाँ A7 ले नयाँ निर्देशन सेटको साथ आधुनिक ARM64 प्रयोग गर्दछ, र Apple ले सम्पूर्ण Objective-C भाषालाई आधुनिकीकरण गर्न र नयाँ क्षमताहरूको फाइदा उठाउन समस्या उठाएको छ - त्यसैले प्रतिज्ञा गरिएको स्पीडअप।
यहाँ हामीले 64-बिट आर्किटेक्चर सही कदम अगाडि बढ्नुको कारणहरूको ठूलो संख्या उल्लेख गरेका छौं। यो "हुडमुनि" अर्को क्रान्ति हो, जसको लागि एप्पलले डिजाइन, प्रयोगकर्ता इन्टरफेस र समृद्ध इकोसिस्टमको साथ मात्र होइन, तर मुख्यतया बजारमा सबैभन्दा आधुनिक प्रविधिहरूसँग अगाडि रहन प्रयास गर्नेछ।
धेरै अनभिज्ञ Android/Samsung मानिसहरूले यो लेख पढ्नुपर्छ र त्यसपछि कुनामा लुक्नु पर्छ।
खैर, हामीले तिनीहरूको लागि दु: खी महसुस गर्नुपर्छ। वर्षौंसम्म उनीहरूले एन्ड्रोइडको दुखद UX र UI लाई माफ गरे कि उनीहरूसँग सुविधाहरू सहितको सबैभन्दा प्राविधिक रूपमा उन्नत OS छ र अब उनीहरूले फेरि वर्षौं पछाडि परेको कुरा पत्ता लगाए :)
यदि एक व्यक्ति भेडा होइन र विज्ञापनहरू सुन्छ (र ऊ यसमा राम्रो छ), त्यसपछि व्यक्तिगत अनुभव पछि उसले आफ्नै विचार बनाउन सक्छ :-)।
म लगभग सबै प्रतिस्पर्धा प्रयास गर्छु र मेरो आफ्नै विचार बनाउँछु।
मेरो लागि, मलाई नयाँ सुपर उच्च-प्रदर्शन मोबाइल फोन चाहिन्छ, किनकि म यसमा धेरै खर्च गर्दिन। त्यो हो मलाई कम मूल्यको लागि कम प्रदर्शन चाहिन्छ ;-)। हुनसक्छ म ठूलो ब्याट्री भएको ढिलो चाहिन्छ।
अर्कोतर्फ, नयाँ प्रोकक आईप्याडका लागि उपयोगी हुनेछ जहाँ धेरै खेलहरू छन् :-)।
म एन्ड्रोइड/एचटीसी हुँ :) किनभने यो मेरो लागि एकदमै रमाइलो छ र उच्च-गुणस्तरको HW लाई छिटो फाइटरमा रुट गर्ने र रूपान्तरण गर्नु मेरो शौक हो। र iOS ले मलाई त्यो गर्न दिँदैन। (यो आवश्यक पनि छैन। धेरै वा कम, सबै चीजहरू जसरी काम गर्नुपर्दछ र तपाईंले त्यहाँ केही गर्न नपरोस् भनेर iOS डिजाइन गरिएको छ। जब मैले खेल्न रमाईलो गर्न छोड्छु, म एउटा स्याउ किन्छु र यसको मजा लिन्छु)। तर मलाई थाहा छैन किन तिमीहरु बच्चाहरु जस्तै एक अर्कालाई आक्रमण गरिरहन्छौ। एप्पल पूर्णतया एन्ड्रोइड जस्तै छ। यो लोकतन्त्रलाई तानाशाहीसँग तुलना गर्नु जस्तै हो... मैले iPhone 5S प्रस्तुतीकरण सम्मेलन हेरेँ र मसँग Apple बाट केहि पनि छैन भन्ने तथ्यको बावजुद, मलाई 64bit र आएका अन्य सुधारहरू मन पर्यो। तर म पीसीको पछाडि बसेर एन्ड्रोइड वा एप्पललाई पछ्याउने एक जटिल सम्मानित ट्राट्को हुँ भनेर होइन, तर किनभने म प्रगति देख्छु जसले मलाई लामो समयसम्म पर्खदैन। मानिसहरूले साँच्चै कडा परिश्रम गर्न सुरु गर्नुपर्छ ताकि तिनीहरूसँग बकवाससँग व्यवहार गर्न, विनम्रतापूर्वक राख्नको लागि समय छैन।
अर्को तर्फबाट रचनात्मक योगदान :) किज यसले बाँकी ९९% एन्ड्रोइड पोजिटिभको आँखा खोल्नेछ
हुनसक्छ स्याउ कट्टरपन्थीहरूको 99% पहिले छलफल गर्नुपर्छ, त्यसपछि हामी रचनात्मक कुराकानी गर्न सक्छौं
धेरै जटिल चीजहरू सरल रूपमा व्याख्या गरियो ... धन्यवाद
उत्कृष्ट लेख! हो, म सहमत छु कि एन्ड्रोइड/WP प्रयोगकर्ताहरूले यो लेख अनिवार्य रूपमा पढ्नुपर्छ। ट्रोल गर्नुको सट्टा "कसरी 64b मोबाइलमा बेकार छ" भन्ने बारे स्मार्ट कुरा गर्नु...
सायद तपाईको हातमा wp कहिल्यै थिएन, अन्यथा तपाईसँग यो हुने थिएन
मोबाइल बजारमा आफ्नो पहिलो सफलतादेखि, सामसुङले प्रतिस्पर्धालाई ध्वस्त पार्नेबाहेक केही गरेको छैन, तर संक्षेपमा, यो सबै समय आफ्नो पाइला पछ्याउँदै आएको छ। एप्पल सँधै प्राविधिक कम्पनीहरूका लागि रोल मोडेल भएको छ, र यदि तिनीहरूले ग्राहकहरूलाई खिल्ली उडाउने र लगातार गलत जानकारी दिनेमा मात्र ध्यान केन्द्रित गरे भने, तिनीहरू चाँडै ठेस लाग्नेछन्। एप्पल जहिले पनि आफ्नै बाटोमा गएको छ र यो सँधै धेरै राम्रो समयको कुरा भएको छ, जुन उद्योगमा धेरै प्रतिस्पर्धी कम्पनीहरूमा अभाव छ।
कसैले भन्न सक्छ कि सामसुङ लहरमा सवार छ र यसको सम्भावनाहरूको फाइदा उठाउँदैछ। उसले एन्ड्रोइडमा शर्त लगायो, ऊसँग उत्कृष्ट HW छ, उसले धेरै चीजहरू आफै बनाउँछ, उहाँसँग राम्रो समर्थन छ। र कुनै पनि शिकारी एशियाई कम्पनी जस्तै, यो विज्ञापन को सबै संभावनाहरु को उपयोग गर्दछ। र पक्कै पनि उसले चोरी र प्रतिलिपि बनाउँछ। के "तिरछा आँखा" मा राम्रो छ प्रतिलिपि गर्नु हो। तिनीहरूले राम्रोसँग गणना गरेका छन् कि यो आफ्नै बाटोमा जानु भन्दा धेरै सस्तो छ, पाइला पाइला। र एक बलियो कम्पनीको रूपमा, यो सजिलै यो खर्च गर्न सक्छ। अझै…
फोनको स्पीड किन बढिरहन्छ भन्ने कुरा मैले बुझिनँ, तपाईले यसलाई केका लागि प्रयोग गर्नुहुन्छ भन्ने केही उदाहरण दिनुहोस्, बिस्तारै मोबाइल फोनको कार्यसम्पादन बढाउनुको कुनै अर्थ छैन, तर म मार्केटिङ शब्द हटाउँछु।
खेलहरू, खराब रूपमा अनुकूलित खेलहरू। साथै, आईप्याड 3 मा ट्राफिक टाइकुनले डेस्कटपमा जस्तै सजिलै र उही रिजोल्युसनमा चल्दैन। उदाहरण।
फोनको स्पीड किन बढिरहन्छ भन्ने कुरा मैले बुझिनँ, तपाईले यसलाई केका लागि प्रयोग गर्नुहुन्छ भन्ने केही उदाहरण दिनुहोस्, बिस्तारै मोबाइल फोनको कार्यसम्पादन बढाउनुको कुनै अर्थ छैन, यदि मैले यसमा मार्केटिङ शब्द हटाएँ भने ।
भिडियो, अडियो र छवि प्रशोधनको लागि। र खेलहरूमा जानुहोस्।
कल गर्न, टेक्स्ट म्यासेज पठाउन र कहिलेकाहीँ पढ्न वा पठाउन र कहिलेकाहीं इन्टरनेट सर्फ गर्नका लागि मात्र आईफोन प्रयोग गर्ने जो कोहीलाई पनि आईफोन 4 चाहिन्छ। मलाई विश्वास छ कि त्यहाँ धेरै प्रयोगकर्ताहरू छन्। सबैलाई संसारको उत्कृष्ट फोन चाहिँदैन :-)
भेडा
के हार्डवेयर र सफ्टवेयर बीचको भौतिक व्यापार-अफले तपाईंलाई केही मतलब गर्दैन? यसले मलाई 19 औं शताब्दीको अन्त्यको अलिकति सम्झना गराउँछ, जब त्यस समयका भौतिकशास्त्रीहरूले भौतिकशास्त्रमा सबै कुरा पत्ता लगाइसकेको थियो र यसलाई जारी राख्न आवश्यक छैन (सापेक्षताको सिद्धान्त अघि एक दशक र क्वान्टम सिद्धान्त अघि)। ।
उत्तमको खोजी कहिल्यै समाप्त हुँदैन। कहिले सफ्टवेयर नेतृत्व गर्छ र कहिले हार्डवेयर। तर एउटा अड्कियो भने अर्कोलाई जान दिँदैन। हामी हाम्रा सन्तानहरूका लागि त्यति स्वार्थी हुनेछैनौं :) त्यसैले तपाईंको टिप्पणीमा - छिटो फोनले थप शक्तिशाली अनुप्रयोगहरू सक्षम पार्नेछ, जसले ड्राइभहरू भन्दा धेरै गर्न सक्षम हुनेछ। र एक पटक चीजहरू जुन आजका कम्प्युटरहरूका लागि पर्याप्त छैनन्। भविष्य रोमाञ्चक छ।
ठ्याक्कै :)
राम्रो लेख, तर म बुझ्दिन किन एप्पलले A7 मा 2GB RAM राखेन। हो, आईओएस मल्टिटास्किङ त्यस्तो छैन कि २ जीबी अनिवार्य रूपमा आवश्यक छ, तर मेमोरी पोइन्टरको दोब्बर लम्बाइ दिएमा, यो धेरै उपयुक्त हुनेछ।
तर अन्यथा, म सहमत छु कि 64-बिट प्रोसेसर मोबाइल फोनको लागि "अनावश्यक" हो, जसरी बलको सट्टा रेटिना डिस्प्ले वा अप्टिकल माउस अनावश्यक थियो - यी सबै आविष्कारहरूलाई "अनावश्यक" भनेर लेबल गरिएको थियो तर मेरो विचारमा। सही शब्द "कालातीत" हो, किनकि एक पटक आउनै पर्छ र एप्पल केहि नयाँ संग आउन डराउँदैन।
म त्यो दोस्रो। दुर्भाग्यवश, "बेकार" पनि सही अभिव्यक्ति होइन। अनावश्यक भनेको त्यस्तो चीज हो जसको प्राथमिकता व्यक्तिलाई थाहा छैन। त्यो पक्कै पनि सत्य होइन। गतिलाई त्यस्तो गति चाहिँदैन, तर यसले निश्चित रूपमा पहिचान गर्नेछ। र जब सफ्टवेयर हार्डवेयरसँग समात्छ, त्यहाँ फेरि सुधारको लागि ठाउँ हुनेछ।
पक्का, म पक्षमा छु, मेरो मतलब iP5 साँच्चै एक धेरै छिटो स्मार्टफोन हो, त्यसैले 5S 64bit हुनुपर्दैन। तर एक दिन कसैले यसलाई फेरि सामना गर्नुपर्यो र यो एप्पल थियो र यो अहिले थियो। जब सम्म मैले सम्झन सक्छु, विज्ञहरूले पनि कसरी 64-बिट प्रोसेसरहरू कम्प्यूटरमा पनि बेकार हुनेछ भनेर कुरा गरेका छन्।
मेरो लागि, एक आईटी सामान्य व्यक्तिको रूपमा जो लगभग म्याट्रिक असफल भयो, निष्कर्ष महत्त्वपूर्ण छ। सम्पूर्ण लेख (टिप्पणीहरू द्वारा समर्थित) मेरो लागि धेरै अन्तरदृष्टि देखिन्छ, र यद्यपि म यसलाई व्याख्या गर्न सक्षम हुनेछैन, 7-बिट वास्तुकलाको साथ A64 एक कदम अगाडि छ। सुचनाकाे लागी धन्यबाद।
म लेखको शीर्षक सम्पादन गर्नेछु, किनकि यो मार्केटिङ चाल हो। प्रत्येक नवाचार अनिवार्य रूपमा मार्केटिङ चाल हो। :-)
मलाई लाग्दैन। उदाहरणका लागि, सैमसंग मार्केटिङ चालहरू प्रयोग गर्दछ। तिनीहरू RAM को साथ देखा पर्छन्, जुन iPhone लाई आवश्यक पर्दैन। तिनीहरू सबै प्रयोगयोग्य नभएका सुविधाहरूबाट टाढा जाँदैछन्। परीक्षणको लागि तिनीहरूको उद्देश्यपूर्वक बढ्दो प्रोसेसर प्रदर्शन। आदि। त्यो मार्केटिङ हो, यद्यपि हो, यो भ्रामक छ, जसलाई तिनीहरूले मात्र छोड्नु हुँदैन;)