উইন্ডোজ 95
উইন্ডোজ 95 এমএস-ডসগুলির জন্য "কেবলমাত্র একটি মোড়ক" এর চেয়ে অনেক বেশি ছিল । রেমন্ড চেনের উদ্ধৃতি:
এমএস-ডস উইন্ডোজ 95 এ দুটি উদ্দেশ্যে পরিবেশন করেছে।
- এটি বুট লোডার হিসাবে কাজ করে।
- এটি 16-বিট লিগ্যাসি ডিভাইস ড্রাইভার স্তর হিসাবে কাজ করেছে।
উইন্ডোজ 95 আসলে সমস্ত ভারী উত্তোলন নিজেই করার সময় একে একে সামঞ্জস্যতা স্তর হিসাবে রেখে, প্রায় এমএস-ডসকে প্রায় আটকানো / ওভাররড করে। এটি 32-বিট প্রোগ্রামের জন্য প্রাকৃতিক মাল্টিটাস্কিং বাস্তবায়ন করেছে।
প্রাক উইন্ডোজ 95
উইন্ডোজ ৩.x এবং এর চেয়ে বেশি বয়স্কগুলি বেশিরভাগই 16-বিট ছিল (উইন 32 গুলি ব্যতীত, একটি কিন্ডা সামঞ্জস্যতা স্তর যা 16 এবং 32 সেতুগুলি সেতু করেছে, তবে আমরা এটি এখানে উপেক্ষা করব), ডসের উপর বেশি নির্ভরশীল ছিল, এবং কেবলমাত্র সমবায় মাল্টিটাস্কিং ব্যবহার করেছিল - এটি ছিল তারা যেখানে কোনও চলমান প্রোগ্রামকে স্যুইচআউট করতে বাধ্য করে না; তারা চলমান প্রোগ্রামটি নিয়ন্ত্রণ পাওয়ার জন্য অপেক্ষা করে (মূলত, ওএসকে অপেক্ষা করা পরবর্তী প্রোগ্রামটি চালানোর জন্য ওএসকে বলে "" আমি শেষ হয়েছি ") বলুন।
মাল্টিটাস্কিং ম্যাকওএস-এর পুরানো সংস্করণগুলির মতোই সমবায় ছিল (যদিও মাল্টিটাস্কিং ডস ৪.x এর বিপরীতে, যা প্রিমিটিভ মাল্টিটাস্কিংকে ছড়িয়ে দিয়েছে)। কোনও কার্যকে অন্য কোনও কার্যের সময় নির্ধারণের জন্য ওএসের কাছে উত্সাহ দিতে হয়েছিল। ফলনগুলি নির্দিষ্ট এপিআই কলগুলিতে তৈরি হয়েছিল, উল্লেখযোগ্যভাবে বার্তা প্রক্রিয়াকরণ। যতক্ষণ না কোনও কার্য সময়মতো বার্তাগুলি প্রক্রিয়া করে, সবকিছু দুর্দান্ত ছিল। যদি কোনও কাজ বার্তাগুলি প্রক্রিয়াকরণ বন্ধ করে দেয় এবং কিছু প্রক্রিয়াজাতকরণ লুপ কার্যকর করতে ব্যস্ত হয় তবে মাল্টিটাস্কিং আর ছিল না।
উইন্ডোজ 3.x আর্কিটেকচার
উইন্ডো প্রোগ্রামগুলির প্রথম দিকে কীভাবে নিয়ন্ত্রণ পাওয়া যায়:
উইন্ডোজ ৩.১ কো-অপারেটিভ মাল্টিটাস্কিং ব্যবহার করে - যার অর্থ চলমান প্রক্রিয়াধীন প্রতিটি অ্যাপ্লিকেশন সিপিইউ ব্যবহারের জন্য অন্য কোনও অ্যাপ্লিকেশন জিজ্ঞাসা করছে কিনা তা খুঁজে বার করার জন্য একটি বার্তা সারি পরীক্ষা করতে নির্দেশ দেওয়া হয় এবং যদি তাই হয় তবে সেই অ্যাপ্লিকেশনটির নিয়ন্ত্রণ পেতে । যাইহোক, অনেক উইন্ডোজ ৩.১ অ্যাপ্লিকেশন কেবলমাত্র বার বার মেসেজের সারিটি কেবলমাত্র কখনই পরীক্ষা করে নিল বা না করত এবং সিপিইউ নিয়ন্ত্রণের প্রয়োজন হিসাবে যতটা সময় নিযুক্ত করত। উইন্ডোজ 95 এর মতো একটি প্রিপ্রিমটিভ মাল্টিটাস্কিং সিস্টেম একটি চলমান অ্যাপ্লিকেশন থেকে দূরে সিপিইউ নিয়ন্ত্রণ গ্রহণ করবে এবং সিস্টেমের প্রয়োজনের ভিত্তিতে উচ্চতর অগ্রাধিকার প্রাপ্তদের মধ্যে এটি বিতরণ করবে।
উৎস
সমস্ত ডস দেখতে পাবেন এই একক অ্যাপ্লিকেশন (উইন্ডোজ বা অন্যান্য) চলমান, যা বাইরে না গিয়েই নিয়ন্ত্রণ নিয়ন্ত্রণ করে। তত্ত্ব অনুসারে, পূর্বনির্ধারিত মাল্টিটাস্কিংটি সম্ভবত ডস এর শীর্ষে বাস্তব-সময় ঘড়ি এবং হার্ডওয়্যার বিঘ্নের সাহায্যে শিডিয়ুলারের উপর নিয়ন্ত্রণ জোর করে প্রয়োগ করা যেতে পারে। টনির মন্তব্য হিসাবে , এটি আসলে ডসের শীর্ষে চলমান কিছু ওএস দ্বারা করা হয়েছিল।
386 বর্ধিত মোড?
দ্রষ্টব্য: উইন্ডোজ 3.x এর 386 বর্ধিত মোডে 32-বিট হওয়ার এবং প্রাক্প্রটিভ মাল্টিটাস্কিংয়ের পক্ষে কিছু মন্তব্য রয়েছে been
এটি একটি আকর্ষণীয় ঘটনা। লিঙ্কযুক্ত ব্লগ পোস্টের সংক্ষিপ্তসার জন্য , 386 বর্ধিত মোডটি মূলত একটি 32-বিট হাইপারভাইজার ছিল, যা ভার্চুয়াল মেশিনগুলি চালিত করে। এই ভার্চুয়াল মেশিনগুলির মধ্যে একটিতে উইন্ডোজ 3.x স্ট্যান্ডার্ড মোড চালিত, যা উপরে তালিকাভুক্ত সমস্ত স্টাফ করে।
এমএস-ডস সেই ভার্চুয়াল মেশিনগুলির মধ্যেও চলত, এবং স্পষ্টতই সেগুলি পূর্বনির্ধারিতভাবে মাল্টিটাস্ক করা হয়েছিল - সুতরাং মনে হচ্ছে 386 বর্ধিত মোড হাইপারভাইজার ভার্চুয়াল মেশিনগুলির মধ্যে সিপিইউ টাইম স্লাইসগুলি ভাগ করবে (যার মধ্যে একটি স্বাভাবিক 3.x এবং অন্যরা এমএস চালিয়েছিল -ডস), এবং প্রতিটি ভিএম নিজস্ব কাজ করবে - ৩.x সমবায়ভাবে মাল্টিটাস্ক করবে, আর এমএস-ডস এককভাবে কাজ করবে।
MS-DOS এর
ডস নিজেই কাগজে একক কাজ করছিল, তবে এটিতে টিএসআর প্রোগ্রামগুলির পক্ষে সমর্থন ছিল , এটি একটি হার্ডওয়ার বিঘ্নিত হওয়ার ফলে পটভূমিতে থাকবে। সত্যিকারের মাল্টিটাস্কিং থেকে দূরে, তবে পুরোপুরি একক কাজও নয়।
বিট-নেসের এই সব কথা? আমি মাল্টিটাস্কিং সম্পর্কে জিজ্ঞাসা!
ভাল, কঠোরভাবে বিট-নেস বলা এবং মাল্টিটাস্কিং একে অপরের উপর নির্ভর করে না। কোনও বিট-নেসে যে কোনও মাল্টিটাস্কিং মোড প্রয়োগ করা সম্ভব top যাইহোক, 16-বিট প্রসেসর থেকে 32-বিট প্রসেসরের দিকে সরানো অন্যান্য হার্ডওয়্যার কার্যকারিতাও প্রবর্তন করে যা প্রাকৃতিক মাল্টিটাস্কিংকে কার্যকর করা সহজতর করতে পারে।
এছাড়াও, যেহেতু 32-বিট প্রোগ্রামগুলি নতুন ছিল, তখন যখন তারা জোর করে চাপ দেওয়া হয় তখন তাদের কাজ করা সহজ ছিল - যা সম্ভবত কিছু লিগ্যাসি 16-বিট প্রোগ্রাম ভঙ্গ করেছিল।
অবশ্যই, এটি সব জল্পনা। আপনি যদি সত্যিই জানতে চান যে এমএস কেন উইন্ডোজ 3.x (388 বর্ধিত মোড সত্ত্বেও) প্রিমিটিভ মাল্টিটাস্কিং বাস্তবায়ন করেনি, আপনাকে সেখানে কাজ করা কাউকে জিজ্ঞাসা করতে হবে।
এছাড়াও, আমি আপনার অনুমানটি সংশোধন করতে চেয়েছিলাম যে উইন্ডোজ 95 ডসের জন্য একটি মোড়ক জাস্ট ছিল;)