iMacedonian
ملصق أصلي- 10 أكتوبر 2015
- برنو ، تشيكوسلوفاكيا
- 15 ديسمبر 2018
أنا أفكر بجدية في الحصول على MacBook Pro 13 '2018. سيكون الاستخدام الأساسي للكمبيوتر المحمول هو الترميز (تطوير الويب للواجهة الأمامية) ولكني أرغب في الغوص في تطوير تطبيقات iOS لاحقًا. مع ذلك ، هل 8 غيغابايت من ذاكرة الوصول العشوائي كافية لتشغيل XCODE أم ينبغي أن أستثمر المزيد للحصول على إصدار 16 غيغابايت؟
ريفماسيان
- 20 أكتوبر 2018
- الاستخدامات
- 15 ديسمبر 2018
قال iMacedonian: مرحبًا.أقوم بتشغيل Xcode على جهاز Mac mini 2014 الخاص بي - به ذاكرة وصول عشوائي سعتها 4 جيجا بايت ولا أرى أي مشاكل. سيكون هناك بعض الأشخاص الذين سيقولون لك أن ذاكرة الوصول العشوائي سعة 16 جيجابايت أو أكثر أمر لا بد منه ، لكنني رأيت أن هذا ببساطة غير صحيح.
أنا أفكر بجدية في الحصول على MacBook Pro 13 '2018. سيكون الاستخدام الأساسي للكمبيوتر المحمول هو الترميز (تطوير الويب للواجهة الأمامية) ولكني أرغب في الغوص في تطوير تطبيقات iOS لاحقًا. مع ذلك ، هل 8 غيغابايت من ذاكرة الوصول العشوائي كافية لتشغيل XCODE أم ينبغي أن أستثمر المزيد للحصول على إصدار 16 غيغابايت؟
ايمانويل رودريغيز
- 17 أكتوبر 2018
- 15 ديسمبر 2018
قال revmacian: لقد قمت بتشغيل Xcode على جهاز Mac mini 2014 الخاص بي - به ذاكرة وصول عشوائي سعتها 4 جيجا بايت ولا أرى أي مشاكل. سيكون هناك بعض الأشخاص الذين سيقولون لك أن ذاكرة الوصول العشوائي سعة 16 جيجابايت أو أكثر أمر لا بد منه ، لكنني رأيت أن هذا ببساطة غير صحيح.متفق. لقد اكتشفت أنه حتى Raspberry Pi بذاكرة RAM الفردية الخاصة به قادرة على تجميع معظم الأشياء. إذا كان المشروع يحتوي على عدد كبير من كود C ++ (ينظر إليك LLVM) ، أو لغات معقدة أخرى (تتطلب من المترجم أن يعمل بجد ، وبالتالي يستخدم المزيد من ذاكرة الوصول العشوائي) ، فلن يتمكن بشكل عام من إدارته. يبدو أن 3 جيجا بايت هي الحد الأدنى الآمن لأعمال التطوير ، من واقع خبرتي.
التحرير: على الرغم من أن ضع في اعتبارك أن هذا كان 3 جيجابايت داخل جهاز افتراضي ، بدون واجهة مستخدم رسومية. خيار 8 جيجابايت آمن بالتأكيد في الوقت الحالي. أوصي بسعة 16 جيجا بايت فقط للتدقيق في المستقبل. 8GB بدأت تصبح أقل راحة مما كانت عليه في الماضي. تاريخ آخر تعديل: 15 كانون الأول (ديسمبر) 2018
امولدر
- 18 ديسمبر 2015
- 16 ديسمبر 2018
الكلاب
- 19 أكتوبر 2014
- حرم أبل الجامعي ، كوبرتينو كاليفورنيا
- 16 ديسمبر 2018
960 التصميم
- 17 أبريل 2012
- ديستني ، فلوريدا
- 17 ديسمبر 2018
قال iMacedonian: مرحبًا.8 جيجا بايت وفيرة ، وأنا أستخدم MBPr 16 جيجا بايت ونادراً ما أرى ضغط الذاكرة يقفز فوق 8 جيجا بايت.
أنا أفكر بجدية في الحصول على MacBook Pro 13 '2018. سيكون الاستخدام الأساسي للكمبيوتر المحمول هو الترميز (تطوير الويب للواجهة الأمامية) ولكني أرغب في الغوص في تطوير تطبيقات iOS لاحقًا. مع ذلك ، هل 8 غيغابايت من ذاكرة الوصول العشوائي كافية لتشغيل XCODE أم ينبغي أن أستثمر المزيد للحصول على إصدار 16 غيغابايت؟
جانبا ، تحقق في Expo.io ( https://expo.io/ ). هذا هو ما يستخدمه جميع الأطفال الرائعين هذه الأيام (أسهل بكثير لنشره على منصات متعددة). تحذير: سيعمل مع معظم التطبيقات ، لكن بعضها لديه متطلبات / احتياجات أجهزة محددة لن يفي بها المعرض. مع ذلك مكان انطلاق رائع.
جتارا
- 23 أبريل 2009
- 17 ديسمبر 2018
هل تقصد 'كفى حتى لا تفشل البنايات؟'
أو 'كفى بحيث يكتمل البناء في إطار زمني مقبول'؟
و / أو 'كافي بحيث لا تكون واجهة المستخدم بطيئة ، ويمكنني العمل في محرر / تصفح الويب / قراءة البريد الإلكتروني أثناء الإنشاء دون تباطؤ؟
يعتمد ذلك على توقعاتك وسلسلة أدواتك.
عادةً ما يحتوي تطوير الواجهة الأمامية على سلسلة أدوات قصيرة / بسيطة. كل ما تحتاجه حقًا هو محرر جيد مناسب للمهمة ، وخادم ويب صغير 'لعبة' ، وربما بعض الأدوات لتصغير Javascript / CSS (وربما مترجم Sass) لبناءات الإنتاج ، وأثناء التطوير لن تستخدمه عادةً الذي - التي.
قد لا يحتاج تطوير الواجهة الخلفية غالبًا إلى أكثر من تطوير الواجهة الأمامية. أو قد تحتاج إلى المزيد. على سبيل المثال ، أستخدم PostgreSQL كقاعدة بيانات. لذلك ، لدي مثيل محلي للتطوير / الاختبار. أقوم بتشغيل pgAdmin4 ، والذي يتم تشغيله في حاوية Docker. قد تحتاج إلى تشغيل جهاز افتراضي ينسخ بيئة الواجهة الخلفية الخاصة بك. إضافة GB.
غالبًا ما يتم تطوير التطبيق الأصلي باستخدام الحد الأدنى من الأدوات. لتطوير تطبيقات iOS الأساسية ، لا تحتاج إلى أكثر من Xcode. حسنًا ، ومحاكي iOS. إذا كنت تقوم بنوع من التطوير الهجين عبر الأنظمة الأساسية ، فمن المحتمل أن تضيف مكونات سلسلة أدوات إضافية - وضرورة تطوير Android SDK وأدوات البناء. يستخدم تطوير Android مترجمًا مختلفًا. أضف جهاز محاكاة آخر. (أستخدم GenyMotion ، نظرًا لأن كلا الأسلوبين المقدمين من Google بطيئان مثل دبس السكر). أي جهاز محاكاة Android مناسب يعمل في جهاز افتراضي.
أوه ، هل تحتاج إلى اختبار هذا الموقع على Windows؟ أضف Windows VM.
يتم تشغيل العديد من الأدوات اليوم في حاوية أو جهاز افتراضي. هذا يضيف إلى متطلبات الذاكرة.
احصل على أكبر قدر من الذاكرة يمكن أن تتحمله ميزانيتك. أعتقد ، على الرغم من ذلك ، أن سعة 64 جيجابايت هي الملزم العملي اليوم لمعظم عمليات التطوير. حصلت مؤخرًا على iMac Pro بسعة 64 جيجابايت للتطوير. أنا أستخدم مجموعة أدوات كبيرة. لقد كنت أتحقق من مراقب النشاط ، ووجدت أنني لم أستخدم ملف المبادلة حتى الآن. ولكن بمجرد تحميل جميع الأدوات ، فأنا أستخدم ما بين 32 جيجابايت و 64 جيجابايت ، عادةً 40-50 جيجابايت. لكن في الواقع لم يتم تحميل كل شيء مرة واحدة حتى الآن.
ما عليك أن تسأله لنفسك هو:
- هل من المهم أن يكون النظام مستجيبًا أثناء البناء؟
- ما هي مدة دورة البناء التي أنت على استعداد لتحملها؟
في تطوير الواجهة الأمامية ، ليس لديك عادةً 'دورة بناء' ، أي إنشاء / اختبار / تكرار. ما هي المدة التي ترغب في الانتظار لمعرفة أنك ارتكبت خطأ بسيطًا سيستغرق بضع ثوانٍ لتصحيحه؟ 15 دقيقة؟ 5 دقائق؟ 1 دقيقة؟ 30 ثانية؟
في تطوير التطبيق باستخدام لغة مترجمة ، لديك دائمًا دورة بناء ، ويمكن أن تكون مهمة. أفهم أن دورة بناء Swift أطول بكثير من دورة بناء Objective-C. (أنا لا أستخدم Swift بنفسي ، لأنني أقوم بتطوير هجين ، ورمز النظام الأساسي موجود في Objective-C (Java لنظام Android) و C و C ++ - بدون Swift).
سيكون لمقدار ذاكرة الوصول العشوائي المتاحة تأثير كبير على وقت دورة البناء.
mpe
- 3 سبتمبر 2010
- 17 ديسمبر 2018
نعم فعلا. ذاكرة الوصول العشوائي سعة 8 جيجابايت كافية لمعظم الأشياء.
جتارا
- 23 أبريل 2009
- 17 ديسمبر 2018
قال mpe: نعم. ذاكرة الوصول العشوائي سعة 8 جيجابايت كافية لمعظم الأشياء.
هل يستخدم MacBook Pro ذاكرة النظام للعرض؟
من المؤكد أن 8 غيغابايت ليست كافية - على سبيل المثال - على جهاز Mac Mini ، حيث يتم استخدام جزء جيد جدًا (اعتمادًا على الطراز) من ذلك للعرض.
أهم الملاحظات الواردة هنا هي أنه في أجهزة MacBooks الحديثة ، يتم لحام الذاكرة. أنت تتخذ قرارًا خلال السنوات العديدة القادمة.
توتو
إلى
- 6 يناير 2015
- براغ ، جمهورية التشيك
- 17 ديسمبر 2018
iMacedonian
ملصق أصلي- 10 أكتوبر 2015
- برنو ، تشيكوسلوفاكيا
- 17 ديسمبر 2018
قال جتارا: عرِّف ما تعنيه بـ 'كفى'؟شكرًا على هذه الاستجابة المكثفة ، فقد أعطتني منظورًا أفضل للموارد اللازمة لسيناريوهات الترميز المختلفة التي ذكرتها.
هل تقصد 'كفى حتى لا تفشل البنايات؟'
أو 'كفى بحيث يكتمل البناء في إطار زمني مقبول'؟
و / أو 'كافي بحيث لا تكون واجهة المستخدم بطيئة ، ويمكنني العمل في محرر / تصفح الويب / قراءة البريد الإلكتروني أثناء الإنشاء دون تباطؤ؟
يعتمد ذلك على توقعاتك وسلسلة أدواتك.
عادةً ما يحتوي تطوير الواجهة الأمامية على سلسلة أدوات قصيرة / بسيطة. كل ما تحتاجه حقًا هو محرر جيد مناسب للمهمة ، وخادم ويب صغير 'لعبة' ، وربما بعض الأدوات لتصغير Javascript / CSS (وربما مترجم Sass) لبناءات الإنتاج ، وأثناء التطوير لن تستخدمه عادةً الذي - التي.
قد لا يحتاج تطوير الواجهة الخلفية غالبًا إلى أكثر من تطوير الواجهة الأمامية. أو قد تحتاج إلى المزيد. على سبيل المثال ، أستخدم PostgreSQL كقاعدة بيانات. لذلك ، لدي مثيل محلي للتطوير / الاختبار. أقوم بتشغيل pgAdmin4 ، والذي يتم تشغيله في حاوية Docker. قد تحتاج إلى تشغيل جهاز افتراضي ينسخ بيئة الواجهة الخلفية الخاصة بك. إضافة GB.
غالبًا ما يتم تطوير التطبيق الأصلي باستخدام الحد الأدنى من الأدوات. لتطوير تطبيقات iOS الأساسية ، لا تحتاج إلى أكثر من Xcode. حسنًا ، ومحاكي iOS. إذا كنت تقوم بنوع من التطوير الهجين عبر الأنظمة الأساسية ، فمن المحتمل أن تضيف مكونات سلسلة أدوات إضافية - وضرورة تطوير Android SDK وأدوات البناء. يستخدم تطوير Android مترجمًا مختلفًا. أضف جهاز محاكاة آخر. (أستخدم GenyMotion ، نظرًا لأن كلا الأسلوبين المقدمين من Google بطيئان مثل دبس السكر). أي جهاز محاكاة Android مناسب يعمل في جهاز افتراضي.
أوه ، هل تحتاج إلى اختبار هذا الموقع على Windows؟ أضف Windows VM.
يتم تشغيل العديد من الأدوات اليوم في حاوية أو جهاز افتراضي. هذا يضيف إلى متطلبات الذاكرة.
احصل على أكبر قدر من الذاكرة يمكن أن تتحمله ميزانيتك. أعتقد ، على الرغم من ذلك ، أن سعة 64 جيجابايت هي الملزم العملي اليوم لمعظم عمليات التطوير. حصلت مؤخرًا على iMac Pro بسعة 64 جيجابايت للتطوير. أنا أستخدم مجموعة أدوات كبيرة. لقد كنت أتحقق من مراقب النشاط ، ووجدت أنني لم أستخدم ملف المبادلة حتى الآن. ولكن بمجرد تحميل جميع الأدوات ، فأنا أستخدم ما بين 32 جيجابايت و 64 جيجابايت ، عادةً 40-50 جيجابايت. لكن في الواقع لم يتم تحميل كل شيء مرة واحدة حتى الآن.
ما عليك أن تسأله لنفسك هو:
- هل من المهم أن يكون النظام مستجيبًا أثناء البناء؟
- ما هي مدة دورة البناء التي أنت على استعداد لتحملها؟
في تطوير الواجهة الأمامية ، ليس لديك عادةً 'دورة بناء' ، أي إنشاء / اختبار / تكرار. ما هي المدة التي ترغب في الانتظار لمعرفة أنك ارتكبت خطأ بسيطًا سيستغرق بضع ثوانٍ لتصحيحه؟ 15 دقيقة؟ 5 دقائق؟ 1 دقيقة؟ 30 ثانية؟
في تطوير التطبيق باستخدام لغة مترجمة ، لديك دائمًا دورة بناء ، ويمكن أن تكون مهمة. أفهم أن دورة بناء Swift أطول بكثير من دورة بناء Objective-C. (أنا لا أستخدم Swift بنفسي ، لأنني أقوم بتطوير هجين ، ورمز النظام الأساسي موجود في Objective-C (Java لنظام Android) و C و C ++ - بدون Swift).
سيكون لمقدار ذاكرة الوصول العشوائي المتاحة تأثير كبير على وقت دورة البناء.
[doublepost = 1545084766] [/ doublepost]
قال amulder: كم من الوقت تخطط للحفاظ على الجهاز؟ نظرًا لأنه لا يمكن ترقية الذاكرة ، فأنت تشتري حقًا مقدار الذاكرة التي ستحتاجها في 3-5 سنوات ، وليس اليوم. (مع الأخذ في الاعتبار أن كل إصدار من أدوات التطوير يستخدم ذاكرة أكثر من السابق.) خاصة إذا انتهى بك الأمر باستخدام حاويات أو أجهزة افتراضية (على سبيل المثال لتشغيل إصدار محلي لبعض الخلفية التي يتصل بها تطبيقك) ، فإن النتيجة الإنتاجية القليل من الذاكرة في وقت لاحق لا يستحق التوفير في التكلفة الآن.عادةً ما تدوم أجهزة الكمبيوتر المحمولة الخاصة بي من 4 إلى 6 سنوات ، أو حتى أكثر ، بناءً على ما قرأته حتى الآن ، ربما يكون من الأفضل الحصول على إصدار 16 جيجابايت إذا كنت أرغب في زيادة الاستخدام. إلى
أنوني ماوس
- 25 أغسطس 2016
- 17 ديسمبر 2018
قال جتارا: عرِّف ما تعنيه بـ 'كفى'؟
(قص)
يتم تشغيل العديد من الأدوات اليوم في حاوية أو جهاز افتراضي. هذا يضيف إلى متطلبات الذاكرة.
احصل على أكبر قدر من الذاكرة يمكن أن تتحمله ميزانيتك. أعتقد ، على الرغم من ذلك ، أن سعة 64 جيجابايت هي الملزم العملي اليوم لمعظم عمليات التطوير. حصلت مؤخرًا على iMac Pro بسعة 64 جيجابايت للتطوير. أنا أستخدم مجموعة أدوات كبيرة. لقد كنت أتحقق من مراقب النشاط ، ووجدت أنني لم أستخدم ملف المبادلة حتى الآن. ولكن بمجرد تحميل جميع الأدوات ، فأنا أستخدم ما بين 32 جيجابايت و 64 جيجابايت ، عادةً 40-50 جيجابايت. لكن في الواقع لم يتم تحميل كل شيء مرة واحدة حتى الآن.
ما عليك أن تسأله لنفسك هو:
- هل من المهم أن يكون النظام مستجيبًا أثناء البناء؟
- ما هي مدة دورة البناء التي أنت على استعداد لتحملها؟
في تطوير الواجهة الأمامية ، ليس لديك عادةً 'دورة بناء' ، أي إنشاء / اختبار / تكرار. ما هي المدة التي ترغب في الانتظار لمعرفة أنك ارتكبت خطأ بسيطًا سيستغرق بضع ثوانٍ لتصحيحه؟ 15 دقيقة؟ 5 دقائق؟ 1 دقيقة؟ 30 ثانية؟
في تطوير التطبيق باستخدام لغة مترجمة ، لديك دائمًا دورة بناء ، ويمكن أن تكون مهمة. أفهم أن دورة بناء Swift أطول بكثير من دورة بناء Objective-C. (أنا لا أستخدم Swift بنفسي ، لأنني أقوم بتطوير هجين ، ورمز النظام الأساسي موجود في Objective-C (Java لنظام Android) و C و C ++ - بدون Swift).
سيكون لمقدار ذاكرة الوصول العشوائي المتاحة تأثير كبير على وقت دورة البناء.
هذا إلى حد كبير يلخص الأمر. إذا كنت بحاجة إلى تشغيل أجهزة VM ، فإن 8 جيجا بايت يمكن تنفيذها (يمكنك تشغيل جهاز افتراضي واحد بشكل مريح في ذاكرة الوصول العشوائي بسعة 8 جيجا بايت). إذا كان لديك SSD ، فلن يكون فرق السرعة بين الحصول على 8 جيجا بايت مقابل ذاكرة وصول عشوائي أكبر واضحًا جدًا إلا إذا كنت تقوم بتشغيل عدد كبير من أجهزة VM و / أو تحاول تجميع قاعدة بيانات ضخمة. ج
بناء
- 23 يونيو 2010
- 17 ديسمبر 2018
التطبيقات التي تستهلك الكثير من الذاكرة مثل XCode و Android Studio ستعمل بشكل جيد في 8 جيجابايت. ستظهر المشكلة إذا حاولت تشغيل Slack المتصل بمجموعات متعددة ، مع ترك Chrome مفتوحًا مع العديد من علامات التبويب ، أو ربما نظام VM لتشغيل بعض حاويات Docker. إنه التزامن الذي يسبب المشاكل.
إذا كنت تستطيع تحمل تكلفة الانتقال إلى 16 غيغابايت وكنت تخطط للاحتفاظ بهذا الجهاز لفترة من الوقت ، فأعتقد أنه يستحق ذلك تمامًا من أجل التدقيق في المستقبل. إذا كانت التكلفة الإضافية كافية لتجعلك تفكر مرتين ، فعليك أن تنسى الأمر وتفعل 8 جيجا فقط. ستكون سعيدًا في كلتا الحالتين.
ريفماسيان
- 20 أكتوبر 2018
- الاستخدامات
- 17 ديسمبر 2018
قال jtara: من المؤكد أن 8 جيجا بايت ليست كافية - على سبيل المثال - لجهاز Mac Mini ، حيث يتم استخدام جزء جيد جدًا (حسب الطراز) من ذلك للعرض.
كما ذكرت سابقًا ، قمت بتشغيل Xcode على جهاز Mac mini 2014 الخاص بي - به ذاكرة وصول عشوائي سعتها 4 جيجا بايت ولا أرى أي مشاكل. إذا كان بإمكاني البرمجة بشكل مريح باستخدام 4 غيغابايت ، فإن 8 غيغابايت تعد وفيرة. ي
جتارا
- 23 أبريل 2009
- 30 ديسمبر 2018
قال kadammanali987: (غالبًا ما يحتفظ الناس بالتطبيق لتجميع الألعاب ولعبها حتى ذلك الوقت. وهذا يؤدي إلى إبطاء المعالجة)
أو يمكنك فقط تسريع دورة تشغيل التحويل البرمجي إلى النقطة التي لا تتطلب أكثر من الحصول على مقعد صحي لبضع دقائق.
جزء واحد من ذلك هو وجود ذاكرة كافية للمترجم للعمل بكفاءة ، مع الحد الأدنى / عدم التبديل.
لا يعني ذلك أنه يجب عليك. عليك أن تقرر مدى قيمة وقتك.
كانت اللحظة الحاسمة لهذه المعادلة بالنسبة لي منذ سنوات عديدة. منتج يسمى Instant-C. قللت تلك الدورة من عدة دقائق إلى عدة ثوان. لقد ألهمني ذلك لتقليل دورة تشغيل الارتباط التجميعي لتطبيق يحاكي ويحلل الاختلافات (من نموذج ، تمت كتابته في الأصل بلغة فورتران) في التجميعات الميكانيكية من نصف ساعة إلى أقل من دقيقة. (حسنًا ، لقد خدعت - لقد أزلت دورة تشغيل التحويل البرمجي ... عن طريق كتابة مترجم خاص بالمجال ومفسر برمجي ثانوي مصاحب) بعد 35 عامًا ، لا يزال هذا هو الحل السائد لهذا المجال.
على أي حال ، اتخذ OP قراره - أعتقد أنه قرار حكيم.
راجع للشغل ، لو كنت ما زلت أستخدم i7 Mini 2012 للبنيات ، كنت سأستخدم Ramdisk. ما يقرب من النصفين يوفرون لي الوقت على Mini. لقد جربته على iMac Pro الجديد ، لكن لم يكن له نفس التأثير. أخشى أنني لم أفكر في تجربة ذاكرة الوصول العشوائي حتى حصلت على iMac Pro. لا يحتوي نظام MacOS حقًا على حلول RamDisk رائعة. يحتوي جهاز Mini على 16 جيجا بايت. لا يوجد هامش لذاكرة الوصول العشوائية على جهاز بسعة 4 جيجابايت. (يحتوي iMac Pro على 64 جيجابايت).
vbctv
إلى
- 25 سبتمبر 2013
- كليفلاند ، أوهايو
- 2 مايو 2019
قال جتارا: هل يستخدم MacBook Pro ذاكرة النظام للعرض؟
من المؤكد أن 8 غيغابايت ليست كافية - على سبيل المثال - على جهاز Mac Mini ، حيث يتم استخدام جزء جيد جدًا (اعتمادًا على الطراز) من ذلك للعرض.
أهم الملاحظات الواردة هنا هي أنه في أجهزة MacBooks الحديثة ، يتم لحام الذاكرة. أنت تتخذ قرارًا خلال السنوات العديدة القادمة.
لدي 2018 mac Mini متصل بشاشتين ولديهما ذاكرة وصول عشوائي (RAM) بسعة 8 جيجابايت ، ولا أرى أي مشكلات مطلقًا وأقوم بعمل تطوير Android Studio و Xcode بالإضافة إلى تشغيل MAMP Pro في الخلفية. لا ترتفع شاشة مراقبة ضغط الذاكرة أبدًا وتظل دائمًا خضراء ومنخفضة. لقد كنت أناقش الترقية إلى 16 غيغابايت ولكني لا أرى حقًا حاجة ما لم أجد صفقة رائعة للبيع .... ج
كروم كلاود
- 21 يونيو 2009
- إيطاليا
- 2 مايو 2019
عندما أحاول استخدام جهاز MacBook Air مع 4 غيغابايت من ذاكرة الوصول العشوائي لتطوير تطبيقات iOS (أتحدث عن تطبيقات حقيقية ، وليس مجرد مشاريع تجريبية صغيرة) ، تصبح التجربة محبطة للغاية بسرعة كبيرة. مجرد فتح Xcode و Safari بعلامات تبويب 3 أو 4 سيؤدي إلى تشبع ذاكرة الوصول العشوائي (RAM) تمامًا (تذكر أن النظام بحد ذاته يستغرق حوالي 2 جيجابايت) واستخدام المحاكي لتصحيح أخطاء تطبيقاتك أمر مستحيل إلى حد كبير (يتباطأ الكمبيوتر إلى درجة عدم الاستجابة).
مع 8 جيجا ستكون بخير. لكن ليس لوقت طويل. لنفترض أن 8 جيجا بايت هي الحد الأدنى لتشغيل مجموعة تطوير iOS الكاملة بشكل مريح + اثنين من التطبيقات على الجانب إذا كنت تريد مثل محرر نصوص فاخر أو بعض الأدوات لعمل رسومات متجهة على سبيل المثال.
لذا ، إذا اضطررت لشراء جهاز جديد الآن والاحتفاظ به لمدة 3 سنوات أو أكثر ، فسأحصل على ذاكرة وصول عشوائي (RAM) بسعة 16 جيجابايت على الأقل.
كلمة تحذير أخرى: لم أكن لأتوقع هذا أبدًا قبل بضع سنوات عندما اشتريت iMac (الذي يحتوي على 32 جيجابايت من ذاكرة الوصول العشوائي وهي محطة العمل الرئيسية الخاصة بي) ، ولكن يبدو أنك تريد تشغيل المحاكي دون تلعثم واجهة المستخدم الرسومية بالكامل ، تلعب VRAM (المعروفة أيضًا باسم ذاكرة الفيديو) دورًا مهمًا في المعادلة.
بالنسبة إلى iMac الشبكي ، لن تكون بطاقة الفيديو بسعة 2 غيغابايت كافية لتشغيل كل شيء بسلاسة: كل بضع ثوانٍ يمتلئ المخزن المؤقت (لا أختبر هذا إلا أثناء تشغيل المحاكي) ويتجمد iMac لجزء من الثانية أثناء تشغيله يتم إفراغها وتعبئتها مرة أخرى. إنه أمر مزعج للغاية.
لذا فإن توصيتي بشيء يمكنك العمل عليه بشكل مريح خلال السنوات الثلاث القادمة هي: 16 غيغابايت من ذاكرة الوصول العشوائي (أو أكثر) + 4 غيغابايت من ذاكرة الوصول العشوائي (أو أكثر) .
مكيلي
- 29 نوفمبر 2007
- 3 مايو 2019
الحشود
- 12 فبراير 2019
- 4 مايو 2019
في نفس التطبيق يمكنني أن أرى أن استخدام ذاكرة الوصول العشوائي أقل من 8 جيجابايت بدون تبديل. بالنسبة لاحقًا ، أفكر في تحديث ذاكرة الوصول العشوائي لكنني لست في عجلة من أمري في الوقت الحالي. F
Filipeteixeira
- 10 أبريل 2013
- 6 مايو 2019
المشاركات الشعبية