मैसेडोनिया
मूल पोस्टर- अक्टूबर 10, 2015
- ब्रनो, CZ
- दिसंबर 15, 2018
मैं मैकबुक प्रो 13' 2018 प्राप्त करने पर गंभीरता से विचार कर रहा हूं। लैपटॉप का प्राथमिक उपयोग कोडिंग (फ्रंट-एंड वेब डेवलपमेंट) के लिए होगा, लेकिन मैं बाद में आईओएस ऐप डेवलपमेंट में गोता लगाना चाहता हूं। इसके साथ ही, क्या XCODE चलाने के लिए 8 GB RAM पर्याप्त है या मुझे 16 GB संस्करण प्राप्त करने के लिए कुछ और निवेश करना चाहिए?
रेवमेशियन
- अक्टूबर 20, 2018
- उपयोग
- दिसंबर 15, 2018
आईमैसेडोनियन ने कहा: अरे वहाँ।मैं अपने 2014 मैक मिनी पर एक्सकोड चलाता हूं - इसमें 4 जीबी रैम है और मुझे कोई समस्या नहीं दिख रही है। कुछ लोग होंगे जो आपको बताएंगे कि 16GB या उससे अधिक RAM बहुत जरूरी है, लेकिन मैंने देखा है कि यह सच नहीं है।
मैं मैकबुक प्रो 13' 2018 प्राप्त करने पर गंभीरता से विचार कर रहा हूं। लैपटॉप का प्राथमिक उपयोग कोडिंग (फ्रंट-एंड वेब डेवलपमेंट) के लिए होगा, लेकिन मैं बाद में आईओएस ऐप डेवलपमेंट में गोता लगाना चाहता हूं। इसके साथ ही, क्या XCODE चलाने के लिए 8 GB RAM पर्याप्त है या मुझे 16 GB संस्करण प्राप्त करने के लिए कुछ और निवेश करना चाहिए?
इमानुएल रोड्रिगेज
- अक्टूबर 17, 2018
- दिसंबर 15, 2018
रेवमेशियन ने कहा: मैं अपने 2014 मैक मिनी पर एक्सकोड चलाता हूं - इसमें 4 जीबी रैम है और मुझे कोई समस्या नहीं दिख रही है। कुछ लोग होंगे जो आपको बताएंगे कि 16GB या उससे अधिक RAM बहुत जरूरी है, लेकिन मैंने देखा है कि यह सच नहीं है।माना। मैंने पाया है कि एक रास्पबेरी पाई भी अपने एकल टमटम रैम के साथ ज्यादातर चीजों को संकलित करने में सक्षम है। यदि किसी प्रोजेक्ट में एक टन सी ++ कोड है (आपको एलएलवीएम देखकर), या अन्य जटिल भाषाएं (कड़ी मेहनत करने के लिए कंपाइलर की आवश्यकता होती है, और इस प्रकार अधिक रैम का उपयोग होता है), तो यह आम तौर पर इसे प्रबंधित नहीं कर सकता है। मेरे अनुभव में, विकास कार्य के लिए लगभग 3GB एक सुरक्षित न्यूनतम लगता है।
संपादित करें: हालांकि ध्यान रखें कि यह एक वीएम के अंदर 3 जीबी था, बिना जीयूआई के। 8GB विकल्प निश्चित रूप से अभी के लिए सुरक्षित है। हालांकि मैं भविष्य में प्रूफिंग के लिए सिर्फ 16GB की सलाह दूंगा। 8GB पहले के समय की तुलना में कम आरामदायक होने लगा है। अंतिम बार संपादित: दिसम्बर 15, 2018
अमुलडर
- दिसंबर 18, 2015
- दिसंबर 16, 2018
कुत्तापालक
- 19 अक्टूबर 2014
- ऐप्पल कैंपस, क्यूपर्टिनो सीए
- दिसंबर 16, 2018
960डिजाइन
- अप्रैल 17, 2012
- भाग्य, FL
- दिसंबर 17, 2018
आईमैसेडोनियन ने कहा: अरे वहाँ।8GB काफी है, मैं 16GB MBPr का उपयोग करता हूं और शायद ही कभी 8GB से ऊपर मेमोरी प्रेशर जंप देखता हूं।
मैं मैकबुक प्रो 13' 2018 प्राप्त करने पर गंभीरता से विचार कर रहा हूं। लैपटॉप का प्राथमिक उपयोग कोडिंग (फ्रंट-एंड वेब डेवलपमेंट) के लिए होगा, लेकिन मैं बाद में आईओएस ऐप डेवलपमेंट में गोता लगाना चाहता हूं। इसके साथ ही, क्या XCODE चलाने के लिए 8 GB RAM पर्याप्त है या मुझे 16 GB संस्करण प्राप्त करने के लिए कुछ और निवेश करना चाहिए?
एक तरफ के रूप में, Expo.io में जांचें ( https://expo.io/ ) आजकल सभी अच्छे बच्चे इसका उपयोग करते हैं (कई प्लेटफार्मों पर तैनात करना इतना आसान)। चेतावनी: अधिकांश ऐप्स के लिए काम करेगा, लेकिन कुछ के पास विशिष्ट हार्डवेयर आवश्यकताएं/आवश्यकताएं होती हैं जिन्हें एक्सपो पूरा नहीं करेगा। फिर भी एक शानदार शुरुआत।
जतरा
- अप्रैल 23, 2009
- दिसंबर 17, 2018
क्या आपका मतलब है 'पर्याप्त ताकि निर्माण विफल न हों?'
या 'पर्याप्त ताकि एक स्वीकार्य समय सीमा में पूरा हो जाए'?
और/या 'पर्याप्त ताकि यूआई सुस्त न हो, और मैं एक संपादक में काम कर सकता हूं/वेब ब्राउज़ कर सकता हूं/बिना सुस्ती के निर्माण के दौरान ईमेल पढ़ सकता हूं?
यह आपकी अपेक्षाओं और आपके टूलचेन पर निर्भर करता है।
फ्रंटएंड डेवलपमेंट में आमतौर पर एक छोटा/सरल टूलचेन होता है। आपको वास्तव में काम के लिए उपयुक्त एक अच्छा संपादक चाहिए, कुछ छोटा 'खिलौना' वेब सर्वर, शायद उत्पादन के निर्माण के लिए जावास्क्रिप्ट/सीएसएस (और शायद एक एसएएस कंपाइलर) को छोटा करने के लिए कुछ टूल्स, और विकास के दौरान आप आमतौर पर उपयोग भी नहीं करेंगे वह।
बैकएंड विकास को अक्सर फ्रंट-एंड विकास से अधिक की आवश्यकता नहीं हो सकती है। या काफी कुछ और की आवश्यकता हो सकती है। उदाहरण के लिए, मैं एक डेटाबेस के रूप में PostgreSQL का उपयोग करता हूं। तो, मेरे पास विकास/परीक्षण के लिए स्थानीय उदाहरण है। मैं pgAdmin4 चलाता हूं, जो एक डॉकर कंटेनर में चलता है। आपको एक VM चलाने की आवश्यकता हो सकती है जो आपके बैकएंड वातावरण की नकल करता है। जीबी जोड़।
नेटिव ऐप डेवलपमेंट अक्सर न्यूनतम टूल के साथ किया जाता है। बेसिक iOS ऐप डेवलपमेंट के लिए, आपको Xcode के अलावा और कुछ नहीं चाहिए। ठीक है, और आईओएस सिम्युलेटर। यदि आप किसी प्रकार का हाइब्रिड, क्रॉस-प्लेटफ़ॉर्म विकास कर रहे हैं, तो संभवतः अतिरिक्त टूलचेन घटक जोड़ें - और आवश्यकता के अनुसार Android SDK और बिल्ड टूल। एंड्रॉइड डेवलपमेंट एक अलग कंपाइलर का उपयोग करता है। एक और सिम्युलेटर जोड़ें। (मैं GenyMotion का उपयोग करता हूं, क्योंकि Google द्वारा प्रदान किए गए दोनों दृष्टिकोण गुड़ के रूप में धीमे हैं।) कोई भी सभ्य एंड्रॉइड सिम्युलेटर वीएम में चलता है।
ओह, विंडोज़ पर उस वेबसाइट का परीक्षण करने की आवश्यकता है? एक विंडोज वीएम जोड़ें।
इतने सारे उपकरण आज एक कंटेनर या एक वीएम में चलते हैं। यह स्मृति आवश्यकता को जोड़ता है।
अपने बजट के रूप में ज्यादा स्मृति प्राप्त करें। मुझे लगता है, हालांकि, अधिकांश विकास के लिए आज 64GB व्यावहारिक बाध्यता है। मुझे हाल ही में विकास के लिए 64GB के साथ एक iMac Pro मिला है। मैं एक बड़े टूल सेट का उपयोग करता हूं। मैं गतिविधि मॉनिटर की जाँच कर रहा हूँ, और मैंने पाया कि मैंने अभी तक एक स्वैप फ़ाइल का उपयोग नहीं किया है। लेकिन एक बार सभी उपकरण लोड हो जाने के बाद, मैं कहीं 32GB और 64GB के बीच का उपयोग कर रहा हूं, आमतौर पर 40-50GB। लेकिन मैंने वास्तव में अभी तक सब कुछ एक साथ लोड नहीं किया है।
आपको खुद से क्या पूछना है:
- क्या निर्माण करते समय सिस्टम का उत्तरदायी होना महत्वपूर्ण है?
- आप कितने समय के निर्माण चक्र को सहन करने को तैयार हैं?
फ्रंट एंड डेवलपमेंट में, आपके पास आमतौर पर 'बिल्ड साइकिल' नहीं होता है, यानी बिल्ड/टेस्ट/रिपीट। आप कितनी देर तक इंतजार करने को तैयार हैं यह पता लगाने के लिए कि आपने एक साधारण गलती की है जिसे ठीक करने में कुछ सेकंड लगेंगे? 15 मिनटों? 5 मिनट? 1 मिनट? 30 सेकंड?
संकलित भाषा का उपयोग करते हुए ऐप विकास में, आपके पास हमेशा एक निर्माण चक्र होता है, और यह महत्वपूर्ण हो सकता है। मैं समझता हूं कि स्विफ्ट निर्माण चक्र उद्देश्य-सी निर्माण चक्र की तुलना में काफी लंबा है। (मैं स्वयं स्विफ्ट का उपयोग नहीं करता, क्योंकि मैं हाइब्रिड विकास करता हूं, और अंतर्निहित प्लेटफ़ॉर्म कोड उद्देश्य-सी (एंड्रॉइड के लिए जावा), सी, और सी ++ - कोई स्विफ्ट नहीं है)।
उपलब्ध RAM की मात्रा का निर्माण चक्र समय पर महत्वपूर्ण प्रभाव पड़ेगा।
एमपीई
- सितम्बर 3, 2010
- दिसंबर 17, 2018
हां। ज्यादातर चीजों के लिए 8GB रैम काफी है।
जतरा
- अप्रैल 23, 2009
- दिसंबर 17, 2018
एमपीई ने कहा: हाँ। ज्यादातर चीजों के लिए 8GB रैम काफी है।
क्या मैकबुक प्रो डिस्प्ले के लिए सिस्टम मेमोरी का उपयोग करता है?
8GB निश्चित रूप से पर्याप्त नहीं है - उदाहरण के लिए - एक मैक मिनी, क्योंकि इसका एक बहुत अच्छा हिस्सा (मॉडल के आधार पर) डिस्प्ले के लिए उपयोग किया जाता है।
यहां दी गई सबसे महत्वपूर्ण प्रतिक्रिया यह है कि हाल के मैकबुक पर, मेमोरी को सोल्डर कर दिया गया है। आप अगले कई वर्षों के लिए निर्णय ले रहे हैं।
टौटौ
प्रति
- जनवरी 6, 2015
- प्राग, ज़ेा गणतंत्र
- दिसंबर 17, 2018
मैसेडोनिया
मूल पोस्टर- अक्टूबर 10, 2015
- ब्रनो, CZ
- दिसंबर 17, 2018
jtara ने कहा: परिभाषित करें कि 'पर्याप्त' से आपका क्या मतलब है?उस व्यापक प्रतिक्रिया के लिए धन्यवाद, इसने मुझे आपके द्वारा उल्लिखित इन विभिन्न कोडिंग परिदृश्यों के लिए आवश्यक संसाधनों पर एक बेहतर परिप्रेक्ष्य दिया।
क्या आपका मतलब है 'पर्याप्त ताकि निर्माण विफल न हों?'
या 'पर्याप्त ताकि एक स्वीकार्य समय सीमा में पूरा हो जाए'?
और/या 'पर्याप्त ताकि यूआई सुस्त न हो, और मैं एक संपादक में काम कर सकता हूं/वेब ब्राउज़ कर सकता हूं/बिना सुस्ती के निर्माण के दौरान ईमेल पढ़ सकता हूं?
यह आपकी अपेक्षाओं और आपके टूलचेन पर निर्भर करता है।
फ्रंटएंड डेवलपमेंट में आमतौर पर एक छोटा/सरल टूलचेन होता है। आपको वास्तव में काम के लिए उपयुक्त एक अच्छा संपादक चाहिए, कुछ छोटा 'खिलौना' वेब सर्वर, शायद उत्पादन के निर्माण के लिए जावास्क्रिप्ट/सीएसएस (और शायद एक एसएएस कंपाइलर) को छोटा करने के लिए कुछ टूल्स, और विकास के दौरान आप आमतौर पर उपयोग भी नहीं करेंगे वह।
बैकएंड विकास को अक्सर फ्रंट-एंड विकास से अधिक की आवश्यकता नहीं हो सकती है। या काफी कुछ और की आवश्यकता हो सकती है। उदाहरण के लिए, मैं एक डेटाबेस के रूप में PostgreSQL का उपयोग करता हूं। तो, मेरे पास विकास/परीक्षण के लिए स्थानीय उदाहरण है। मैं pgAdmin4 चलाता हूं, जो एक डॉकर कंटेनर में चलता है। आपको एक VM चलाने की आवश्यकता हो सकती है जो आपके बैकएंड वातावरण की नकल करता है। जीबी जोड़।
नेटिव ऐप डेवलपमेंट अक्सर न्यूनतम टूल के साथ किया जाता है। बेसिक iOS ऐप डेवलपमेंट के लिए, आपको Xcode के अलावा और कुछ नहीं चाहिए। ठीक है, और आईओएस सिम्युलेटर। यदि आप किसी प्रकार का हाइब्रिड, क्रॉस-प्लेटफ़ॉर्म विकास कर रहे हैं, तो संभवतः अतिरिक्त टूलचेन घटक जोड़ें - और आवश्यकता के अनुसार Android SDK और बिल्ड टूल। एंड्रॉइड डेवलपमेंट एक अलग कंपाइलर का उपयोग करता है। एक और सिम्युलेटर जोड़ें। (मैं GenyMotion का उपयोग करता हूं, क्योंकि Google द्वारा प्रदान किए गए दोनों दृष्टिकोण गुड़ के रूप में धीमे हैं।) कोई भी सभ्य एंड्रॉइड सिम्युलेटर वीएम में चलता है।
ओह, विंडोज़ पर उस वेबसाइट का परीक्षण करने की आवश्यकता है? एक विंडोज वीएम जोड़ें।
इतने सारे उपकरण आज एक कंटेनर या एक वीएम में चलते हैं। यह स्मृति आवश्यकता को जोड़ता है।
अपने बजट के रूप में ज्यादा स्मृति प्राप्त करें। मुझे लगता है, हालांकि, अधिकांश विकास के लिए आज 64GB व्यावहारिक बाध्यता है। मुझे हाल ही में विकास के लिए 64GB के साथ एक iMac Pro मिला है। मैं एक बड़े टूल सेट का उपयोग करता हूं। मैं गतिविधि मॉनिटर की जाँच कर रहा हूँ, और मैंने पाया कि मैंने अभी तक एक स्वैप फ़ाइल का उपयोग नहीं किया है। लेकिन एक बार सभी उपकरण लोड हो जाने के बाद, मैं कहीं 32GB और 64GB के बीच का उपयोग कर रहा हूं, आमतौर पर 40-50GB। लेकिन मैंने वास्तव में अभी तक सब कुछ एक साथ लोड नहीं किया है।
आपको खुद से क्या पूछना है:
- क्या निर्माण करते समय सिस्टम का उत्तरदायी होना महत्वपूर्ण है?
- आप कितने समय के निर्माण चक्र को सहन करने को तैयार हैं?
फ्रंट एंड डेवलपमेंट में, आपके पास आमतौर पर 'बिल्ड साइकिल' नहीं होता है, यानी बिल्ड/टेस्ट/रिपीट। आप कितनी देर तक इंतजार करने को तैयार हैं यह पता लगाने के लिए कि आपने एक साधारण गलती की है जिसे ठीक करने में कुछ सेकंड लगेंगे? 15 मिनटों? 5 मिनट? 1 मिनट? 30 सेकंड?
संकलित भाषा का उपयोग करते हुए ऐप विकास में, आपके पास हमेशा एक निर्माण चक्र होता है, और यह महत्वपूर्ण हो सकता है। मैं समझता हूं कि स्विफ्ट निर्माण चक्र उद्देश्य-सी निर्माण चक्र की तुलना में काफी लंबा है। (मैं स्वयं स्विफ्ट का उपयोग नहीं करता, क्योंकि मैं हाइब्रिड विकास करता हूं, और अंतर्निहित प्लेटफ़ॉर्म कोड उद्देश्य-सी (एंड्रॉइड के लिए जावा), सी, और सी ++ - कोई स्विफ्ट नहीं है)।
उपलब्ध RAM की मात्रा का निर्माण चक्र समय पर महत्वपूर्ण प्रभाव पड़ेगा।
[डबलपोस्ट=1545084766][/डबलपोस्ट]
अम्मुल्डर ने कहा: आप कब तक मशीन रखने की योजना बना रहे हैं? चूंकि मेमोरी को अपग्रेड नहीं किया जा सकता है, आप वास्तव में खरीद रहे हैं कि आपको 3-5 वर्षों में कितनी मेमोरी की आवश्यकता होगी, आज नहीं। (इस बात को ध्यान में रखते हुए कि विकास टूल की प्रत्येक रिलीज़ पिछले वाले की तुलना में अधिक मेमोरी का उपयोग करती है।) विशेष रूप से यदि आप कंटेनर या वीएम का उपयोग करते हैं (उदाहरण के लिए कुछ बैक-एंड का स्थानीय संस्करण चलाने के लिए जिसे आपका ऐप कनेक्ट करता है), उत्पादकता हिट बाद में बहुत कम स्मृति अब लागत बचत के लायक नहीं है।मेरे लैपटॉप आमतौर पर 4-6 साल या उससे भी अधिक समय तक चलते हैं, इसलिए मैंने अब तक जो पढ़ा है, उसके आधार पर, अगर मैं उपयोग को अधिकतम करना चाहता हूं तो 16 जीबी संस्करण प्राप्त करना सबसे अच्छा होगा। प्रति
एनोनी-माउस
- अगस्त 25, 2016
- दिसंबर 17, 2018
jtara ने कहा: परिभाषित करें कि 'पर्याप्त' से आपका क्या मतलब है?
(स्निप)
इतने सारे उपकरण आज एक कंटेनर या एक वीएम में चलते हैं। यह स्मृति आवश्यकता को जोड़ता है।
अपने बजट के रूप में ज्यादा स्मृति प्राप्त करें। मुझे लगता है, हालांकि, अधिकांश विकास के लिए आज 64GB व्यावहारिक बाध्यता है। मुझे हाल ही में विकास के लिए 64GB के साथ एक iMac Pro मिला है। मैं एक बड़े टूल सेट का उपयोग करता हूं। मैं गतिविधि मॉनिटर की जाँच कर रहा हूँ, और मैंने पाया कि मैंने अभी तक एक स्वैप फ़ाइल का उपयोग नहीं किया है। लेकिन एक बार सभी उपकरण लोड हो जाने के बाद, मैं कहीं 32GB और 64GB के बीच का उपयोग कर रहा हूं, आमतौर पर 40-50GB। लेकिन मैंने वास्तव में अभी तक सब कुछ एक साथ लोड नहीं किया है।
आपको खुद से क्या पूछना है:
- क्या निर्माण करते समय सिस्टम का उत्तरदायी होना महत्वपूर्ण है?
- आप कितने समय के निर्माण चक्र को सहन करने को तैयार हैं?
फ्रंट एंड डेवलपमेंट में, आपके पास आमतौर पर 'बिल्ड साइकिल' नहीं होता है, यानी बिल्ड/टेस्ट/रिपीट। आप कितनी देर तक इंतजार करने को तैयार हैं यह पता लगाने के लिए कि आपने एक साधारण गलती की है जिसे ठीक करने में कुछ सेकंड लगेंगे? 15 मिनटों? 5 मिनट? 1 मिनट? 30 सेकंड?
संकलित भाषा का उपयोग करते हुए ऐप विकास में, आपके पास हमेशा एक निर्माण चक्र होता है, और यह महत्वपूर्ण हो सकता है। मैं समझता हूं कि स्विफ्ट निर्माण चक्र उद्देश्य-सी निर्माण चक्र की तुलना में काफी लंबा है। (मैं स्वयं स्विफ्ट का उपयोग नहीं करता, क्योंकि मैं हाइब्रिड विकास करता हूं, और अंतर्निहित प्लेटफ़ॉर्म कोड उद्देश्य-सी (एंड्रॉइड के लिए जावा), सी, और सी ++ - कोई स्विफ्ट नहीं है)।
उपलब्ध RAM की मात्रा का निर्माण चक्र समय पर महत्वपूर्ण प्रभाव पड़ेगा।
यह काफी हद तक इसका सारांश है। अगर आपको वीएम चलाने की जरूरत है, तो 8 जीबी संभव है (आप 8 जीबी रैम में एक वीएम आराम से चला सकते हैं)। यदि आपके पास एसएसडी है, तो 8 जीबी बनाम अधिक रैम होने के बीच गति अंतर बहुत स्पष्ट नहीं होगा जब तक कि आप बड़ी संख्या में वीएम नहीं चला रहे हों और/या एक विशाल कोडबेस संकलित करने का प्रयास नहीं कर रहे हों। सी
निर्माण
- जून 23, 2010
- दिसंबर 17, 2018
XCode और Android Studio जैसे मेमोरी के भूखे ऐप्स 8GB में ठीक काम करेंगे। समस्या तब आएगी जब आपने कई समूहों से जुड़े स्लैक को चलाने की कोशिश की, जबकि क्रोम को कई टैब के साथ खुला छोड़ दिया, या शायद कुछ डॉकर कंटेनरों को चलाने के लिए वीएम सिस्टम। यह समरूपता है जो समस्याओं का कारण बनती है।
यदि आप 16GB तक की छलांग लगा सकते हैं और आप इस मशीन को कुछ समय के लिए रखने की योजना बना रहे हैं, तो मुझे लगता है कि यह भविष्य-प्रूफिंग के लिए पूरी तरह से इसके लायक है। यदि अतिरिक्त लागत आपको दो बार सोचने के लिए पर्याप्त है, तो इसके बारे में भूल जाओ और केवल 8GB करें। आप किसी भी तरह से खुश रहेंगे।
रेवमेशियन
- अक्टूबर 20, 2018
- उपयोग
- दिसंबर 17, 2018
jtara ने कहा: 8GB निश्चित रूप से पर्याप्त नहीं है - उदाहरण के लिए - एक मैक मिनी, क्योंकि इसका एक बहुत अच्छा हिस्सा (मॉडल के आधार पर) प्रदर्शन के लिए उपयोग किया जाता है।
जैसा कि मैंने पहले कहा था, मैं अपने 2014 मैक मिनी पर एक्सकोड चलाता हूं - इसमें 4 जीबी रैम है और मुझे कोई समस्या नहीं दिख रही है। अगर मैं 4GB के साथ आराम से कोड कर सकता हूं, तो 8GB काफी है। जे
जतरा
- अप्रैल 23, 2009
- दिसंबर 30, 2018
kadammanali987 ने कहा: (लोग अक्सर संकलन के लिए आवेदन रखते हैं और उस समय तक गेम खेलते हैं। यह प्रसंस्करण को धीमा कर देता है)
या आप केवल कंपाइल-लिंक-रन चक्र को उस बिंदु तक गति दे सकते हैं जहां यह कुछ मिनटों के लिए एक स्वस्थ गेट-योर-बट-आउट-ऑफ-द-कुर्सी से अधिक नहीं लेता है।
उसमें से एक भाग में कम से कम/कोई स्वैपिंग के साथ, संकलक को कुशलतापूर्वक काम करने के लिए पर्याप्त स्मृति है।
आप कर सकते हैं इसका मतलब यह नहीं है कि आपको चाहिए। आपको तय करना है कि आपका समय कितना मूल्यवान है।
मेरे लिए इस समीकरण के लिए निर्णायक क्षण कई साल पहले था। इंस्टेंट-सी नामक एक उत्पाद। इसने उस चक्र को कई मिनटों से घटाकर कई सेकंड कर दिया। इसने मुझे एक ऐसे एप्लिकेशन के लिए एक संकलन-लिंक-रन चक्र को कम करने के लिए प्रेरित किया जो यांत्रिक असेंबली में 1/2 घंटे से एक मिनट से भी कम समय में विविधताओं (मूल रूप से फोरट्रान में लिखे गए मॉडल से) का अनुकरण और विश्लेषण करता है। (ठीक है, मैंने धोखा दिया - मैंने संकलन-लिंक-रन चक्र को हटा दिया ... एक डोमेन-विशिष्ट कंपाइलर और साथी बाइटकोड दुभाषिया लिखकर) 35 साल बाद, यह अभी भी उस डोमेन के लिए प्रमुख समाधान है।
वैसे भी, ओपी ने अपना निर्णय लिया - मुझे लगता है कि एक बुद्धिमान है।
BTW, क्या मैं अभी भी अपने 2012 i7 मिनी का उपयोग बिल्ड के लिए कर रहा था, मैं एक रामडिस्क को नियोजित करूंगा। यह मिनी पर मेरे लिए लगभग आधा समय बनाता है। मैंने इसे अपने नए आईमैक प्रो पर आजमाया, लेकिन इसका उतना प्रभाव नहीं पड़ा। मुझे डर है कि जब तक मुझे आईमैक प्रो नहीं मिला, मैंने रैमडिस्क को आजमाने के बारे में नहीं सोचा। MacOS के पास वास्तव में महान RamDisk समाधान नहीं हैं। मिनी में 16GB है। 4GB वाली मशीन पर रैमडिस्क के लिए कोई मार्जिन नहीं है। (आईमैक प्रो में 64GB है)।
वीबीसीटीवी
प्रति
- सितंबर 25, 2013
- क्लीवलैंड, ओह
- 2 मई 2019
jtara ने कहा: क्या मैकबुक प्रो डिस्प्ले के लिए सिस्टम मेमोरी का उपयोग करता है?
8GB निश्चित रूप से पर्याप्त नहीं है - उदाहरण के लिए - एक मैक मिनी, क्योंकि इसका एक बहुत अच्छा हिस्सा (मॉडल के आधार पर) डिस्प्ले के लिए उपयोग किया जाता है।
यहां दी गई सबसे महत्वपूर्ण प्रतिक्रिया यह है कि हाल के मैकबुक पर, मेमोरी को सोल्डर कर दिया गया है। आप अगले कई वर्षों के लिए निर्णय ले रहे हैं।
मेरे पास 2018 मैक मिनी 2 मॉनिटर से जुड़ा हुआ है और 8 जीबी रैम है, मुझे कभी भी कोई समस्या नहीं दिखती है और एंड्रॉइड स्टूडियो और एक्सकोड विकास कार्य और पृष्ठभूमि में एमएएमपी प्रो चलाते हैं। मेमोरी प्रेशर मॉनिटर वास्तव में कभी ऊपर नहीं जाता है और हमेशा हरा और कम रहता है। मैं 16GB के अपग्रेड पर बहस कर रहा हूं, लेकिन जब तक मुझे बिक्री पर एक हत्यारा सौदा नहीं मिल जाता है, तब तक मुझे वास्तव में इसकी आवश्यकता नहीं दिखती है .... सी
क्रोमक्लाउड
- जून 21, 2009
- इटली
- 2 मई 2019
जब मैं आईओएस ऐप विकसित करने के लिए 4 जीबी रैम के साथ अपने मैकबुक एयर का उपयोग करने की कोशिश करता हूं (मैं वास्तविक ऐप की बात कर रहा हूं, न कि केवल छोटे डेमो प्रोजेक्ट), तो अनुभव बहुत तेजी से निराशाजनक हो जाता है। केवल 3 या 4 टैब के साथ Xcode और Safari खोलने से आपकी RAM पूरी तरह से संतृप्त हो जाएगी (याद रखें कि सिस्टम अपने आप में लगभग 2GB लेता है) और अपने ऐप्स को डीबग करने के लिए सिम्युलेटर का उपयोग करना बहुत असंभव है (कंप्यूटर अनुत्तरदायी बनने के बिंदु तक धीमा हो जाता है)।
8GB के साथ आप ठीक हो जाएंगे। लेकिन बहुत लम्बे समय के लिए नहीं। मान लें कि 8GB आराम से पूर्ण iOS डेवलपमेंट सूट चलाने के लिए न्यूनतम है + यदि आप एक फैंसी टेक्स्ट एडिटर या उदाहरण के लिए वेक्टर ग्राफिक्स बनाने के लिए कुछ टूल चाहते हैं तो कुछ ऐप साइड में हैं।
इसलिए, अगर मुझे अभी एक नई मशीन खरीदनी है और इसे अगले 3 साल या उससे अधिक समय तक रखना है, तो मुझे कम से कम 16GB RAM मिलेगी।
सावधानी का एक और शब्द: मैंने कुछ साल पहले इसका अनुमान कभी नहीं लगाया होगा जब मैंने अपना आईमैक खरीदा था (जिसमें 32 जीबी रैम है और यह मेरा मुख्य वर्कस्टेशन है), लेकिन ऐसा लगता है कि आप पूरे जीयूआई के बिना सिम्युलेटर को चलाने के लिए चाहते हैं, वीआरएएम (उर्फ वीडियो मेमोरी) भी समीकरण में एक महत्वपूर्ण भूमिका निभाता है।
रेटिना iMac के लिए, एक 2GB वीडियो कार्ड सब कुछ सुचारू रूप से चलाने के लिए पर्याप्त नहीं होगा: हर कुछ सेकंड में बफर भर जाता है (हालांकि सिम्युलेटर चलाते समय मुझे केवल इसका अनुभव होता है) और iMac एक सेकंड के एक अंश के लिए जम जाता है जबकि यह खाली हो जाता है और फिर से भर जाता है। यह बहुत कष्टप्रद है।
तो मेरा सुझाव है कि आप जिस चीज पर अगले 3 साल तक आराम से काम कर सकें, वह है: 16GB RAM (या अधिक) + 4GB VRAM (या अधिक) .
मकेली
- 29 नवंबर, 2007
- 3 मई 2019
भीड़
- फ़रवरी 12, 2019
- 4 मई 2019
उसी एप्लिकेशन में मैं देख सकता हूं कि रैम का उपयोग 8 जीबी से कम है जिसमें कोई स्वैप नहीं है। बाद में मैं रैम को अपडेट करने के बारे में सोच रहा हूं लेकिन मुझे फिलहाल कोई जल्दी नहीं है। एफ
फ़िलिपीटेइक्सेइरा
- अप्रैल 10, 2013
- मई 6, 2019
लोकप्रिय पोस्ट