يتم الآن تشغيل معظم أجهزة الكمبيوتر التي تعمل بنظام Windows بواسطة معالجات متعددة النواة ، والإصدارات الحديثة من Windows تقوم عمومًا بعمل جيد جدًا لتقسيم إجمالي الطاقة المعالجة لجهاز الكمبيوتر الخاص بك تلقائيًا لاستيعاب التطبيقات والألعاب قيد التشغيل. ولكن في بعض الأحيان قد يكون لدى المستخدم و Windows أفكار مختلفة عندما يتعلق الأمر باتخاذ قرارات حول أفضل استخدام طاقة وحدة المعالجة المركزية للكمبيوتر الشخصي ، وهنا يمكن للمستخدمين المتقدمين التدخل وتقييد التطبيقات أو العمليات المعينة يدويًا على نوى CPU محددة ، وذلك بفضل ميزة دعا تقارب المعالج . هيريس كيفية القيام بذلك.
عندما يتعلق الأمر بإصدارات Windows على مستوى المستهلك ، فإن قدرة المستخدم على تكوين استخدام أحد التطبيقات يدويًا لعناصر CPU محددة يرجع إلى الإطار الزمني لنظام التشغيل Windows XP / 2000 ، على الرغم من أن الخطوات تختلف قليلاً في كل إصدار من Windows. بالنسبة للخطوات ولقطات الشاشة التي نستخدمها Windows 10 ، لكن القراء الذين يشغلون إصدارات أقدم من Windows ، وخاصة Windows 7 و Windows 8 / 8.1 ، يجب أن يكونوا قادرين على اتباع الخطوات الأساسية في مواجهة الاختلافات الطفيفة في واجهة مستخدم Windows.
من المهم أيضًا أن نلاحظ قبل أن نتابع أن تعديل تقارب المعالج لعملية أو تطبيق معين قد يسبب مشاكل في الاستقرار ، ومن المحتمل أن يؤدي إلى انخفاض أداء التطبيقات والألعاب متعددة الخيوط الحديثة. لذلك ، تأكد من تجربة التطبيقات والبيانات غير الضرورية أولاً ، وتأكد من حفظ أي عمل مفتوح أو تقدم اللعبة قبل تعديل أي إعدادات تمت مناقشتها هنا ، حيث أن تعطل التطبيق أو النظام ممكن.
لماذا الحد من وصول التطبيق إلى النوى وحدة المعالجة المركزية؟
كما ذُكر أعلاه ، سيرغب معظم المستخدمين في أن يتعامل Windows تلقائيًا مع طاقة المعالجة الخاصة بالكمبيوتر ، مع التأكد من أن التطبيقات التي يمكنها الاستفادة من جميع النوى يتم منحها إمكانية الوصول إليها. ينتج عن هذا بشكل عام أداء أفضل ، لذا فإن السؤال الأساسي هو لماذا يريد المستخدم من أي وقت مضى تقييد أو تقييد تطبيق معين متعدد الخيوط على أقل من المبلغ الإجمالي للنوى المادية والمنطقية التي يتوفر بها جهاز الكمبيوتر.
هناك إجابتان أساسيتان على هذا السؤال: 1) لضمان التوافق والأداء مع البرامج القديمة ، و 2) لتشغيل خنزير معالج ذو خيط متشابك بشكل كبير مع الاحتفاظ في نفس الوقت بالموارد الكافية لتنفيذ المهام الأخرى في وقت واحد.
سنبدأ بالإجابة الأولى: التوافق والأداء. تم ترميز بعض تطبيقات وألعاب Windows قبل وقت طويل من أن تصبح المعالجات متعددة الخيوط والمعالجات متعددة النواة حقيقة واقعة. ربما لم يتصور منشئو الألعاب الأقدم على وجه الخصوص أن أي شخص يلعب اللعبة سيكون له أي شيء أكثر من جهاز كمبيوتر يعمل بنظام Windows مدعوم بنواة وحدة المعالجة المركزية عالية التردد. عندما يواجه برنامج من هذا العصر وحدات معالجة مركزية حديثة تعبئ أربعة أو ستة أو ثمانية أو حتى أكثر من النوى ، فقد يؤدي ذلك في بعض الأحيان إلى مشاكل في الأداء ، أو حتى عدم القدرة على تشغيل البرنامج على الإطلاق.
لا تزال العديد من التطبيقات والألعاب تعمل بشكل جيد ، بالطبع ، حتى عندما يتم تشغيلها بواسطة أحدث وحدات المعالجة المركزية لسطح المكتب المكون من 8 خانات و 16 حلقة. ولكن إذا كنت تحاول لعب لعبة قديمة وتواجه مشكلات ، فإن استخدام تقارب المعالج لتقييد عملية اللعبة يدويًا على واحد فقط من العديد من مراكزك قد يمثل خطوة جيدة لاستكشاف الأخطاء وإصلاحها.
من المحتمل أن تكون الإجابة الثانية أكثر فائدة لمستخدمي Windows ، وستشكل الأساس لتعليماتنا خطوة بخطوة أدناه. في حين أن العديد من تطبيقات Windows ، وخاصة الألعاب ، لا تزال غير قادرة على الاستفادة من أكثر من مركز أو اثنين من النوى ، فقد تم تحسين تطبيقات إنشاء المحتوى مثل تشفير الفيديو وأدوات العرض ثلاثي الأبعاد في السنوات الأخيرة لتتمكن من استخدام كل أوقية من قوة المعالجة التي جهاز الكمبيوتر الخاص بك يمكن أن يلقي عليهم. تريد عمومًا أن تسير هذه التطبيقات بأسرع ما يمكن ، ولكن في بعض الأحيان لا يكون الوقت المحدد للسرعة أو الإكمال هو العامل الأساسي ، وتفضل أن تبقي جزءًا من قوة معالجة الكمبيوتر الخاص بك متاحًا لمهمة أخرى أثناء تشغيل تطبيق الوسائط المتطلب في خلفية. هذا هو المكان الذي تأتي فيه تقارب المعالج في متناول اليد.
خطوة خطوة: مثال لدينا
أحد التطبيقات التي يمكن أن تستهلك كل نوى وحدة المعالجة المركزية التي ترميها هو تشفير فيديو x264 مثل RipBot264 (أو HandBrake ، أو أي عدد لا يحصى من أدوات التشفير x264 و x265 المتاحة). على سبيل المثال ، نريد من RipBot264 تشفير ملف فيديو ، لكننا نريد أيضًا العمل على مشاريع أخرى في تطبيقات مثل Photoshop و Premiere في نفس الوقت.
بشكل افتراضي ، سيستخدم تطبيق مثل RipBot264 جميع طاقة المعالجة المتاحة.
إذا بدأنا تشفير RipBot264 الخاص بنا ثم أطلقنا Photoshop و Premiere ، فسيبذل Windows قصارى جهده لتحديد الأولويات واحتياجات كل تطبيق ، ولكن أيضًا سوف يرتكب Windows أحيانًا خطأ ، مما ينتج عنه تباطؤ أو توقف مؤقت في تطبيقاتنا النشطة. يمكننا محاولة تجنب ذلك باستخدام تقارب المعالج للحد من استخدام RipBot264 لنوى وحدة المعالجة المركزية الخاصة بنا.للبدء ، تأكد أولاً من تسجيل الدخول إلى حساب مستخدم Windows مع امتيازات المسؤول. ثم المضي قدما وإطلاق التطبيق الذي ترغب في تقييده. في حالتنا ، هذا هو RipBot264.
بعد ذلك ، قم بتشغيل "إدارة مهام Windows" ، إما عن طريق النقر بزر الماوس الأيمن على شريط المهام وتحديد "إدارة المهام" أو باستخدام مجموعة اختصارات لوحة المفاتيح Ctrl-Shift-Escape . افتراضيًا ، يبدأ مدير المهام في الإصدارات الأخيرة من Windows في العرض "الأساسي". إذا لم يشبه مدير المهام الخاص بك في لقطات الشاشة الخاصة بنا ، فانقر فوق مزيد من التفاصيل للكشف عن الواجهة الكاملة. بمجرد الانتهاء من ذلك ، تأكد من أنك في علامة التبويب "العمليات" ، والآن ابحث عن التطبيق أو العملية.
هذه الخطوة الأخيرة يحتمل أن تكون أسهل من الفعل. في كثير من الحالات ، ستجد ببساطة التطبيق الذي تريده في القائمة. في حالات أخرى ، قد تستخدم بعض التطبيقات عمليات فريدة بصرف النظر عن عملية التطبيق الأساسية لبعض المهام. المفتاح هو العثور على العملية أو العمليات المسؤولة عن استخدام وحدة المعالجة المركزية التي ترغب في الحد منها. من الطرق الجيدة لاختبار ذلك إطلاق النشاط المطلوب (في حالتنا ، بدء ترميز ملف فيديو) ، ثم فرز "إدارة المهام" حسب عمود وحدة المعالجة المركزية للعثور على العمليات التي تستخدم أعلى مستويات موارد وحدة المعالجة المركزية. إذا كان اسم العملية (مرة أخرى ، في حالتنا هو عملية تشفير H.264) مطابقًا للتطبيق المستهدف ، فستكون مستعدًا تمامًا.
مع تحديد العملية الصحيحة ، انقر بزر الماوس الأيمن عليها واختر " الانتقال إلى التفاصيل" . سينقلك هذا إلى علامة التبويب "تفاصيل" في "إدارة المهام" ويبرز العملية الصحيحة تلقائيًا.
الآن ، انقر بزر الماوس الأيمن مرة أخرى على العملية وحدد تعيين التقارب .
بعد ذلك ، حان الوقت لتحديد مقدار ما تريد تقييد تطبيقك. انقر فوق مربع الاختيار الموجود بجوار كافة المعالجات لإلغاء تحديد كل مربعات وحدة المعالجة المركزية ثم اختر مربع وحدة المعالجة المركزية واحد على الأقل للتحقق ، حيث يمثل كل منها جوهرًا فعليًا أو منطقيًا. في حالة عدم وجود أي عيوب في وحدة المعالجة المركزية أو سيناريوهات رفع تردد التشغيل الفريدة ، لا يهم عمومًا تحديد النوى التي تحددها.
في مثالنا ، نريد قصر RipBot264 على أربعة مراكز ، مما يترك مساحة كبيرة لمهامنا الأخرى الحساسة للوقت. بمجرد تحديد عدد النوى المطلوب ، اضغط على OK لإغلاق نافذة Processor Affinity. ستصبح تغييراتك نافذة المفعول فورًا وإذا كان التطبيق منخرطًا بالفعل في مهمة وحدة المعالجة المركزية الثقيلة ، فستشهد انخفاض استخدام المعالج على جميع النوى التي حددتها.
بمجرد قيامنا بتكوين RipBot264 لاستخدام 4 فقط من 16 مركزًا لدينا ، يسقط استخدام وحدة المعالجة المركزية فورًا على الأجزاء المتبقية.
من خلال هذا الإعداد ، يمكننا السماح لـ RipBot264 بترميز أسرع وقت ممكن على تلك النوى الأربعة ، لكن النوى الاثني عشر المتبقية في نظامنا مجانية للتعامل مع التطبيقات الأخرى. إذا انتهينا لاحقًا من أعمالنا الأخرى وأردنا استعادة الأداء الكامل إلى RipBot264 ، فيمكننا ببساطة تكرار الخطوات المذكورة أعلاه للتوجه مرة أخرى إلى نافذة Processor Affinity ثم تحديد المربع All Processors لمنح التطبيق مرة أخرى إمكانية الوصول إلى التطبيق لجميع وحدات المعالجة المركزية الخاصة بنا. النوى.تحفظات
بالإضافة إلى مشكلات الاستقرار المذكورة سابقًا ، هناك تحذير كبير آخر يجب عليك مراعاته. تتم إعادة تعيين أي تغييرات تجريها على تقارب المعالج عند إعادة تشغيل هذه العملية. هذا يعني أنه ، على الأقل ، ستحتاج إلى تكرار هذه الخطوات في كل مرة تقوم فيها بإعادة تشغيل جهاز الكمبيوتر الخاص بك. ومع ذلك ، فإن بعض العمليات أكثر إثارة للمشاكل ، حيث يتم إعادة التحميل تلقائيًا وفقًا لتعليمات التطبيق. في إعداد RipBot264 ، على سبيل المثال ، تبدأ عملية تشفير H.264 التي عدّلناها في كل مرة ينتقل فيها التطبيق إلى تشفير ملف فيديو جديد.
قد تتمكن من التغلب على هذا القيد من خلال إنشاء برامج نصية مخصصة تحدد تقارب معالج التطبيق الخاص بك من خلال ملف دفعي يستند إلى سطر أوامر أو اختصار ، ولكن قد تستخدم بعض التطبيقات عمليات فريدة أو عشوائية تجعل هذه الجهود صعبة أو مستحيلة. لذلك من الأفضل تجربة كل تطبيق ترغب في تقييده بشكل فردي لإيجاد أفضل طريقة لتكوين تقارب المعالج يدويًا.
