معمارية 31 بت

بدايةً، ربما أن بنية الحاسوب الوحيدة القائمة علي عنونة 31-بت هي الشهر والأكثر ربحاً في مجال الحوسبة. في عام 1983 قدمت شركة آي‌ بي‌ إم عنونة 31-بت في نظام System/370-XA لبنية حاسوب كبيركتحديث للعنونة 24-بت للنماذج السابقة. سمح هذا التحديث أن تكون مساحات العناوين 128 مرة أكبر مما سمح للبرامج بعونة ذاكرة أعلي من 16 مبيبايت (يُشار إليها بأنها "أعلي من المستوي")

ومن جهة أخرى، البرامج الوحيدة التي تتطلب تعديلات حي تلك التي تضع أهم بت في الكلمة تحتوي علي عنوان. يؤثر هذا علي مقارنات العنونة: البت الأهم في الكلمة يمكن تفسيرها كـ بت الإشارة مما يشير إلي عدد سالب إذا كان البت 0 موجود. البرامج التي تستعمل تعليمات مقارنة حسابية موقعة قد يأتي بنتائج معكوسة. يمكن مقارنة عنوانين متناظرين / متساويين كغير متساويين إذا كان أحدهم فيه بت الإشارة مفتوح حتي إذا كانت البتات المتبقية متماثلة. لحسن الحظ، كان أغلب ذلك غير مرئي للمبرمجين ممن يستعملون لغات عالية مثل كوبول أو فورتران وساعدت آي‌ بي‌ إم عملية التحول بأجهزة ثائية النمط لفترة من الزمن.

وفي هذا الصدد، لكن في أي وقت لابد أن يوجد بحد أقصي 2 جيبيبايت في كل مساحة عنوان عامل / نشط. بالنسبة لـ31-بت لينكس فمن الممكن إضافة ذاكرة أعلي من شريط 2 جيبيبايت علي هيئة قرص ذاكرة مؤقتة.

وفي هذا السياق، في التسعينات قدمت شركة آي‌ بي‌ إم بنية 370/ESA (الاسم اللاحق 390/ESA وأخيراً باسم ESA/390 أو النظام System/390 وباختصار S/390) لتكملة التطوير إلي عنونة افتراضية 31-بت كاملة والحفاظ علي علامة هذا النمط للعنونة. تدعم هذه البنيات اللاحقة أكثر من 2 جيبيبايت من الذاكرة المادية وتدعم مساحات عناوين متعددة متزامنة في نفس الوقت حجم كل منها 2 جيبيبايت. منذ منتصف عام 2006 لم يزل هناك عدد قليل من البرامج المقيدة بهذه البنية 31-بت المتعددة.

وفي السياق ذاته، في بنية النظام System/360 وSystem/370 كانت العناوين يتم تخزينها دائما في كلمات 32-بت، لكن الأجهزة تجاهلت اعلي 8-بت من العنوان مما نتج عنه عنونه 24-بت. مع الامتداد XA لم يتم تجاهل أي بت في الكلمة.

ومن ناحية أخرى، تدعم بنية 31-بت لشركة آي‌ بي‌ إم التخزين الموسع مما يسمح لشفرة 31-بت أن تستفيد من الذاكرة الإضافية.

كذلك، تقوم تعليمات أجهزة معينة في هذه البنية 31-بت تغير بت نمط العنونة كأثر جانبي عالمي محتمل. مثلًا، البرنامج الفرعي الأصلي للتعليمات BAL تخزن معلومات حالة معينة في البيت الأعلي لعنوان العودة. تم إضافة تعليمات BAS لدعم عناوين العودة 31-بت. كانت تعليمات BAS والتسجيل – التسجيل المعادل، وBASR، ومسجلات التخزين والتفرع، جميعها جزء من تعليمات النظام System/360 منذ النموذج 67. تمت المحافظة علي تلك التعليمات ولكن مع تعديلها وامتدادها للعنونة 31-بت. شملت التعليمات الإضافية لدعم عنونة 31-بت الكثير من تعليمات الاتصال/العودة التي أثرت كذلك علي تغيير نمط العنونة (مثلاً: نمط التفرع والإعداد، ونمط التفرع والتخزين والإعداد).

ومن جهة أخرى، كان التحول خادعاً: مبرمجي لغة التجميع استعملوا البايت الاحتياطي في قمة العناوين للتعليم بعلامات لنحو 20 عامًا. اختارت شركة آي‌ بي‌ إم دعم صيغتين للعنونة لتقليل الألم: إذا كان البت الأكثر أهمية (0-بت) من عنوان 32-بت موجود، فإن 31-بت التالية يتم تفسيرها كعنوان افتراضي. إذا كان البت الأكثر أهمية غير موجود فإن آخر 24-بت فقط هي التي تعتبر بمثابة العنوان (مثلما كان الحال في الأنظمة قبل XA). هكذا فإن البرامج قد تستمر باستخدام البتات السبعة الأدنى من البايت الأعلي لأغراض أخرى طالما أن البت الأعلي غير موجود.

وفي هذا السياق، بالرغم من ذلك، فإن شركة آي‌ بي‌ إم كسرت حاجز العنونة الخطية 2 جيبيبايت ("الشريط") في سنة 2000 عندما قدمت أول نظام 64-بت وبنية زد، من سلسلة زد لشركة آي‌ بي‌ إم موديل 900. علي خلاف التحول من أجهزة XA فإن البنية زد لا تحتفظ بالبت الأعلي لتحديد الشفرة السابقة. لكن البنية زد لا تحتفظ بالتوافق مع شفرة 24-بت و31-بت، وحتي الشفرات الأقدم التي تستعمل جنباً إلي جنب مع الشفرة 64-بت الأحدث.

من جانب آخر، بما أن لينكس /390 تم طرحها أولاً لأجهزة العنونة 32-بت و31-بت في سنة 1999, فإن تطبيقات حاسبات لينكس الكبيرة تألفت من نمط قبل البنية زد وكذلك اقتصرت علي عنونة 31-بت. اختفي هذا القصور مع ظهور أجهزة 64-بت, و64-بت لينكس في سلسلة زد وتطبيقات 64-بت لينكس. لا زالت توزيعات 64-بت لينكس تدعم برامج 31-بت.