تاريخ أنظمة تشغيل الحواسيب المركزية من شركة IBM

📅 آخر تحديث: ٢٧ يوليو ٢٠٢٦
✍️ نُشر في: ٢٧ يوليو ٢٠٢٦
الموسوعة الحرة

يُعد تاريخ أنظمة تشغيل الحواسيب المركزية من IBM ذا أهمية بالغة في تاريخ أنظمة تشغيل الحواسيب المركزية ، وذلك بفضل مكانة IBM الراسخة كأكبر مُورّد لأجهزة الحواسيب المركزية في العالم . وتعمل حواسيب IBM المركزية بأنظمة تشغيل مُورّدة من IBM ومن جهات خارجية.

نادرًا ما كانت أنظمة التشغيل على أجهزة IBM المركزية القديمة مبتكرة للغاية، باستثناء نظام TSS/360 وأنظمة الآلات الافتراضية بدءًا من CP-67 . إلا أن سمعة الشركة المعروفة بتفضيلها للتقنيات المجربة قد منحت المستخدمين المحتملين الثقة لتبني أنظمة IBM الجديدة بسرعة نسبية. وتُعد أنظمة تشغيل IBM الحالية لأجهزة الكمبيوتر المركزية، وهي z/OS و z/VM و z/VSE و z/TPF ، أنظمةً متوافقة مع الإصدارات السابقة من تلك التي طُرحت في ستينيات القرن الماضي.

قبل نظام 360

كانت شركة IBM بطيئة في طرح أنظمة التشغيل. أنتجت شركة جنرال موتورز نظام التشغيل General Motors OS في عام 1955 ونظام الإدخال /الإخراج GM-NAA في عام 1956 لاستخدامه على أجهزة الكمبيوتر الخاصة بها من IBM؛ وفي عام 1962، أصدرت شركة Burroughs Corporation نظام MCP ، وقدمت شركة General Electric نظام GECOS ، في كلتا الحالتين لاستخدام عملائهما. [ 1 ] [ 2 ]

تمت كتابة أنظمة التشغيل الأولى لأجهزة كمبيوتر IBM في منتصف الخمسينيات من القرن الماضي من قبل عملاء IBM الذين يمتلكون أجهزة باهظة الثمن تبلغ قيمتها 2,000,000 دولار أمريكي (ما يعادل حوالي 24,000,000 دولار أمريكي في عام 2025) ، والتي ظلت خاملة بينما يقوم المشغلون بإعداد المهام يدويًا، ولذلك أرادوا آلية للحفاظ على قائمة انتظار المهام. [ 3 ]

تعمل أنظمة التشغيل هذه على عدد قليل من طرازات المعالجات، وهي مناسبة فقط للحسابات العلمية والهندسية. تعمل أجهزة كمبيوتر IBM الأخرى أو التطبيقات الأخرى بدون أنظمة تشغيل. لكن أحد أجهزة كمبيوتر IBM الأصغر حجمًا، وهو IBM 650 ، قدّم ميزة أصبحت لاحقًا جزءًا من نظام التشغيل OS/360 ، حيث إذا انقطعت المعالجة بسبب "خطأ معالجة عشوائي" (خلل في الأجهزة)، يستأنف الجهاز تلقائيًا من آخر نقطة توقف، بدلًا من مطالبة المشغلين بإعادة تشغيل المهمة يدويًا من البداية. [ 4 ]

من جنرال موتورز GM-NAA I/O إلى IBSYS

أنتجت وحدة الأبحاث في شركة جنرال موتورز نظام الإدخال/الإخراج GM-NAA لجهاز IBM 701 عام 1956 (انطلاقًا من نموذج أولي، نظام تشغيل GM، الذي طُوّر عام 1955)، ثم قامت بتحديثه ليتوافق مع الجهاز اللاحق 701. وفي عام 1960، تولّت جمعية مستخدمي IBM، SHARE، تطويره وأنتجت نسخة محدّثة منه، نظام تشغيل SHARE . [ 3 ]

في النهاية، تولت شركة IBM المشروع وقدمت نسخة محسّنة تُسمى IBSYS مع حاسوبي IBM 7090 و IBM 7094. تطلّب نظام IBSYS ثمانية محركات أشرطة ، ويقلّ هذا العدد في حال وجود محرك أقراص واحد أو أكثر. تتألف مكوناته الرئيسية من لغة تحكم في المهام تعتمد على البطاقات ، وهي واجهة المستخدم الرئيسية؛ ومترجمات للغتين FORTRAN و COBOL ؛ ومجمع ؛ وبرامج مساعدة متنوعة، بما في ذلك برنامج فرز . [ 5 ] [ 6 ]

في عام 1958، قام النظام التنفيذي لجامعة ميشيغان بتكييف نظام الإدخال/الإخراج GM-NAA لإنتاج نظام UMES ، الذي كان أكثر ملاءمةً للعدد الكبير من الوظائف الصغيرة التي أنشأها الطلاب. استُخدم نظام UMES حتى عام 1967 عندما استُبدل بنظام المشاركة الزمنية MTS . [ 7 ]

بيسيس

أنتجت مختبرات بيل نظام BESYS (الذي يُشار إليه أحيانًا باسم BELLMON) واستخدمته حتى منتصف الستينيات. كما أتاحت بيل هذا النظام للآخرين مجانًا ودون دعم فني رسمي. [ 8 ] [ 3 ]

نظام مراقبة لغة فورتران

قبل نظام IBSYS، أنتجت شركة IBM لأجهزة الكمبيوتر IBM 709 و 7090 و 7094 نظام تشغيل قائم على الأشرطة، وكان الغرض الوحيد منه تجميع برامج FORTRAN . في الواقع، كان كل من نظام إدارة الخوادم (FMS) ومُجمِّع FORTRAN موجودين على نفس الشريط. [ 9 ] [ 10 ]

أنظمة المشاركة الزمنية المبكرة وأنظمة الآلات الافتراضية

أنتج فرناندو كورباتو من معهد ماساتشوستس للتكنولوجيا أول أنظمة تجريبية لتقاسم الوقت ، مثل CTSS ، من عام 1957 إلى أوائل الستينيات، باستخدام حواسيب مركزية معدلة قليلاً من طراز IBM 709 ، [ 11 ] [ 12 ] و IBM 7090 ، [ 11 ] [ 12 ] و IBM 7094 [ 12 ] ؛ استندت هذه الأنظمة إلى اقتراح من جون مكارثي . [ 13 ] [ 14 ] في الستينيات، أنشأت مختبرات IBM نفسها أنظمة تجريبية لتقاسم الوقت، باستخدام حواسيب مركزية قياسية مع تعديلات على الأجهزة والبرامج الدقيقة لدعم الذاكرة الافتراضية : IBM M44/44X في أوائل الستينيات؛ CP-40 من عام 1964 إلى عام 1967؛ استُخدم جهاز CP-67 من عام 1967 إلى عام 1972. بل إن الشركة طرحت جهاز CP-67 بدون ضمان أو دعم فني لعدد من كبار العملاء من عام 1968 إلى عام 1972. استخدم كل من CP-40 وCP-67 معالجات System/360 مُعدّلة ، بينما استند جهاز M44/44X إلى معالج IBM 7044 ، وهو جيل سابق من المعالجات يختلف اختلافًا كبيرًا في مكوناته الداخلية. [ 15 ] [ 16 ] [ 17 ]

لقد فات الأوان لدمج هذه الأنظمة التجريبية في سلسلة System/360 التي أعلنت عنها شركة IBM في عام 1964، ولكنها شجعت الشركة على إضافة الذاكرة الافتراضية وقدرات الآلة الافتراضية إلى أجهزة الكمبيوتر الرئيسية System/370 وأنظمة التشغيل الخاصة بها في عام 1972: [ 15 ]

  • أظهر نظاما M44/44X أن النهج الجزئي في التعامل مع الآلات الافتراضية غير كافٍ، وأنّ التبديل المفرط (Thrasching) قد يُبطئ أنظمة الذاكرة الافتراضية بشكل كبير. ويُعرف التبديل المفرط بأنه حالة يعمل فيها النظام ببطء شديد لأنه يقضي معظم وقته في نقل صفحات الذاكرة الافتراضية بين الذاكرة الفعلية وملفات القرص.
  • استفادت شركة IBM من تجربتي CP-40 وCP-67 في معالجة مشكلة التذبذب، وأثبتت أن تقنيات الذاكرة الافتراضية والآلات الافتراضية الأخرى لديها تتمتع بالسرعة والموثوقية الكافيتين لاستخدامها في الأنظمة التجارية ذات الأحجام الكبيرة التي تُمثل جوهر أعمالها. وعلى وجه الخصوص، أقنع ديفيد ساير من IBM الشركة بأن إدارة الذاكرة الافتراضية المؤتمتة قادرة على الأداء باستمرار على الأقل بنفس كفاءة أفضل مخططات التراكب التي يصممها المبرمجون . [ 18 ]

في عام ١٩٦٨، استخدمت شركة استشارية تُدعى "أنظمة برمجيات الحاسوب" (Computer Software Systems) النسخة المُتاحة من برنامج CP-67 لإنشاء خدمة تجارية لتقاسم الوقت. ضمّ الفريق التقني للشركة اثنين من خريجي معهد ماساتشوستس للتكنولوجيا (انظر CTSS أعلاه)، وهما ديك أورنشتاين وهارولد فاينليب. مع نمو الشركة، غيّرت اسمها إلى " النظام الوطني لأنظمة برمجيات الحاسوب" (National CSS) وعدّلت البرنامج لزيادة عدد المستخدمين المدفوعين الذين يمكنها دعمهم، إلى أن أصبح النظام مختلفًا بما يكفي ليُصبح مُبررًا لاسم جديد، وهو VP/CSS . كان VP/CSS هو آلية تقديم خدمات "النظام الوطني لأنظمة برمجيات الحاسوب" حتى أوائل ثمانينيات القرن العشرين، عندما تحوّلت إلى نظام VM/370 من شركة IBM (انظر أدناه). [ ١٩ ] [ ٢٠ ]

أنتجت الجامعات ثلاثة أنظمة تشغيل أخرى لتقاسم الوقت من طراز S/360 في أواخر الستينيات:

  • طُوِّر نظام ميشيغان الطرفي (MTS) عام 1967 من قِبَل اتحاد جامعات بقيادة جامعة ميشيغان . وكانت جميع إصداراته تعمل على الحواسيب المركزية لشركة IBM التي تتمتع بإمكانية الذاكرة الافتراضية، بدءًا من S/360-67 . وظل نظام MTS قيد الاستخدام حتى عام 1999. [ 21 ]
  • بدأت جامعة ماكجيل في مونتريال بتطوير نظام MUSIC (نظام جامعة ماكجيل للحوسبة التفاعلية) عام 1969. خضع MUSIC لعدة تحسينات، وأصبح يدعم في نهاية المطاف البحث النصي، والنشر على الإنترنت، والبريد الإلكتروني، بالإضافة إلى تطوير البرمجيات. سوّقت شركة IBM نظام MUSIC بشكل أساسي للمؤسسات التعليمية كنظام تشغيل اقتصادي لأجهزتها، وأصبح في النهاية منتجًا من منتجات أنظمة IBM (MUSIC/SP أو نظام متعدد المستخدمين للحوسبة التفاعلية / منتج النظام) عام 1985. صدرت النسخة الرسمية الأخيرة عام 1999. [ 22 ]
  • تم تطوير ORVYL و WYLBUR بواسطة جامعة ستانفورد في عامي 1967-1968 لأجهزة IBM S/360-67. [ 23 ] [ 24 ] وقد وفرت بعضًا من أولى إمكانيات المشاركة الزمنية على أجهزة كمبيوتر IBM S/360.

أنظمة التشغيل System/360

حتى أوائل الستينيات، كانت أنظمة IBM منخفضة التكلفة وعالية التكلفة غير متوافقة، مما حال دون نقل البرامج بسهولة بينها، وكثيراً ما كانت هذه الأنظمة تستخدم ملحقات مختلفة تماماً ، مثل محركات الأقراص. [ 25 ] وخلصت IBM إلى أن هذه العوامل تزيد من تكاليف تصميم وإنتاج كل من الأجهزة والبرامج إلى مستوى غير مستدام، كما أنها تُقلل المبيعات بتثبيط العملاء عن الترقية. لذا، في عام 1964، أعلنت الشركة عن System/360 ، وهي سلسلة جديدة من أجهزة الكمبيوتر التي تستخدم جميعها نفس الملحقات، ومعظمها قادر على تشغيل نفس البرامج. [ 26 ]

كانت شركة IBM تنوي في الأصل أن يكون لنظام System/360 نظام تشغيل واحد فقط موجه نحو معالجة الدفعات ، وهو OS/360. وهناك روايتان على الأقل تفسران سبب قرار IBM لاحقًا بإنتاج نظام تشغيل أبسط موجه نحو معالجة الدفعات أيضًا، وهو DOS/360 :

  • لأنه وجد أن نظام التشغيل OS/360 لن يتناسب مع الذاكرة المحدودة المتاحة في طرازات System/360 الأصغر حجمًا؛ [ 27 ]
  • أو لأنها أدركت أن تطوير نظام التشغيل OS/360 سيستغرق وقتًا أطول بكثير من المتوقع، وقدمت نظام التشغيل DOS/360 كواحد من سلسلة حلول مؤقتة لمنع انهيار مبيعات أجهزة System/360 - أما الحلول الأخرى فكانت BOS/360 (نظام التشغيل الأساسي، للأجهزة الأصغر حجمًا) و TOS/360 (نظام تشغيل الأشرطة، للأجهزة التي تحتوي على محركات أشرطة فقط). [ 26 ] 

كانت أنظمة التشغيل الخاصة بنظام System/360 أكثر تعقيدًا من أنظمة التشغيل السابقة لشركة IBM لعدة أسباب، بما في ذلك: [ 28 ]

  • كان لا بد من دعم تعدد البرامج - أي التبديل لتشغيل تطبيق آخر قيد التشغيل عندما يكون التطبيق الحالي عالقًا في انتظار اكتمال عمليات الإدخال/الإخراج (مثل قراءة القرص). فبدون تعدد البرامج، كانت وحدات المعالجة المركزية الأسرع في النطاق ستقضي معظم وقتها في وضع الخمول، في انتظار عمليات الإدخال/الإخراج البطيئة. ولذلك، كان على أنظمة التشغيل أن تكون المتحكمة الفعلية في الأنظمة، لتوفير أي خدمات تطلبها التطبيقات بشكل صحيح، ومعالجة الأعطال أو السلوك غير الطبيعي في تطبيق واحد دون إيقاف التطبيقات الأخرى التي تعمل في الوقت نفسه. 
  • كان عليهم دعم نطاق أوسع بكثير من أحجام الأجهزة. تراوحت سعة الذاكرة من 16  كيلوبايت إلى 1  ميجابايت، وسرعات المعالج من بضعة آلاف من التعليمات في الثانية إلى 500000.
  • كان عليهم دعم مجموعة واسعة من متطلبات التطبيقات. على سبيل المثال، احتاجت بعض التطبيقات فقط إلى قراءة الملفات المتسلسلة من البداية إلى النهاية؛ بينما احتاجت تطبيقات أخرى إلى وصول سريع ومباشر إلى سجلات محددة في ملفات كبيرة جدًا؛ وقضت بعض التطبيقات معظم وقتها في إجراء العمليات الحسابية، مع القليل جدًا من قراءة أو كتابة الملفات.

جعل هذا من تطوير نظام التشغيل OS/360 وبرامج System/360 الأخرى أحد أضخم مشاريع البرمجيات التي شُكِّلت على الإطلاق، وسرعان ما واجهت شركة IBM صعوبات جمة، تمثلت في تجاوزات هائلة في الوقت والتكلفة، بالإضافة إلى عدد كبير من الأخطاء البرمجية . [ 28 ] وقد تفاقمت هذه المشاكل لأن تطوير واختبار أنظمة تشغيل System/360 على أجهزة حقيقية استلزم من IBM أولاً تطوير برنامج دعم البرمجة الأساسية/360 (BPS/360). [ 29 ] استُخدم برنامج BPS لتطوير الأدوات اللازمة لتطوير نظامي التشغيل DOS/360 وOS/360، بالإضافة إلى الإصدارات الأولى من الأدوات التي ستُزوَّد بها هذه الأنظمة - مُجمِّعات لغات FORTRAN و COBOL ، وبرامج مساعدة مثل Sort ، وقبل كل شيء، مُجمِّع البرامج اللازم لبناء جميع البرامج الأخرى. [ 30 ] 

استغل منافسو شركة IBM التأخيرات في نظامي التشغيل OS/360 وSystem/360 للإعلان عن أنظمة تستهدف ما اعتبروه أكثر شرائح سوق IBM عرضةً للخطر. ولمنع انهيار مبيعات System/360، أصدرت IBM أربعة أنظمة تشغيل مؤقتة: [ 26 ]

عندما أعلنت شركة IBM عن نظام S/360-67، أعلنت أيضًا عن نظام تشغيل بتقنية المشاركة الزمنية ، TSS/360 ، والذي كان من المفترض أن يستفيد من إمكانيات الذاكرة الافتراضية الجديدة لنظام 360/67. تأخر إطلاق TSS/360، وكانت الإصدارات الأولى بطيئة وغير موثوقة. في ذلك الوقت، كان نظام التشغيل البديل CP-67 ، الذي طوره مركز كامبريدج العلمي التابع لشركة IBM ، يعمل بكفاءة كافية لتقدمه IBM "بدون ضمان" كخدمة مشاركة زمنية لعدد قليل من العملاء الكبار. [ 32 ] تطور CP-67 لاحقًا ليصبح VM/370 ، ثم z/VM . في النهاية، قدمت IBM ثلاثة إصدارات من TSS/370 PRPQ كمسار انتقال لعملاء TSS/360، ثم أوقفت دعمه.

أدت الصعوبات التي واجهت إنتاج أنظمة تشغيل System/360 إلى تعزيز مجال هندسة البرمجيات الناشئ ، ومحاولة تطبيق المبادئ العلمية على تطوير البرمجيات، وإدارة مشاريع البرمجيات . وقد كتب فريدريك ب. بروكس ، الذي كان مديرًا رئيسيًا لمشروع System/360 بأكمله، ثم أُسندت إليه مسؤولية محددة عن نظام التشغيل OS/360 (الذي كان متأخرًا جدًا)، كتابًا لاقى استحسانًا كبيرًا بعنوان " الشهر الأسطوري للرجل" ، استنادًا إلى المشكلات التي وُوجهت والدروس المستفادة خلال المشروع، ومنها: [ 33 ]

  • سرعان ما يصبح ضخ موارد إضافية (وخاصة الموظفين) في مشروع متعثر غير مُجدٍ، بل وقد يأتي بنتائج عكسية، بسبب صعوبات التواصل. هذه هي متلازمة "الشهر الأسطوري" التي استوحى منها الكتاب عنوانه.
  • غالباً ما يواجه النظام الجديد الذي يخلف نظاماً ناجحاً صعوباتٍ بسبب احتوائه على جميع الميزات التي كان المستخدمون يتمنون وجودها في النظام السابق. وقد أطلق بروكس على هذه الظاهرة اسم " تأثير النظام الثاني "، واستشهد بنظام التشغيل OS/360 كمثال شامل للغاية.

DOS/360

بينما كان نظام التشغيل OS/360 هو النظام المفضل لأجهزة System/360 المتطورة، كان نظام DOS/360 هو النظام الشائع للأجهزة الأقل قوة. وقد وفر مجموعة من البرامج المساعدة ، ومجمعًا للوحدات الكلية ، ومترجمات للغتي FORTRAN و COBOL . وجاء دعم لغة RPG [ 34 ] [ 35 ] لاحقًا، ثم مجموعة فرعية من لغة PL/I . كما دعم مجموعة واسعة من تنظيمات الملفات المفيدة مع طرق وصول تُسهّل استخدامها.

  • عادةً ما تتم قراءة مجموعات البيانات المتسلسلة سجلًا واحدًا في كل مرة من البداية إلى النهاية.
  • في الملفات المفهرسة ( ISAM )، تم تعريف قسم محدد من كل سجل كمفتاح يمكن استخدامه للبحث عن سجلات معينة.
  • في ملفات الوصول المباشر ( BDAM )، كان على برنامج التطبيق تحديد الموقع الفعلي للبيانات التي يرغب في الوصول إليها على القرص. لم تكن برمجة BDAM سهلة، ولم يستخدمها معظم العملاء بأنفسهم، لكنها كانت أسرع طريقة للوصول إلى البيانات على الأقراص، وقد استخدمتها العديد من شركات البرمجيات في منتجاتها، وخاصة أنظمة إدارة قواعد البيانات مثل ADABAS و IDMS و DL/I من IBM .

يمكن للملفات التسلسلية وملفات ISAM تخزين سجلات ذات طول ثابت أو متغير، ويمكن لجميع الأنواع أن تشغل أكثر من وحدة تخزين واحدة.

كان نظام DOS/360 يوفر أيضًا بروتوكول BTAM ، وهو نظام اتصالات بيانات بدائي وصعب الاستخدام وفقًا لمعايير اليوم. لكن BTAM كان قادرًا على التواصل مع أي نوع من المحطات الطرفية تقريبًا، وهو ما شكّل ميزة كبيرة في وقتٍ لم يكن فيه توحيد بروتوكولات الاتصالات شائعًا.

لكن نظام التشغيل DOS/360 كان يعاني من قيود كبيرة مقارنة بنظام التشغيل OS/360 ، الذي كان يستخدم للتحكم في معظم أجهزة System/360 الأكبر حجماً:

  • كان الإصدار الأول يسمح بتشغيل برنامج واحد فقط في كل مرة. أما الإصدار اللاحق فقد سمح بتشغيل ثلاثة برامج في الوقت نفسه، في أحد "الأقسام" الثلاثة التي يحدد حجمها كل عميل عند تثبيت نظام التشغيل DOS/360.
  • تم تصميم لغة التحكم في الوظائف (JCL) المستخدمة لإرسال المهام لتكون سهلة المعالجة بالنسبة للأجهزة منخفضة التكلفة، ونتيجة لذلك، لم يجد المبرمجون سهولة في قراءتها أو كتابتها.
  • لم يكن هناك نظام فرعي لتخزين البيانات لتحسين كفاءة استخدام البطاقات المثقبة والطابعات. في أواخر الستينيات، بدأت شركة برمجيات مستقلة ببيع برنامج لتخزين البيانات يُسمى GRASP.
  • لم يكن لدى نظام DOS/360 أداة تحميل قابلة لإعادة التوطين ، لذلك كان على المستخدمين ربط نسخة تنفيذية منفصلة من كل برنامج لكل قسم من المحتمل أن يتم تشغيل البرنامج فيه.
  • كانت البرامج التنفيذية تُخزَّن في مكتبة الصور الأساسية، التي لم تكن تستعيد المساحة عند حذف البرامج أو استبدالها بإصدارات أحدث. وعندما تمتلئ مكتبة الصور الأساسية، كان لا بد من ضغطها بواسطة أحد برامج الأدوات المساعدة، مما قد يُعطِّل العمل التطويري لمدة تصل إلى نصف يوم.
  • كانت واجهة برمجة التطبيقات الخاصة بها مختلفة عن واجهة نظام التشغيل OS/360. كانت برامج DOS/360 المكتوبة بلغات عالية المستوى مثل COBOL تحتاج إلى تعديلات طفيفة قبل أن تتمكن من استخدامها مع OS/360، بينما كانت برامج لغة التجميع تحتاج إلى تغييرات أكبر.

توقعت شركة IBM أن يقوم مستخدمو نظام التشغيل DOS/360 بالترقية قريبًا إلى نظام التشغيل OS/360، ولكن على الرغم من محدودياته، أصبح نظام التشغيل DOS/360 نظام التشغيل الأكثر استخدامًا في العالم للأسباب التالية:

  • حققت أجهزة نظام 360 مبيعات جيدة جداً
  • أكثر من 90% من أنظمة 360 المباعة كانت من الطرازات 20 و30 و40 [ 36 ]
  • معظم هذه الطرازات الأرخص كانت تحتوي على ذاكرة أساسية أقل بكثير مما هو مطلوب من قبل نظام التشغيل OS/360. [ 37 ]

كان نظام التشغيل DOS/360 يعمل بكفاءة على معالجات System/360 التي كانت في متناول المؤسسات متوسطة الحجم، وكان أفضل من أنظمة التشغيل التي كانت تستخدمها هذه المؤسسات سابقًا. ونتيجة لذلك، لا يزال نظام التشغيل z/VSE ، وهو أحد أسلافه ، مستخدمًا على نطاق واسع حتى عام 2005. [ 27 ]

نظام التشغيل OS/360

تضمن نظام التشغيل OS/360 مستويات دعم متعددة، وواجهة برمجة تطبيقات واحدة، وجزءًا كبيرًا من الشيفرة المشتركة. كان نظام PCP إصدارًا مؤقتًا لا يمكنه تشغيل سوى برنامج واحد في كل مرة، بينما استُخدم نظاما MFT ( البرمجة المتعددة بعدد ثابت من المهام) و MVT ( البرمجة المتعددة بعدد متغير من المهام) حتى أواخر سبعينيات القرن الماضي على الأقل، أي بعد خمس سنوات من إطلاق الأنظمة اللاحقة. [ 38 ] من غير الواضح ما إذا كانت الانقسامات بين أنظمة PCP وMFT وMVT ناتجة عن احتياج MVT إلى ذاكرة كبيرة جدًا لاستخدامه على الأجهزة متوسطة الأداء، أو لأن شركة IBM كانت بحاجة إلى إصدار نسخة متعددة البرامج من نظام التشغيل (MFT) في أسرع وقت ممكن.

كان لدى كل من PCP وMFT وMVT مناهج مختلفة لإدارة الذاكرة (انظر أدناه)، لكنها وفرت مرافق متشابهة للغاية:

  • نفس واجهة برمجة التطبيقات (API)، لذلك يمكن نقل برامج التطبيقات بين PCP وMFT وMVT دون الحاجة إلى إعادة تجميعها .
  • نفس لغة التحكم في الوظائف (JCL )، والتي كانت أكثر مرونة وأسهل استخدامًا من تلك الخاصة بنظام DOS/360.
  • نفس المرافق ( طرق الوصول ) مثل DOS/360 لقراءة وكتابة الملفات (التسلسلية والمفهرسة والمباشرة) وللاتصالات بالبيانات ( BTAM ).
  • بنية ملفات إضافية، مُقسّمة، وطريقة وصول ( BPAM )، استُخدمت بشكل أساسي لإدارة مكتبات البرامج. على الرغم من أن الملفات المُقسّمة كانت تحتاج إلى ضغط لاستعادة المساحة الحرة، إلا أن هذا نادرًا ما كان يُعيق العمل التطويري كما كان الحال مع مكتبة الصور الأساسية لنظام DOS/360، لأن PCP وMFT وMVT سمحت بعدد غير محدود من الملفات المُقسّمة، وكان كل مشروع يحتوي عادةً على ملف واحد على الأقل.
  • نظام تسمية الملفات الذي يسمح بإدارة الملفات كهياكل هرمية، مثل PROJECT.USER.FILENAME.
  • مرفق التخزين المؤقت (الذي كان يفتقر إليه نظام DOS/360).
  • يمكن للتطبيقات إنشاء مهام فرعية، مما يسمح بالبرمجة المتعددة داخل المهمة الواحدة.

أشارت التجربة إلى أنه لا يُنصح بتثبيت نظام التشغيل OS/360 على أنظمة ذات  ذاكرة أقل من 256 كيلوبايت، [ 30 ] وهو ما كان قيدًا شائعًا في الستينيات.

معالج نفسي مرخص

عند تثبيت MFT ، كان العملاء يحددون ما يصل إلى أربعة أقسام من الذاكرة بحدود ثابتة، حيث يمكن تشغيل برامج التطبيقات في وقت واحد. [ 39 ] رفع الإصدار الثاني من MFT (MFT-II) الحد إلى 52.

حركة

كان نظام MVT أكبر حجمًا وأكثر تعقيدًا من نظام MFT، ولذلك استُخدم على أقوى وحدات المعالجة المركزية في نظام System/360. تعامل هذا النظام مع جميع الذاكرة غير المستخدمة من قِبل نظام التشغيل كمجمع واحد يُمكن تخصيص "مناطق" متجاورة منه حسب الحاجة لعدد غير محدود من برامج التطبيقات المتزامنة. كان هذا النظام أكثر مرونة من نظام MFT، ومن حيث المبدأ، استخدم الذاكرة بكفاءة أكبر، ولكنه كان عرضة للتجزئة ؛ فبعد فترة، قد يجد المستخدم أنه على الرغم من وجود ذاكرة احتياطية كافية لتشغيل برنامج، إلا أنها مُقسّمة إلى أجزاء منفصلة، ​​لا يكفي أي منها لتشغيل البرنامج. [ 31 ] : 372-373 

في عام 1971، أُضيف خيار المشاركة الزمنية (TSO) لاستخدامه مع نظام MVT. وأصبح TSO شائع الاستخدام في تطوير البرامج لما يوفره من محرر، وأدوات تصحيح أخطاء لبعض لغات البرمجة المستخدمة في نظام System/360، وإمكانية إرسال مهام دفعية، وتلقي إشعارات عند اكتمالها، وعرض النتائج دون انتظار التقارير المطبوعة. وكان TSO يتواصل مع المحطات الطرفية باستخدام TCAM ( طريقة الوصول للاتصالات )، والتي حلت لاحقًا محل طريقة الوصول للاتصالات القائمة على قائمة الانتظار (QTAM). ويوحي اسم TCAM بأن شركة IBM كانت تأمل في أن يصبح طريقة الوصول القياسية لبيانات الاتصالات، ولكن في الواقع، استُخدم TCAM بشكل شبه كامل لـ TSO، وحلّت محله VTAM إلى حد كبير بدءًا من أواخر سبعينيات القرن العشرين.

شاشات مراقبة درجة الحرارة

صُممت أجهزة وأنظمة تشغيل نظام التشغيل System/360 لمعالجة مهام الدفعات التي قد تستغرق ساعات في بعض الحالات. ونتيجةً لذلك، لم تكن مناسبة لمعالجة المعاملات ، التي تتضمن آلاف وحدات العمل يوميًا، وتستغرق كل منها ما بين 30 ثانية وبضع دقائق. في عام 1968، أصدرت شركة IBM نظام IMS لمعالجة المعاملات، وفي عام 1969، أصدرت نظام CICS ، وهو نظام أبسط لمعالجة المعاملات طوره فريق من موظفي IBM لأحد العملاء. كان نظام IMS متاحًا فقط لنظام التشغيل OS/360 والإصدارات اللاحقة له، بينما كان نظام CICS متاحًا أيضًا لنظام التشغيل DOS/360 والإصدارات اللاحقة له. [ 40 ] [ 41 ] لسنوات عديدة، عُرف هذا النوع من المنتجات باسم "مراقب المعالجة عن بُعد (TP)". من الناحية الفنية، لم تكن مراقبات المعالجة عن بُعد مكونات لنظام التشغيل، بل برامج تطبيقية تُدير برامج تطبيقية أخرى. في سبعينيات وثمانينيات القرن الماضي، تنافست العديد من برامج مراقبة نقاط النهاية التابعة لجهات خارجية مع نظام CICS (وأبرزها COM-PLETE وDATACOM/DC وENVIRON/1 وINTERCOMM وSHADOW II وTASK/MASTER وWESTI)، لكن شركة IBM حسّنت نظام CICS تدريجيًا إلى الحد الذي جعل معظم العملاء يتخلون عن البدائل. [ 42 ] [ 43 ]

أنظمة خاصة لشركات الطيران

في خمسينيات القرن العشرين، شهدت شركات الطيران نموًا سريعًا، إلا أن هذا النمو تعثر بسبب صعوبة إدارة آلاف الحجوزات يدويًا (باستخدام ملفات البطاقات). في عام ١٩٥٧، وقّعت شركة آي بي إم عقد تطوير مع الخطوط الجوية الأمريكية لتطوير نظام حجز محوسب، عُرف باسم سابر . بدأ تشغيل النظام التجريبي الأول في عام ١٩٦٠، وتولى النظام جميع وظائف الحجز في عام ١٩٦٤ ، وفي كلتا الحالتين، تم استخدام حواسيب آي بي إم ٧٠٩٠ المركزية. في أوائل ستينيات القرن العشرين، نفذت آي بي إم مشاريع مماثلة لشركات طيران أخرى، وسرعان ما قررت إنتاج نظام حجز موحد، بارس ، ليعمل على حواسيب سيستم/٣٦٠ . 

في نظام SABRE والإصدارات الأولى من نظام PARS، لم يكن هناك فصل بين مكونات التطبيق ونظام التشغيل، ولكن في عام 1968، قامت شركة IBM بفصله إلى PARS (التطبيق) و ACP (نظام التشغيل). أُطلق على الإصدارات اللاحقة من ACP اسم ACP/TPF، ثم TPF (مرفق معالجة المعاملات) عندما اعتمدت الشركات غير العاملة في مجال الطيران هذا النظام لمعالجة كميات كبيرة من المعاملات عبر الإنترنت. أحدث إصدار هو z/TPF .

قامت شركة IBM بتطوير ACP وخلفائها لأن: في منتصف الستينيات، كانت أنظمة التشغيل القياسية لشركة IBM ( DOS/360 و OS/360 ) موجهة نحو الدفعات ولم تكن قادرة على التعامل مع أعداد كبيرة من المعاملات القصيرة بسرعة كافية؛ حتى أنظمة مراقبة المعاملات IMS و CICS ، التي تعمل تحت سيطرة أنظمة التشغيل القياسية للأغراض العامة، ليست سريعة بما يكفي للتعامل مع الحجوزات على مئات الرحلات الجوية من آلاف وكلاء السفر.

كانت آخر نسخة "متاحة للجمهور" من ACP، وبالتالي آخر نسخة "مجانية" منها، هي ACP 9.2، والتي تم توزيعها على بكرة صغيرة واحدة مع مجموعة كتيبات مصاحبة (حوالي عشرين كتيبًا، والتي شغلت ربما 48 بوصة خطية من مساحة الرف) والتي يمكن استعادتها إلى محركات أقراص IBM 3340 والتي من شأنها، بالتالي، توفير نظام ACP يعمل بكامل طاقته.

كان نظام ACP 9.2 مخصصًا في المقام الأول لبطاقات البنوك مثل ماستركارد والتطبيقات المالية الأخرى، ولكن يمكن استخدامه أيضًا لأنظمة حجز الطيران، حيث أصبح نظام ACP بحلول هذا الوقت نظام تشغيل للأغراض العامة.

وقد قامت ACP بحلول ذلك الوقت بدمج وحدة المشرف الافتراضي (CHYR) التي تدعم نظام تشغيل افتراضي (عادة VS1 ، ولكن ربما أيضًا VS2 ) كضيف، والذي يمكن من خلاله إنجاز تطوير البرامج أو صيانة الملفات بالتزامن مع الوظائف عبر الإنترنت.

في بعض الحالات، تم تشغيل أعمال الإنتاج تحت VS2 تحت برنامج إدارة الأجهزة الافتراضية، بما في ذلك، ربما، قاعدة بيانات IMS.

نظام/360 موديل 20

صُنِّف الطراز 20 ضمن سلسلة System/360 لقدرته على الاتصال ببعض الأجهزة الطرفية نفسها، إلا أنه كان جهازًا ذو 16 بت ، ولم يكن متوافقًا برمجيًا تمامًا مع باقي أجهزة سلسلة System/360. طُوِّرت ثلاثة أنظمة تشغيل في مختبرات IBM بألمانيا، لتكوينات مختلفة من 360/20؛ DPS - مع أقراص (الحد الأدنى للذاكرة المطلوبة: 12  كيلوبايت)؛ TPS - بدون أقراص ولكن مع أشرطة (الحد الأدنى للذاكرة المطلوبة: 8  كيلوبايت)؛ وCPS - يعتمد على البطاقات المثقبة (الحد الأدنى للذاكرة المطلوبة: 4  كيلوبايت). [ 44 ] لم يكن لهذه الأنظمة خلفاء مباشرون منذ أن طرحت IBM سلسلة System/3 لأجهزة الكمبيوتر المخصصة للأعمال الصغيرة عام 1969، والتي تميزت بتصميم داخلي مختلف عن 360/20 وأجهزة طرفية مختلفة عن أجهزة IBM المركزية.

نظام/360 موديل 44

يُعدّ المعالج 360/44 معالجًا آخر يستخدم ملحقات نظام 360، ولكنه مزود بمجموعة تعليمات مُعدّلة. صُمّم هذا المعالج لإجراء العمليات الحسابية العلمية باستخدام الأرقام العشرية ، مثل التحليلات الجيولوجية أو الأرصادية. ونظرًا للاختلافات الداخلية ونوع العمل المُخصّص الذي صُمّم من أجله، فإنّ المعالج 360/44 مزوّد بنظام تشغيل خاص به، وهو PS/44. [ 45 ] وتتيح ميزة اختيارية تشغيل مُحاكي نظام 360 في وحدة تخزين مخفية، وتنفيذ التعليمات الناقصة لتشغيل نظام التشغيل PS/44. ولا يوجد للمعالجين 360/44 وPS/44 أي معالجات لاحقة مباشرة.

نظام التشغيل System/370 وأنظمة التشغيل ذات الذاكرة الافتراضية

أُعلن عن نظام System/370 في عام 1970، مُزوّدًا بنفس إمكانيات نظام System/360 تقريبًا، ولكن بسرعة معالج أعلى بأربع مرات تقريبًا من معالجات System/360 ذات السعر المُماثل. [ 46 ] ثم في عام 1972، أعلنت شركة IBM عن "وظائف System/370 المُتقدمة"، وكان أهم ما يُميزها هو أن مبيعات System/370 المستقبلية ستتضمن إمكانية استخدام الذاكرة الافتراضية ، والتي يُمكن أيضًا إضافتها إلى معالجات System/370 الحالية. وبناءً على ذلك، التزمت IBM أيضًا بتوفير أنظمة تشغيل مُحسّنة تدعم استخدام الذاكرة الافتراضية. [ 47 ] [ 48 ]

تتميز معظم أنظمة التشغيل الجديدة عن سابقاتها بوجود "/VS" في أسمائها. يرمز "VS" إلى "التخزين الافتراضي". تجنبت شركة IBM استخدام مصطلح "الذاكرة الافتراضية"، بحجة أن كلمة "ذاكرة" قد تُفسر على أنها تعني أن أجهزة كمبيوتر IBM قد تفقد بعض البيانات.

جميع أنظمة التشغيل الحديثة لأجهزة الكمبيوتر المركزية من IBM باستثناء z/TPF هي من سلالة تلك المدرجة في إعلان "System/370 Advanced Functions" - z/TPF هو من سلالة ACP ، وهو النظام الذي طورته IBM في البداية لدعم تطبيقات حجز شركات الطيران ذات الحجم الكبير. 

DOS/VS

يُعدّ نظام DOS/VS خليفةً لنظام DOS/360 ، ويُقدّم إمكانياتٍ مُشابهة، مع إضافة الذاكرة الافتراضية. وإلى جانب الذاكرة الافتراضية، قدّم نظام DOS/VS تحسيناتٍ أخرى:

  • خمسة أقسام للذاكرة بدلاً من ثلاثة. وتزيد الإصدارات اللاحقة هذا العدد إلى سبعة.
  • أداة تحميل قابلة لإعادة التوطين، بحيث لم يعد من الضروري ربط نسخة منفصلة من كل برنامج لكل قسم سيتم تشغيله فيه.
  • مكون لف محسّن ، POWER/VS.

تلت نظام التشغيل DOS/VS ترقيات هامة: DOS/VSE وVSE/SP (في ثمانينيات القرن العشرين)، وVSE/ESA (في عام 1991)، و z/VSE (في عام 2005). [ 49 ] [ 50 ]

نظام التشغيل/VS1

خلف نظام التشغيل OS/VS1 نظام MFT ، مع إمكانيات مماثلة، بالإضافة إلى إضافة الذاكرة الافتراضية. [ 31 ] أصدرت شركة IBM تحسينات طفيفة نسبيًا على نظام التشغيل OS/VS1 حتى عام 1983، وفي عام 1984 أعلنت توقفها عن تطويره. يُعدّ كل من OS/VS1 وTSS/370 نظامي التشغيل الوحيدين من أنظمة IBM [ 51 ] System/370 اللذين لا توجد لهما أنظمة تشغيل حديثة.

نظام التشغيل الخاص بالوقت الحقيقي (SRTOS)، المبرمج RPQ Z06751، هو نسخة معدلة من نظام التشغيل OS/VS1 تم تطويرها لدعم الحوسبة في الوقت الحقيقي . وقد استهدف هذا النظام قطاعات مثل إدارة الطاقة في شركات الكهرباء وتطبيقات تكرير النفط. [ 52 ]

نظام التشغيل OS/VS2 وMVS

يُعد نظام التشغيل OS/VS2 الإصدار 1 ( SVS ) بديلاً لنظام MVT مع الذاكرة الافتراضية. وقد طرأت عليه العديد من التغييرات، ولكنه احتفظ بالبنية العامة لنظام MVT.

في عام 1974، أصدرت شركة IBM ما وصفته بنظام التشغيل OS/VS2 الإصدار 2، والذي كان في الواقع إعادة كتابة رئيسية متوافقة مع الإصدار السابق OS/VS2 SVS. أبرز ما يميز النظام الجديد هو دعمه لمساحات عناوين افتراضية متعددة. كانت التطبيقات المختلفة تعتقد أنها تستخدم نفس نطاق العناوين الافتراضية، لكن إمكانيات الذاكرة الافتراضية في النظام الجديد ربطت هذه العناوين بنطاقات مختلفة من عناوين الذاكرة الحقيقية. [ 31 ] ونتيجة لذلك، عُرف النظام الجديد سريعًا باسم " MVS " (وحدات تخزين افتراضية متعددة)، بينما عُرف نظام التشغيل OS/VS2 الأصلي باسم "SVS" (وحدة تخزين افتراضية واحدة). وقد اعتمدت IBM نفسها هذا المصطلح وأطلقت على الأنظمة اللاحقة لـ MVS اسم "MVS/...". [ 53 ]

ومن السمات المميزة الأخرى لنظام MVS ما يلي: يجب أن يكون فهرسه الرئيسي فهرس VSAM ؛ وهو يدعم "المعالجة المتعددة المترابطة بإحكام" (حيث تشترك وحدتا معالجة مركزية أو أكثر في نفس الذاكرة ونسخة نظام التشغيل)؛ ويتضمن مدير موارد النظام (الذي أعيد تسميته إلى مدير عبء العمل في الإصدارات اللاحقة) والذي يسمح للمستخدمين بتحميل أعمال إضافية على النظام دون تقليل أداء الوظائف ذات الأولوية العالية.

أصدرت شركة IBM العديد من ترقيات نظام التشغيل MVS: MVS/SE ، و MVS/SP الإصدار 1، و MVS/XA (1981)، و MVS/ESA (1985)، و OS/390 (1996)، وحالياً z/OS (2001). [ 54 ]

VM/370

يجمع نظام VM/370 بين بيئة الآلة الافتراضية ونظام المستخدم الواحد المسمى نظام المراقبة التفاعلية (CMS)؛ حيث يوفر هذا المزيج ميزة المشاركة الزمنية ، إذ يسمح لكل مستخدم بتشغيل نسخة من نظام CMS على آلة افتراضية. وكان هذا المزيج امتدادًا مباشرًا لنظام CP/CMS . [ 55 ] غالبًا ما كانت بيئة الآلة الافتراضية تُستخدم لاختبار البرامج الجديدة بينما يستمر العمل الإنتاجي المعتاد على آلة افتراضية أخرى، وكان نظام المشاركة الزمنية CMS يُستخدم على نطاق واسع لتطوير البرامج. [ 56 ]

تبع نظام VM/370 سلسلة من التحديثات: VM/SEPP ( منتج برنامج ملحقات الأنظمة )، وVM/BSEPP (منتج برنامج ملحقات الأنظمة الأساسية)، وVM/SP (منتج النظام)، وVM/SP HPO (خيار الأداء العالي)، وVM/XA MA (مساعد ترحيل البنية الموسعة)، وVM/XA SF (مرفق نظام البنية الموسعة)، وVM/XA SP (منتج نظام البنية الموسعة)، وVM/ESA (بنية أنظمة المؤسسات)، و z/VM . كما أنتجت IBM مساعدات اختيارية للبرامج المصغرة لنظام VM والأنظمة اللاحقة، لتسريع محاكاة المشرف للتعليمات ذات الامتيازات (التي لا يمكن استخدامها إلا من قبل أنظمة التشغيل) نيابةً عن أنظمة التشغيل "الضيفة". كجزء من بنية 370/الموسعة، أضافت شركة IBM تعليمة بدء التنفيذ التفسيري (SIE) [ 57 ] للسماح بمزيد من تسريع برنامج CP hypervisor. [ 58 ]

انظر أيضاً

مراجع

  1. ↑ "الجدول الزمني لتاريخ الحاسوب: 1956: البرمجيات" . متحف تاريخ الحاسوب . تم الاطلاع عليه في 4 سبتمبر 2007 .
  2. ↑ "تاريخ نظام التشغيل - MCP" . www.oshistory.net . مؤرشف من الأصل في 21 فبراير 2009.
  3. 1 2 3 "نبذة تاريخية عن لينكس" . مؤرشف من الأصل بتاريخ 7 نوفمبر 2017. تم الاطلاع عليه بتاريخ 4 نوفمبر 2017 .
  4. ↑ "IBM 650" . أرشيفات IBM . 23 يناير 2003. مؤرشف من الأصل في 14 يناير 2005. تم الاطلاع عليه في 6 نوفمبر 2017 .
  5. ↑ "نظام تشغيل IBSYS 7090/94" . www.frobenius.com . مؤرشف من الأصل بتاريخ 21 ديسمبر 2007. تم الاطلاع عليه بتاريخ 6 نوفمبر 2017 .
  6. ↑ غراي، جورج (مارس 1999). "EXEC II" . نشرة يونيسيس التاريخية . 1 (3). مؤرشفة من الأصل في 9 أغسطس 2017.
  7. ↑ "مقابلة مهنية مع بيرني غالر". حوليات IEEE لتاريخ الحوسبة . 23 (1): 22-33 . يناير-مارس 2001. doi : 10.1109/85.910847 .
  8. ↑ فيسوتسكي، ف.؛ بيرس، إ. (يناير 1985). "وضع يونكس في منظورها الصحيح". مراجعة يونكس . 1 (3).
  9. ↑ كونراد وايزرت (25 مارس 2007). "ذكريات عن فورتران" . شركة إنفورميشن ديسبلينز . ​​تم الاطلاع عليه في 6 نوفمبر 2017 .
  10. ↑ "حكايات فورتران" . حوليات معهد مهندسي الكهرباء والإلكترونيات لتاريخ الحوسبة . 6 (1): 59-64 . يناير-مارس 1984. رمز Bibcode : 1984IAHC....6a..59. . doi : 10.1109/MAHC.1984.10010 .
  11. 1 2 كورباتو، فرناندو جيه .؛ داجيت، مارجوري ميروين؛ دالي، روبرت سي. (3 مايو 1962). نظام تجريبي لتقاسم الوقت . المؤتمر المشترك للحاسوب في الربيع .
  12. 1 2 3 "نظام المشاركة الزمنية المتوافق (1961-1973) نظرة عامة تذكارية بمناسبة الذكرى الخمسين" (PDF) . 2011.
  13. ↑ مكارثي، جون . "ذكريات عن تاريخ المشاركة الزمنية" . – يصف أصول نظام المشاركة الزمنية
  14. ↑ مكارثي، جون (1 يناير 1959). "برنامج مشغل مشاركة الوقت لجهاز IBM 709 المتوقع" .
  15. 1 2 آر. جيه. كريسي (سبتمبر 1981). "أصل نظام المشاركة الزمنية VM/370". مجلة آي بي إم للبحوث والتطوير . 25 (5): 483-490 . doi : 10.1147/rd.255.0483 .
  16. ↑ بيتر ج. دينينغ (نوفمبر 1981). "نمذجة الأداء: أفضل ما في علوم الحاسوب التجريبية" (ملف PDF) . مجلة اتصالات رابطة مكائن ​​الحوسبة . 24 (11). رسالة الرئيس - مسح للأوراق البحثية. doi : 10.1145/358790.358791 . S2CID 14123676 . 
  17. ↑ ميليندا فاريان، VM ومجتمع VM، الماضي والحاضر والمستقبل، SHARE 89، الجلسات 9059-9061، 1977؛ متاح على الإنترنت على www.princeton.edu/~melinda – تاريخ CP/CMS وVM 
  18. ↑ دينينغ، بيتر (1997). "قبل أن تصبح الذاكرة افتراضية" . في البداية: ذكريات رواد البرمجيات .
  19. ↑ لوان جونسون (23 ديسمبر 2004). "تفاصيل الشركة - ناشونال سي إس إس" . متحف تاريخ الحاسوب . تم الاطلاع عليه في 30 يناير 2007 .
  20. ↑ فينليب، هارولد (مارس 2005). تاريخ تقني لـ National CSS (ملف PDF) . متحف تاريخ الحاسوب .
  21. ↑ تاريخ شركة MTS بقلم دان بوليه لموقع Everything2.com
  22. ↑ "نظام التشغيل MUSIC/SP - مقدمة" . webpages.mcgill.ca . تم الاطلاع عليه بتاريخ 6 نوفمبر 2017 .
  23. ↑ وصف وظيفي لنظام المشاركة الزمنية ORVYL/370 ، جامعة ستانفورد، 1978
  24. ↑ دليل ويلبر المرجعي ، جامعة ستانفورد، 1984
  25. ↑ "شجرة عائلة الحواسيب المركزية وتسلسلها الزمني" . أرشيفات آي بي إم . 23 يناير 2003. مؤرشف من الأصل في 14 يناير 2005. تم الاطلاع عليه في 6 نوفمبر 2017 .
  26. 1 2 3 تشاك بوير، ثورة 360
  27. 1 2 جونستون، جيري (1 أبريل 2005). "VSE: نظرة على الأربعين عامًا الماضية" . مجلة z/Journal (أبريل/مايو 2005). توماس كوميونيكيشنز. ISSN 1551-8191 . OCLC 56140149. مؤرشف من الأصل في 4 مارس 2009.  
  28. 1 2 أندرو س. تانينباوم (2001). أنظمة التشغيل الحديثة ( الطبعة الثانية). برنتيس هول . ISBN  978-8120320635.
  29. ١ ٢ شركة آي بي إم (١٩٦٥). دعم البرمجة الأساسية لنظام IBM System/360 وملخص أنظمة برمجة نظام التشغيل الأساسي IBM System/360 (ملف PDF) . مكتبة مراجع أنظمة آي بي إم. C24-3420-0.
  30. 1 2 راي سوندرز. "MVS... وقبل OS/360 ؟" . مؤرشف من الأصل بتاريخ 20-12-2007. 
  31. 1 2 3 4 أوسلاندر، م.أ.؛ جافي، ج.ف. (1973). "البنية الوظيفية لأنظمة تشغيل التخزين الافتراضي من آي بي إم، الجزء الأول: تأثيرات ترجمة العناوين الديناميكية على تقنية نظام التشغيل". مجلة أنظمة آي بي إم . المجلد 12، العدد 4. آي بي إم. الصفحات 368-381 . doi : 10.1147/sj.124.0368 . S2CID 249618 .    
  32. ↑ "نظاما IBM 360/67 وCP/CMS" . www.multicians.org . تاريخ الاطلاع: 6 نوفمبر 2017 .
  33. ↑ بروكس، إف بي (1995) [1975]. الشهر الأسطوري للرجل: مقالات في هندسة البرمجيات . أديسون-ويسلي بروفيشنال. ISBN 978-0-201-83595-3.
  34. ↑ فهرس إدخالات حقوق النشر. السلسلة الثالثة: 1971: يناير-يونيو . 1973.
  35. ↑ قائمة مراجع أنظمة IBM System/360 و System/370 (ملف PDF) . شركة IBM. مارس 1971. GA22-6822.
  36. ↑ رسالة إخبارية من ADP مذكورة في الصفحة 56 من كتاب Weiss, Eric A., ed. (1969). أساسيات استخدام الحاسوب . McGraw-Hill. LCCN 71-76142 . تُظهر مبيعات 360/ "20 .. 33.6%، 30 .. 36%، 40 .. 22.6%" = 92.2%
  37. ↑ كتيبات الخصائص الوظيفية لـ IBM S/360 للنماذج المعنية
  38. ↑ "استطلاع SHARE في منتصف السبعينيات" . مؤرشف من الأصل بتاريخ 12-05-2008.
  39. ↑ نظام التشغيل IBM System/360: البرمجة المتعددة مع عدد ثابت من المهام (MFT): المفاهيم والاعتبارات (ملف PDF) . الطبعة الأولى. IBM. أكتوبر 1966. GC27-6926-0.
  40. ↑ كيه آر بلاكمان (1998). "ملاحظة فنية - نظام إدارة المعلومات (IMS) يحتفل بمرور ثلاثين عامًا كمنتج من منتجات شركة آي بي إم" . مجلة آي بي إم للبحوث والتطوير . 37 (4). مؤرشف من الأصل في 24 يناير 2000.
  41. ↑ "أنظمة IBM CICS – z" . www-306.ibm.com . تم الاطلاع عليه بتاريخ 6 نوفمبر 2017 .
  42. ↑ "ربط التطبيقات بـ Adabas" . مؤرشف من الأصل في 22 مايو 2008. تم الاطلاع عليه في 8 يوليو 2008 . – يسرد أهم أجهزة مراقبة الصوت من سبعينيات وثمانينيات القرن العشرين
  43. ↑ هوغو، آي. (15 نوفمبر 1989). "ميتير النموذج، لكن قليلون اتبعوه - صناعة البرمجيات في المملكة المتحدة" . مجلة البرمجيات . تم الاطلاع عليه في 8 يوليو 2008 .
  44. ^ "تاريخ شركة IBM Deutschland Entwicklung GmbH - الستينيات" .{{cite web}}: CS1 maint: deprecated archiveal service ( link )
  45. ↑ "تاريخ الحاسوب: أرقام طرازات IBM 360/370/3090/390" . www.beagle-ears.com . تاريخ الاطلاع: 6 نوفمبر 2017 .
  46. ↑ "إعلان نظام 370" . شركة آي بي إم. 30 يونيو 1970. مؤرشف من الأصل في 16 يناير 2005.
  47. ↑ "التسلسل الزمني لتقنية DPD (1970-1974)" . شركة IBM. 23 يناير 2003. مؤرشف من الأصل في 23 أكتوبر 2009.قسم معالجة البيانات (DPD)، الذي كان مسؤولاً عن أنظمة IBM المتوسطة والكبيرة.
  48. ↑ بو، إي دبليو، جونسون، إل آر، وبالمر، جيه إتش (1991). أنظمة IBM 360 وأنظمة 370 المبكرة . مطبعة معهد ماساتشوستس للتكنولوجيا. ISBN 978-0-262-16123-7.{{cite book}}: صيانة CS1: أسماء متعددة: قائمة المؤلفين ( رابط )
  49. ↑ "نظام التشغيل z/VSE من IBM - التاريخ - ثمانينيات القرن العشرين" . www-03.ibm.com . ١٥ سبتمبر ٢٠٠٨. مؤرشف من الأصل في ١١ سبتمبر ٢٠٠٦. تم الاطلاع عليه في ٦ نوفمبر ٢٠١٧ .
  50. ↑ "نظام التشغيل z/VSE من IBM - التاريخ - التسعينيات" . www-03.ibm.com . ١٥ سبتمبر ٢٠٠٨. مؤرشف من الأصل في ١٩ سبتمبر ٢٠٠٧. تم الاطلاع عليه في ٦ نوفمبر ٢٠١٧ .
  51. ↑ أنظمة التشغيل غير التابعة لشركة IBM S/370، مثل MTS، ليس لها أيضاً بدائل.
  52. ↑ شركة IBM (يناير 1976). نظام التشغيل الخاص بالوقت الحقيقي IBM System/370 RPQ Z06751 دليل الوصف والتشغيل (PDF) .
  53. ↑ "بيان صحفي تقني 3033" . أرشيفات آي بي إم . 25 مارس 1977. مؤرشف من الأصل في 20 أبريل 2005. تم الاطلاع عليه في 6 نوفمبر 2017 .
  54. ↑ "نظام تشغيل MVS" . مشروع توثيق نظام التشغيل . تم الاطلاع عليه بتاريخ 6 نوفمبر 2017 .
  55. ↑ كريسي، آر جيه (1981). "أصل نظام المشاركة الزمنية VM/370" . مجلة آي بي إم للبحوث والتطوير . 25 (5): 483-490 . doi : 10.1147/rd.255.0483 .
  56. ↑ سيورايت، إل إتش؛ ماكينون، آر إيه (1979). "VM/370 - دراسة حول التعددية والفائدة" . مجلة آي بي إم للبحوث والتطوير . 18 (1): 4-17 . doi : 10.1147/sj.181.0004 .
  57. ↑ 370/بنية موسعة/تنفيذ تفسيري . IBM. SA22-7095.
  58. ↑ أوسيسيك، د. ل.؛ جاكسون، ك. م.؛ غوم، ب. هـ. (مارس 1991). "بنية التنفيذ التفسيري ESA/390، أساس VM/ESA - تقني". مجلة أنظمة IBM . 30 (1): 34-51 . doi : 10.1147/sj.301.0034 . S2CID 8971003 . 

للمزيد من القراءة