https://3rabica.org/index.php?action=history&feed=atom&title=%D8%A7%D8%B3%D8%AA%D8%B9%D8%B5%D8%A7%D8%A1استعصاء - تاريخ المراجعة2026-06-11T06:21:39Zتاريخ التعديل لهذه الصفحة في الويكيMediaWiki 1.43.7https://3rabica.org/index.php?title=%D8%A7%D8%B3%D8%AA%D8%B9%D8%B5%D8%A7%D8%A1&diff=1501918&oldid=prevعبد العزيز: بوت: إصلاح أخطاء فحص أرابيكا من 1 إلى 1042023-06-02T15:56:07Z<p>بوت: إصلاح أخطاء فحص أرابيكا من 1 إلى 104</p>
<p><b>صفحة جديدة</b></p><div>'''الاستعصاء''' أو المأزق {{إنج|deadlock}} هو حالة تطرأ في مجال [[حوسبة متوازية|الحوسبة المتوازية]].<ref>{{استشهاد ويب| مسار = https://www.britannica.com/technology/deadlock-computing | عنوان = معلومات عن استعصاء على موقع britannica.com | ناشر = britannica.com| مسار أرشيف = https://web.archive.org/web/20160422124601/http://www.britannica.com/technology/deadlock-computing | تاريخ أرشيف = 22 أبريل 2016 }}</ref> تقع حالة الاستعصاء عندما تصل مهمتان متنافستان إلى حالة انتظار كل منهما للأخرى من أجل تحرير مورد تطلبه. المهام التي تصل لهذه الحالة تخلق حالة استعصاء.<br />
<br />
[[ملف:New York City Gridlock.jpg|تصغير|تقاطع طرق في حالة استعصاء في مدينة نيويورك]]<br />
والاستعصاء الحوسبي كالاستعصاء في تقاطع الطرق يحدث حينما تحاول السيارات عبور التقاطع في نفس الوقت فيوقف بعضهم البعض.<br />
<br />
== مثال ==<br />
مثال في الحوسبة عن حالة استعصاء نجم عن تنافس مهمتين في طلب قفلين بترتيب مختلف. فإذا كان لدينا اقصاء متبادل (<tt>M1</tt> و<tt>M2</tt>) والمهمتين تاليتين:<br />
<br />
{|<br />
|<br />
مهمة أ:<br />
الحصول على M1<br />
الحصول على M2<br />
<small>''عمل في حاجة لقفلين''</small><br />
تحرير M2<br />
تحرير M1<br />
|<br />
مهمة ب:<br />
الحصول على M2<br />
الحصول على M1<br />
<small>''عمل في حاجة لقفلين''</small><br />
تحرير M1<br />
تحرير M2<br />
|}<br />
<br />
الاستعصاء هنا ممكن، حيث إذا كانت عملية التنفيذ تسير كما يلي:<br />
# <tt>المهمة أ</tt> يحصل على <tt>M1</tt>.<br />
# <tt>المهمة ب</tt> يحصل على <tt>M2</tt>.<br />
# <tt>المهمة أ</tt> تنتظر للحصول على <tt>M2</tt> (المملوك لـ <tt>المهمة ب</tt>).<br />
# <tt>المهمة ب</tt> تنتظر للحصول على <tt>M1</tt> (المملوك لـ <tt>المهمة أ</tt>).<br />
<br />
في هذه الحالة، المهمتين أ وب في حالة استعصاء.<br />
<br />
== تفادي الاستعصاء ==<br />
يمكن تدارك حالة الاستعصاء إذا عرفت بعض المعطيات مسبقا. لكل طلب احتكار لمورد، يقوم النظام بمراقبة إذا ما كان ممكنا الوقوع في حالة مريبة يمكن أن تتحول إلى مأزق. فلا يقبل النظام إلا الطلبات التي لا تشكل خطرا. وحتى يتمكن من أخذ القرار عن إذا ما كان الطلب سيؤدي لحالة مريبة أو لا، يجب أن يعرف النظام في كل وقت عدد ونوع الموارد الموجودة المتوفرة أو المحجوزة. [[خوارزمية المصرفي]] هي إحدى الخوارزميات الكلاسيكية للتوقع المبكر لحالة الاستعصاء. الخوارزمية بحاجة لمعرفة مسبقة لحدود استعمال الموارد. بالنسبة للعديد من الأنظمة يستحيل توقع الاستعصاء قبل كل طلب ما يجعل تفادي الاستعصاء أمرا شبه مستحيل.<br />
<br />
خوارزميات انتظار/موت وجريح/انتظار {{إنج|Wait/Die - Wound/Wait}} هي طرق أخرى للتفادي التي تستعمل تقنية كسر التناظر. تأخذ الخورزميتان بعين الاعتبار عمر كل مهمة وتفصل بين مهمة مسنة (م) ومهمة فتية (ف).<br />
<br />
يمكن تحديد عمر المهمة باستعمال [[ختم زمني|الختم الزمني]] {{إنج|timestamp}} عند استحداث المهمة. التواريخ الصغيرة هي للمهام المسنة والتواريخ الكبيرة هي للفتية.<br />
<br />
{| class = "wikitable"<br />
! !! انتظار/موت !! جرح/انتظار<br />
|-<br />
|م بحاجة لمورد يحتكره ف || م ينتظر || ف يموت<br />
|- <br />
|ف بحاجة لمورد يحتكره م || ف يموت || ف ينتظر <br />
|-<br />
|}<br />
<br />
من المهم الأخذ بعين الاعتبار أنه يمكن أن تكون مهمة في حالة مريبة دون أن يؤدي ذلك بالضرورة لحالة استعصاء. مفهوم الحالة المريبة أو لا هو مرجع لاحتمال وقوع النظام في حالة استعصاء أو لا. مثلا إذا طلبت مهمة احتكار مورد أ وينجم عن ذلك حالة مريبة ولكن يحرر مرد آخر ب لتفادي الانتظار المتبادل، فإن الحالة المريبة لا تؤدي إلى حالة استعصاء.<br />
<br />
== الوقاية ==<br />
إحدى الطرق تنص على اكتساب الإقصاء المتبادل بنفس الترتيب. في الواقع، إذا احتاجت عدة [[تشعب (حوسبة)|خيوط]] لاكتساب عدة قيود لتنفيذ أعمالها وتم ذلك بترتيب مختلف فممكن وقوعها في مأزق (راجع المثال السابق).<br />
<br />
من المفيد أيضا الاهتمام بأولوية المهام. فمثلا، إذا طلبت مهمة بأولوية عليا قفلا مشتركا مع مهمة ذات أولوية دنيا، هنا يمكن الوقوع أيضا في حالة استعصاء. الحل لمثل هذه الحالة هو اقتصار استعمال القيود فقط على المهام بنفس مستوى الأولية.<br />
<br />
== مراجع ==<br />
{{مراجع}}<br />
<br />
* Paper "[http://www.havelund.com/Publications/padtad06.pdf Confirmation of Deadlock Potentials Detected by Runtime Analysis]" by Saddek Bensalem, Jean-Claude Fernandez, Klaus Havelund and Laurent Mounier<br />
<br />
{{حوسبة متوازية}}<br />
{{شريط بوابات|تقنية المعلومات|علم الحاسوب}}<br />
<br />
[[تصنيف:أخطاء البرمجة]]<br />
[[تصنيف:إدارة الذاكرة]]<br />
[[تصنيف:إدسخر ديكسترا]]<br />
[[تصنيف:تزامن (حوسبة)]]<br />
[[تصنيف:حوسبة متوازية]]<br />
[[تصنيف:شذوذ البرمجيات]]<br />
[[تصنيف:مشاكل الحوسبة الموزعة]]</div>عبد العزيز