كيف كان تعدد المهام ممكن في الإصدارات القديمة من ويندوز؟

وبالنظر إلى أن دوس كان نظام تشغيل واحد المهام والروابط كان مع الإصدارات الأولى من ويندوز، وكيف تمكنت الإصدارات السابقة من ويندوز لإنجاز المهام المتعددة؟تبحث سوبيروسر Q & أمب؛ A اليوم في إجابات هذا السؤال.

سؤال اليوم & أمب؛تأتي جلسة الجواب إلينا من باب المجاملة، وهو قسم فرعي من برنامج ستاك إكسهانج، وهو عبارة عن مجموعة من مواقع الويب على شبكة الإنترنت.

ويندوز 95 قطة من باب المجاملة ويكيبيديا.

السؤال

القارئ المستخدم لينوب يريد أن يعرف كيف الإصدارات القديمة من ويندوز كانت قادرة على تشغيل كنظم متعددة المهام ؟:

قرأت أن دوس هو نظام التشغيل واحد المهام.ولكن إذا كانت الإصدارات القديمة من ويندوز( بما في ذلك ويندوز 95؟) مجرد مغلفات ل دوس، كيف يمكن تشغيلها كنظام تشغيل متعدد المهام؟

سؤال جيد!كيف تمكنت الإصدارات الأقدم من ويندوز من تشغيل أنظمة متعددة المهام؟

الجواب

المساهمون السوبر بوب و بيت يكون الجواب بالنسبة لنا.أولا، بوب:

كان ويندوز 95 أكثر بكثير من "مجرد المجمع" ل مس-دوس.نقلا عن ريمون تشن:

• خدم مس-دوس غرضين في ويندوز 95: 1.) كان بمثابة محمل التمهيد.وأمبير.2.) كان بمثابة طبقة تشغيل الجهاز القديم 16 بت.

ويندوز 95 مدمن مخدرات في الواقع / تآكل فقط عن كل مس-دوس، وحفظه كطبقة التوافق أثناء القيام بكل رفع الثقيلة نفسها.كما نفذت مهام وقائية متعددة المهام لبرامج 32 بت.

قبل ويندوز 95

كان ويندوز 3.x وكبار السن في الغالب 16 بت( باستثناء Win32s، وهو نوع من طبقة التوافق الذي يجسر 16 و 32، ولكننا سوف تجاهل ذلك هنا)، كانت أكثر اعتمادا على دوس، وتستخدم فقط تعاونية متعددة المهام - وهذا هو واحد حيث أنها لا تجبر برنامج تشغيل للتبديل؛فإنها تنتظر برنامج تشغيل لإعطاء السيطرة( في الأساس، ويقول "أنا فعلت" من خلال إخبار نظام التشغيل لتشغيل البرنامج التالي الذي ينتظر).

• تعدد المهام كان متعاونا، تماما كما هو الحال في الإصدارات القديمة من نظام التشغيل ماك( على الرغم من أنه بخلاف تعدد المهام دوس 4.x، الذي كان يقوم بمهام متعددة وقائية).وكان على المهمة أن تسفر عن نظام التشغيل من أجل تحديد موعد لمهمة مختلفة.وقد بنيت الغلة في بعض المكالمات أبي، ولا سيما معالجة الرسائل.طالما أن مهمة معالجة الرسائل في الوقت المناسب، كان كل شيء عظيم.إذا توقفت مهمة معالجة الرسائل وكان مشغولا تنفيذ بعض حلقة المعالجة، تعدد المهام لم يكن أكثر من ذلك.

ويندوز 3.x العمارة

بالنسبة لكيفية برامج ويندوز في وقت مبكر سوف تسفر عن السيطرة:

• يستخدم ويندوز 3.1 تعاونية متعددة المهام - وهذا يعني أن كل تطبيق قيد التشغيل يتم توجيهه لفحص دوريا قائمة انتظار الرسائل لمعرفة ما إذا كان أيتطبيق آخر يسأل عن استخدام وحدة المعالجة المركزية، وإذا كان الأمر كذلك، لإعطاء السيطرة على هذا التطبيق.ومع ذلك، فإن العديد من تطبيقات ويندوز 3.1 تحقق من قائمة انتظار الرسائل نادرا فقط، أو لا على الإطلاق، واحتكار السيطرة على وحدة المعالجة المركزية لوقت طويل كما هو مطلوب.سيستغرق نظام تعدد المهام وقائية مثل ويندوز 95 السيطرة وحدة المعالجة المركزية بعيدا عن تطبيق قيد التشغيل وتوزيعها على تلك التي لديها أولوية أعلى على أساس احتياجات النظام.

المصدر

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

386 الوضع المحسن؟

ملاحظة: كانت هناك بعض التعليقات على 386 وضع محسن من ويندوز 3.x يجري 32 بت، ودعم وقائية متعددة المهام.

هذه حالة مثيرة للاهتمام.لتلخيص وظيفة بلوق المرتبطة، كان 386 وضع المحسنة أساسا هبرفيسر 32 بت، التي تدير آلات افتراضية.داخل واحد من تلك الأجهزة الظاهرية ركض ويندوز 3.x الوضع القياسي، الذي يفعل كل الاشياء المذكورة أعلاه.

كما سيتم تشغيل مس-دوس داخل تلك الأجهزة الظاهرية، وعلى ما يبدو أنها كانت متعددة المهام بشكل استباقي - لذلك يبدو أن 386 هبرفيسر وضع تعزيز تقاسم الوقت بو شرائح بين الأجهزة الظاهرية( واحدة منها ركض العادي 3.xوغيرها من التي ركض مس-دوس)، وسوف كل فم تفعل الشيء الخاص بها - 3.x سوف تتعاون بشكل متعدد المهام، في حين أن مس-دوس ستكون واحدة مهمة.

كانت مس-دوس

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

كل هذا الحديث عن بيت نيس؟سألت عن تعدد المهام!

حسنا، بالمعنى الدقيق للكلمة، و بت-نيس ومتعددة المهام لا تعتمد على بعضها البعض.وينبغي أن يكون من الممكن تنفيذ أي وضع تعدد المهام في أي بت نيس.ومع ذلك، فإن الانتقال من معالجات 16 بت إلى معالجات 32 بت قدم أيضا وظائف الأجهزة الأخرى التي يمكن أن تجعل تعدد المهام وقائية أسهل لتنفيذ.

أيضا، بما أن برامج 32 بت جديدة، كان من الأسهل الحصول عليها للعمل عندما تم تبديلها قسرا - والتي قد كسر بعض البرامج القديمة 16 بت.

بالطبع، هذا هو كل التكهنات.إذا كنت تريد حقا أن تعرف لماذا لم تنفذ مس تعدد المهام وقائية في ويندوز 3.x( 386 الوضع المعزز على الرغم من)، سيكون لديك لطرح شخص يعمل هناك.

أيضا، أردت تصحيح الافتراض الخاص بك أن ويندوز 95 كان مجرد المجمع دوس.

متبوعة بالإجابة من بيت:

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

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

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

ويسمح هذا الجزء الأخير تطبيقات مثل ويندوز 95 لبدء بيئة متعددة الخيوط على الرغم من أنها أطلقت أساسا من دوس.كان

دوس( نظام تشغيل القرص)، بقدر ما أعرف، ليس أكثر بكثير من نظام إدارة الملفات.وقدمت نظام الملفات، وآليات للتنقل في نظام الملفات، وعدد قليل من الأدوات، وإمكانية إطلاق التطبيقات.كما أنها سمحت لبعض التطبيقات للبقاء المقيمين، أي برامج تشغيل الماوس ومحاكاة إم.لكنه لم يحاول السيطرة على الأجهزة في الكمبيوتر على غرار نظام التشغيل الحديثة لا.

* عندما تم إنشاء دوس لأول مرة في 1970s، وضع الحماية لم تكن موجودة في وحدة المعالجة المركزية.لم يكن حتى المعالج 80286 في منتصف 1980s أن وضع المحمية أصبح جزءا من وحدة المعالجة المركزية.

تأكد من تصفح أكثر من الموضوع الأصلي وقراءة من خلال مناقشة حية حول هذا الموضوع باستخدام الرابط أدناه!

هل لديك شيء لإضافة إلى التفسير؟الصوت قبالة في التعليقات.هل ترغب في قراءة المزيد من الإجابات من مستخدمي إكساك إكسهانج؟تحقق من موضوع المناقشة الكامل هنا.