it-swarm.asia

لماذا لا يُظهر ويندوز فقط حوالي 3.5 جيجابايت؟

لقد قمت مؤخرًا بترقية جهاز الكمبيوتر الخاص بي RAM إلى 4 جيجابايت. يُظهر تثبيت Windows 32 بت الخاص بي 3574 ميغابايت فقط من الذاكرة. كيف يمكنني جعل Windows يستخدم كامل مقدار ذاكرة الوصول العشوائي؟

90
ala

لا يمكنك:

راجع المتأنق ، أين هو بلدي 4 غيغابايت من ذاكرة الوصول العشوائي؟

إذا كنت ترغب في احتواء الذاكرة والأجهزة في نطاق عناوين ٣٢ بت: لا يمكن تخصيص مساحة الذاكرة المتوفرة بالكامل والتي تبلغ ٤ غيغابايت.
إذن ما الذي يحدث بالفعل إذا خرجت واشتريت 4 جيجابايت من الذاكرة لجهاز الكمبيوتر الخاص بك؟
هناك ثقب في خريطة الذاكرة الخاصة بك لإدخال/إخراج. (الآن لا يمثل ذلك سوى 25٪ من إجمالي مساحة العنوان ، لكنه لا يزال يمثل فجوة كبيرة). لذا ، سيكون الجزء السفلي 3 غيغابايت من الذاكرة متاحًا ، لكن هناك مشكلة في 1 غيغابايت الأخيرة.

الحل العملي الوحيد هو تثبيت نظام تشغيل 64 بت. في نظام التشغيل Windows Vista والإصدارات الأحدث ، تكون مفاتيح الترخيص 32 بت و 64 بت قابلة للتبديل. إذا كان يمكنك الحصول على وسائط تثبيت Windows للإصدار 64 بت من نظام التشغيل ، فيمكنك إعادة التثبيت باستخدام مفتاح الترخيص الأصلي.

70
VonC

أولاً ، لا يدعم Windows XP (32 بت) سوى 4 جيجابايت. هذا لا ينطبق فقط على نظام التشغيل Windows XP. بدلاً من ذلك ، يتم تطبيقه على أنظمة تشغيل Windows ذات 32 بت لسطح المكتب - تدعم أنظمة Linux 32 بت مع PAE والعديد من إصدارات Windows Server 32 بت أكثر من 4 جيجابايت لكل مقالة مرتبطة. لن ترى أبدًا أكثر من 4 جيجابايت إذا كنت تستخدم نظام التشغيل Windows XP 32 بت. ومع ذلك ، فقد وجدت سببًا أكثر تفصيلًا يوضح أن نظامك يعرض ذاكرة الوصول العشوائي المتاحة أقل من ما تم تثبيته بالفعل.

من مشكلة 3GB-not-4GB RAM (مدونة Microsoft MSDN):

نظرًا لقرار معماري تم اتخاذه منذ فترة طويلة ، إذا كان لديك 4 جيجا بايت من RAM مثبتة ، فلن يتمكن Windows إلا من الإبلاغ عن جزء من 4 جيجا بايت فعلي من RAM (يتراوح ما بين 2.75 جيجابايت إلى 3.5 جيجابايت حسب على الأجهزة المثبتة ، شرائح اللوحة الأم و BIOS).

هذا السلوك بسبب "الذاكرة المعينة IO الحجوزات". تتداخل هذه الحجوزات مع مساحة العنوان الفعلية وتخفي تلك العناوين الفعلية بحيث لا يمكن استخدامها في الذاكرة العاملة. هذا مستقل عن نظام التشغيل الذي يعمل على الجهاز.

يتم حجز أجزاء كبيرة من مساحة العنوان أقل من 4 جيجابايت (أعلى عنوان يمكن الوصول إليه عبر 32 بت) للاستخدام بواسطة أجهزة النظام:

  • BIOS - بما في ذلك ACPI ودعم الفيديو القديم
  • ناقل PCI بما في ذلك الجسور وما إلى ذلك.
  • سوف يحجز دعم PCI Express ما لا يقل عن 256 ميجابايت ، حتى 768 ميجابايت اعتمادًا على ذاكرة بطاقة الرسومات المثبتة

ما يعنيه هذا هو أن النظام النموذجي قد يشاهد ما بين ~ 256 ميغابايت و 1 غيغابايت من مساحة العنوان أقل من 4 جيجابايت محجوز لاستخدام الأجهزة التي لا يمكن لنظام التشغيل الوصول إليها. تعد مواصفات مجموعة شرائح Intel جيدة في توضيح نطاقات العناوين التي يتم حجزها بشكل افتراضي وفي بعض الحالات ، ندعو إلى أن 1.5 جيجا بايت محجوز دائمًا وبالتالي يتعذر الوصول إليه على Windows.

هناك المزيد من المعلومات إذا كنت تحقق من المصدر. ومع ذلك ، قد تتمكن من الاستفادة من 8 جيجا بايت كاملة مثبتة إذا اتبعت هذه الإرشادات .

بالحديث عن تجربة شخصية ، هذه ليست مشكلة جديدة. لقد واجهت هذه المشكلة نفسها قبل بضع سنوات عندما قمت ببناء نظام ويندوز فيستا 32 بت 4 جيجابايت عند إصدار نظام التشغيل Vista لأول مرة. كان هناك عدد لا يحصى من منشورات المنتدى المتعلقة بهذا الموضوع نفسه.

اقرأ أيضًا Microsoft KB 929605 - ذاكرة النظام التي تم الإبلاغ عنها في مربع الحوار "معلومات النظام" في نظام التشغيل Windows Vista أقل مما تتوقع إذا تم تثبيت 4 جيجابايت من RAM .

8
SgtOJ

اللوحة القديمة تدعم فقط 4GB من ذاكرة الوصول العشوائي الفعلية ، ودعم تلك الحديثة أكثر من ذلك بكثير. يمكن دائمًا معالجة وحدة المعالجة المركزية Intel P4 لأكثر من 4Gb (باستخدام شيء يسمى ملحق العنوان الفعلي أو PAE)

اتخذت Microstoft "قرارًا تسويقيًا" بعدم دعم أكثر من مساحة العنوان الفعلية 4 جيجابت في إصدارات "العميل" من جميع إصدارات 32 بت من أنظمة التشغيل الخاصة بها - والتي تشمل جميعًا من w2k إلى 32bit Windows 8 (إذا قمت بزيارة MS KB الصفحات التي ستلاحظ أن إصدارات 32bit Server يمكن أن تدعم الكثير - ما يصل إلى 128 جيجا بايت وأعتقد مع 32bit 'Enterprise Edition') - وهذا هو السبب في أن نظام التشغيل 32bit OS (Linux وغيرها) على نفس الجهاز يمكن أن يصل دائمًا إلى ALL ذاكرة الوصول العشوائي المادية.

(ملاحظة جانبية - لقد سئم مستخدمي Winbit 32 بت من هذا الحد "الغبي" لدرجة أنهم "اخترقوا" Kernal للسماح بدخول المصيد المادي الكامل RAM .. وغني عن القول أن هذا يخرق الترخيص الخاص بك وهو في الواقع غير قانوني في الولايات المتحدة (DCMA)

يحجز Windows XP جزءًا 32 بت من مساحة عنوان لو 4 جيجا لاستخدام برنامج التشغيل. لا يوجد أي سبب يمنعك من "معالجة" مادي RAM يتجاوز 4Gb (باستخدام PAE) ولكن العديد من برامج تشغيل OLDER موجودة في وقت Windows XP فشل Pro في القيام بذلك وستحصل على " خطأ الموت الزرقاء (برامج التشغيل الحديثة تستخدم PAE بشكل صحيح وفي النظرية ، لا يوجد أي سبب وراء حاجتهم إلى أكثر من 32 ميغابايت من صفحات المساحة "lo" (كإطار "") بشكل إجمالي حتى لدعم بطاقة رسومات بسعة 2 جيجا بايت في مساحة "مرحبًا" أي فوق علامة 4 جيجابايت

في XP المزود بحزمة الخدمة SP2 ، تضاعف MS تقريبًا ثلاثة أضعاف مساحة العنوان "المحجوزة" للسائقين في محاولة للتخلص من الموت الزرقاء وقد كان ذلك منذ ذلك الحين (MS لا ترغب في "تصحيح" برامج التشغيل == يريدون تبيع لك نظام التشغيل 64 بت بدلا من ذلك). الأجهزة ACTUAL لها تأثير صفر تقريبًا على هذه المساحة "المحجوزة".

لذلك ، إذا كان لديك ذاكرة وصول عشوائي فعلية تبلغ 4 جيجا بايت أو أكثر ، فستظهر أكثر XP Pro sp2 + حوالي 3.25 جيجا بايت .. يمكن الوصول إلى الباقي باستخدام مختلف برامج تشغيل القرص RAM المختلفة (وليس MS أحد الدورة التدريبية) = اذهب للبحث عن شيء يستخدم "مساحة العنوان غير المرئية" أو "مساحة 4 جيجا بايت عالية" على XP Pro) .. باستخدام ".75 جيجا بايت" المفقود كجزء من "الذاكرة الظاهرية" يمكن تسريع النظام ...

لاحظ أن رمز التبديل/3G يمكن أن يسمح للتطبيقات ذات 32 بت بالوصول إلى 3Gb على نظام تشغيل 32 بت (إذا كان لديهم علامة LargeAddressAware في رأس .exe - وفي هذه الحالة يمكنهم الوصول إلى 4Gb حتى على نظام تشغيل 64 بت) ولكن في XP تحتاج إلى تحديد/USERVA أيضًا لإيقاف تشغيل نظام التشغيل "للضغط" من RAM :-)

3
steve b

إذا كنت تستخدم 32 بت Windows XP ، فهذا غير ممكن. نظرًا لعدم توفر مساحة عنوان كافية للاستفادة من ذاكرة الوصول العشوائي الإضافية

أفضل حل هو الترقية إلى إصدار 64 بت من Windows لأنه يدعم 4 جيجابايت من ذاكرة الوصول العشوائي.

3
Shaharyar

كما قال الآخرون ، هذا غير ممكن.

تفسير:

كل قطعة من الذاكرة لديها عنوان. يحدد نظام التشغيل طول العنوان. بالنسبة لأنظمة التشغيل الأقدم ، يبلغ طول العنوان 32 بت ، وهو ما يسمح فقط بعناوين 2 ^ 32 (4 294 967 296). الآن ، عند النظر إلى هذا الرقم ، قد يبدو أن نظام التشغيل الخاص بك يجب أن يدعم 4 جيجابايت ، ولكن يتم تعيين كل الأجهزة الأخرى (والأهم من ذلك ، ذاكرة الفيديو في بطاقة الفيديو الخاصة بك) التي تحتوي على ذاكرة داخلية في مساحة العنوان هذه.

يبدو الأمر كما لو كنت تحاول توزيع 1،200،000 من أرقام الهواتف المكونة من ستة أرقام.

3
drby

إذا كنت ترغب في الاستفادة من 4 جيجابايت كاملة ، فإن الخيار الوحيد هو الترقية إلى نظام تشغيل 64 بت:

  • Windox XP 64
  • ويندوز فيستا 64
  • لينكس
  • Max OS/X (حسنًا ، قد تحتاج إلى كمبيوتر شخصي جديد لذلك أيضًا)

نظام التشغيل Windows العاديXP يبلغ 32 بت فقط ، وهذا يحد من الذاكرة إلى 3.5 جيجابايت كحد أقصى. راجع الرابط الذي نشره VonC للحصول على تفاصيل حول هذا الموضوع.

0
FrankS

إنه سؤال معقد إلى حد ما حيث يتطلب الأمر عدة مكونات للعمل بها. هذه المكونات هي:

  • وحدة معالجة مركزية
  • وحدة تحكم الذاكرة
  • BIOS/(U) EFI
  • نظام التشغيل
  • الوضعية

العنصر الأخير لا يتعلق بالمشكلة مباشرةً ، لكنني أضفتها من أجل اكتمالها.

باختصار ، يجب أن تدعم جميع المكونات المذكورة أعلاه أكثر من 4 جيجابايت من الذاكرة لتحقيق النجاح.

وحدة معالجة مركزية

لنبدأ مع وحدة المعالجة المركزية. ولكن من المهم أولاً ملاحظة أن وحدة المعالجة المركزية لا تملك أي قدرة سحرية على استخدام أي ذاكرة على الإطلاق. بدلاً من ذلك ، يمكنه فقط الوصول إلى أي عنوان ضمن مساحته القابلة للعنونة . الآن هنا يأتي الشاهد. وحدة المعالجة المركزية 32 بت قادرة على الوصول إلى عناوين في النطاق من 0 إلى 4 غيغابايت. ومع ذلك ، يجب أن يستوعب هذا النطاق ليس فقط RAM المتوفرة و ROM و SMRAM و جدول إعادة تعيين عنوان الرسومات ولكن أيضًا كل ما يلزم ذاكرة الإدخال/الإخراج المعينة وغيرها الكثير ، والتي قد تتطلب جزءًا كبيرًا من نطاق العنوان هذا . نتيجة لذلك ، قد يكون من الممكن تمامًا ، أن تكون بعض عناوين الذاكرة مظللة من خلال تلك الاستخدامات ، وبالتالي فهي غير متاحة للعمليات على ذاكرة الوصول العشوائي. لاستعادة الذاكرة المخفية ، من الضروري توسيع مساحة عنوان وحدة المعالجة المركزية التي يمكن الوصول إليها . في حالة وحدة المعالجة المركزية 32 بت ملحق العنوان الفعلي قد يساعد. الذي يسمح عنونة تصل إلى 64 جيجابايت. وحدة المعالجة المركزية 64 بت التي تعمل في وضع 64 بت الأصلي هي بشكل افتراضي قادرة على الوصول إلى حتى 16 EiB ، وهو ضخم إلى حد ما ولا يتطلب مثل هذه الحيل. ولكن من ناحية أخرى ، من غير العملي لوحدة المعالجة المركزية ذات 64 بت أن تستخدم عنونة 64 بت ، لذلك في الواقع لا يزالون مقيدين بواسطة ناقل عناوينهم إلى نطاق أقل من 16 EiB.

وحدة تحكم الذاكرة

في البداية كان موجودًا في Northbridge ، ولكن تم نقله إلى المعالج بواسطة AMD بدءًا من معالجات AMD64 الخاصة بهم ومن Intel بواسطة معالجات Nehalem الخاصة بهم. حتى إذا كانت وحدة المعالجة المركزية المزودة بـ PAE قادرة على الوصول إلى 64 GiB من تلقاء نفسها ، فإنها لا تزال بحاجة إلى وحدة MCU للوصول إلى RAM. ببساطة: وحدة المعالجة المركزية الوصول إلى عنوان معين يحصل على ردها إما من جهاز PCI ، BIOS ROM فلاش أو MCU ، إذا كان العنوان المطلوب يتواجد في ذاكرة الوصول العشوائي ، وهلم جرا. ومع ذلك ، فليس من غير المألوف بالنسبة لوحدة MCU (سواء في Northbridge أو في وحدة المعالجة المركزية) أن تدعم مساحة أقل أقل من العنوان من 64 GiB لأسباب تسويقية على سبيل المثال.

BIOS/(U) EFI

BIOS/(U) EFI مهمة أيضًا نظرًا لأنه من واجبها تكوين الأجهزة قبل أن يتمكن أي شيء من العمل فعليًا. من بين أمور أخرى ، يكونون مسؤولين عن تعيين المعالج بالكامل المساحة القابلة للتوجيه مع نطاقات ذاكرة الأجهزة والأجهزة ، RAM وما إلى ذلك. ومن المثير للاهتمام أنه قد يحدث انقسام RAM بالكامل في أجزاء وتعيينه في عدة مناطق غير متجاورة متوفرة. المشكلة في BIOS هي أنه قد لا يتوقع مطورو البرامج أكثر من 3 GiB للاستخدام RAM داخل نظامهم ، وبالتالي فإن BIOS لن يعين جميع الذاكرة بشكل صحيح. على الأرجح هذا لن يحدث لـ (U) EFI.

نظام التشغيل

يجب أن يدعم نظام التشغيل أيضًا معالجة أكثر من 4 GiB ذاكرة. لتكون أكثر تحديدًا ، يجب أن تقوم بتكوين وحدة المعالجة المركزية لاستخدام PAE. بعض أنظمة تشغيل 32 بت قادرة تمامًا على استخدام PAE والوصول إلى أكثر من 4 غيغا بايت ، والبعض الآخر لديه حدود للبرامج على الحد الأقصى من الذاكرة ، على الرغم من أنها تمكن PAE للأمن المحسن (Windows XP مثال). مرة أخرى ، لا توجد أنظمة تشغيل 64 بت بشكل طبيعي مثل هذه الصعوبات وتدعم عادة أكثر من 4 GiB من الذاكرة.

الوضعية

النقطة الأخيرة هي من عالم مختلف ، نظرًا لأن التطبيقات تعمل بشكل شائع في مساحة العنوان الافتراضية ، لقد أضفتها من أجل اكتمالها. ومع ذلك ، يتطلب الأمر بعض الخطوات الإضافية أثناء التحويل البرمجي للتطبيق حتى تتمكن من استخدام المزيد من الذاكرة. بشكل افتراضي ، تطبيق 32 بت قادر فقط على استخدام 2 GiB من الذاكرة. يمكن للتطبيق 32 بت نفسه معالجة حتى 4 GiB من الذاكرة ، شريطة أن يدعم نظام التشغيل ذلك وتمكّن CPU PAE. وبشكل أكثر تحديدًا ، يمكن استخدام حتى 3 GiB من الذاكرة ، والآخر 1 GiB سيكون قابلاً للعنونة كمكتبات مشتركة ونواة نظام التشغيل ، ولكن لا يمكن كتابتها (في النهاية هذا يعتمد على بنية نظام التشغيل بدلاً من التطبيق نفسه). مرة أخرى ، تدعم تطبيقات 64 بت أصلاً معالجة أكثر من 4 GiB من الذاكرة وليس لديها مثل هذه المشاكل في المقام الأول.

لوضع كل هذا في منظور ، يتيح لك التفكير في عدة أمثلة.

ضع في اعتبارك وحدة تحكم الذاكرة Intel® 82945G . ينص موقع Intel على أنه لا يدعم PAE ويقتصر على ذاكرة الوصول العشوائي (RAM) 4 جيجابايت. يتيح الرجوع إلى الفقرة 9 System Address Map من ورقة البيانات. لديها الكثير من المعلومات. الأكثر إثارة للاهتمام هو Figure 9-3. Main Memory Address Range: Figure 9-3. Main Memory Address Range والفقرة 9.2 Main Memory Address Range (1 MB to TOLUD) ، التي تنص على ما يلي:

يمتد نطاق العنوان هذا من 1 ميغابايت إلى أعلى الذاكرة الفعلية المسموح للوصول إليها بواسطة (G) MCH (كما هو مبرمج في سجل TOLUD). يتم توجيه جميع عمليات الوصول إلى العناوين داخل هذا النطاق بواسطة (M) MCH (G) إلى الذاكرة الرئيسية ما لم تقع في TSEG الاختياري أو فتحة ISA اختيارية أو ذاكرة VGA المسروقة اختيارية. يوفر MCH (G) الحد الأقصى لمساحة فك تشفير عنوان الذاكرة الرئيسية 4 غيغابايت (2 غيغابايت 82945GC/82945GZ/82945PL). (G) MCH لا remap مساحة الذاكرة APIC أو PCI Express. هذا يعني أنه نظرًا لأن حجم الذاكرة الفعلية المملوءة بالنظام يصل إلى 4 جيجابايت (2 جيجا بايت لل 82945GC/82945GZ/82945PL) ، ستكون هناك ذاكرة فعلية موجودة حتى الآن غير قابلة للمعالجة وبالتالي غير قابلة للاستخدام من قبل النظام.

كما يقول ، نظرًا لأنه لا يدعم PAE ، فإنه غير قادر في النهاية على إعادة تعيين PCI وكل MMIO أعلاه 4 GiB ، وبالتالي بعض سيتم مظللة الذاكرة وغير المستخدمة. مما يعني أنه حتى لو تم استخدامه مع وحدة المعالجة المركزية التي تدعم عنونة 36 بت ، فإن الذاكرة أعلى من 4 GiB ستظل غير متوفرة و بعض الذاكرة القريبة من 4 GiB كما سيتم استخدام الحد.

على العكس من ذلك ، دعنا نأخذ في الاعتبار وحدة التحكم في ذاكرة Intel® 82955X ، والتي تتعلق بالجهاز السابق ، ولكن تم تحديدها لدعم 8 جيجا بايت على عكس السابقة! تقترح فقرة ورقة البيانات 2.1 Host Interface Signals ، أنها تستخدم ناقل عنوان ٣٦ بت إلى وحدة المعالجة المركزية ، مما يعد علامة جيدة. تحتوي الفقرة 7 System Address Map على رؤى أخرى. قارن Figure 7-1. System Address Ranges بالرمز الذي رأيناه من قبل: Figure 7-1. System Address Ranges يشير هذا بوضوح إلى أنه قادر على استخدام أكثر من 4 GiB من ذاكرة الوصول العشوائي ، بشرط أن يتم استخدامه مع وحدة المعالجة المركزية أيضًا التي يمكنها معالجة عنونة 36 بت. تجدر الإشارة أيضًا إلى أن الفقرة 7 System Address Map تنص على أن MCH supports 64 GB of addressable memory space. ومع ذلك ، يتم توضيح ذلك ، الحد الأقصى القابل للاستخدام RAM يقتصر على 8 غيغابايت. هذا يعلن مرة أخرى الفرق بين عنونة و قابلة للاستخدام كما كنت أحاول نقلها في قسم وحدة المعالجة المركزية.

في الختام ، أود أن أشير إلى أن اثنين من الشرائح ذات الصلة لديها في الواقع فرق كبير في التعامل مع الذاكرة.

يتيح فحص معالج Intel® Pentium® Processor Extreme Edition 840 . يدعم مجموعة التعليمات 64 بت ، لكنه لا يدعم PAE. مما يعني أنه إذا تم تشغيله في وضع 32 بت ، فلن يتمكن من استخدام أكثر من 4 GiB من RAM (من فضلك ، صححني إذا كنت مخطئًا في هذا الافتراض). يتيح التحقق من ورقة البيانات والجدول Table 4-3. Signal Description. على الرغم من أن وحدة المعالجة المركزية هذه قادرة على 64 بت ، إلا أنها لا تزال محدودة بسبب عرض ناقل العنوان على 36 بت ، وبالتالي قصره على نطاق عناوين يمكن الوصول إليه يبدأ من 0 إلى 64 جيجابايت.

الآن يتيح فحص وحدة المعالجة المركزية أكثر حداثة. خذ معالج Intel® Core ™ i7-7700 على سبيل المثال. تم الإعلان عن دعم ما يصل إلى 64 جيجابايت من ذاكرة الوصول العشوائي. الآن يتيح التحقق من ورقة البيانات منه. تقنعنا الفقرة 2.3 System Address Map بأن نطاق وحدة المعالجة المركزية (+++) لعنونة يتراوح من 0 إلى 512 GiB بسبب ناقل العنوان 39 بت. لاحظ أنه لا يزال بعيدًا عن النطاق النظري 16 EiB لوحدة المعالجة المركزية 64 بت. من المثير للدهشة رغم أنه يوضح كذلك أن وحدة المعالجة المركزية هذه تدعم ما يصل إلى 32 GiB من قابلة للاستخدام RAM كحد أقصى (على عكس 64 جيجابايت على موقع الويب). هناك أيضًا صورة مهمة هنا Figure 2-2. System Address Range Example: Figure 2-2. System Address Range Example إنه يقوم بعمل جيد يوضح المشكلة المتعلقة بتظليل الذاكرة بواسطة أجهزة PCI وما إلى ذلك. كما أنه يقترح طريقة للتغلب على هذه المشكلة عن طريق تعيين مجموعة من الحقيقي RAM إلى نطاق العنوان العلوي داخل وحدة المعالجة المركزية - نطاق عنونة. وبالتالي استعادة تلك الذاكرة الخفية للاستخدام. لاحظ أن إعادة تعيين الخريطة تتم بواسطة BIOS/(U) EFI عند تهيئة الأجهزة ، وهذا بالضبط هو السبب في أنني أدرجت BIOS/(U) EFI في قائمة التعداد النقطي أعلاه.

لقد أخذت منتجات Intel كأمثلة ، ولكن الأمر نفسه ينطبق على AMD.

الآن دعنا نناقش كيف تشارك أنظمة التشغيل. يتضمن Linux kernel دعمًا كاملاً لوضع PAE بدءًا من الإصدار 2.3.23 ومن الممكن تمامًا أن يكون لديك أكثر من 4 GiB من الذاكرة قابلة للاستخدام مع Linux kernel على 32 بت النظام. ومع ذلك كن على علم بمشكلة غير محددة مع نواة Linux 32 بت على نظام به أكثر من 4 GiB من RAM على بعض الأجهزة (في تجربتي له علاقة مع عمليات إطلاق النار TLB). على أي حال ويكيبيديا لديه معلومات جيدة عن دعم PAE . المثير للاهتمام هو كيف يقتصر Windows XP على 4 غيغابايت ، في حين أن Windows Server 2003 Enterprise/Datacenter SP2 قادر على ملء 64 جيجابايت. نفس الشيء بالنسبة لأزواج Windows Desktop Server الأخرى.

كما ترى ، هناك العديد من المجموعات بين المكونات المدرجة وفي بعض الحالات قد يساعد استبدال وحدة المعالجة المركزية أو نظام التشغيل. من الأصعب التعامل مع BIOS/(U) EFI أو MCU لأن الأول هو ملكية مدمجة في النظام ولا يمكن تعديلها بسهولة ، فهذا الأخير مدمج في وحدة المعالجة المركزية أو ملحوم على متن الطائرة.

0
PF4Public

إذا كنت تستخدم رسومات مدمجة ، فيمكنك إيقاف ذلك ، وهذا يعني أن النظام سيكون قادرًا على معالجة المزيد من ذاكرة الوصول العشوائي للنظام لديك.

لكن أفضل حل هو بالتأكيد الحصول على نظام تشغيل x64.

لا يوجد سبب ليس كذلك على أي حال. تعمل معظم البرامج في x64 مع XP/Vista/7 ذات طبقة مضاهاة x86. فقط برامج التشغيل التي قد تكون هي المشكلة.

0
Blam