ডস যদি সিঙ্গল-টাস্কিং হয় তবে উইন্ডোজের পুরানো সংস্করণে মাল্টিটাস্কিং কীভাবে সম্ভব হয়েছিল?


113

আমি পড়েছি যে ডসটি একটি একক-কার্যকরী ওএস।

তবে যদি উইন্ডোজের পুরানো সংস্করণগুলি (উইন্ডোজ 95 সহ?) কেবল ডসের মোড়ক ছিল তবে উইন্ডোজ কীভাবে মাল্টিটাস্কিং ওএস হিসাবে চলতে পারে?



20
আপনাকে তার চেয়ে অনেক বেশি "পুরানো" সংজ্ঞা দিতে হবে। "স্ট্যান্ডার্ড মোড" এবং "রিয়েল মোড" এর ডস + উইন্ডোজ 3.x / 2.x এর ক্ষেত্রে "386 বর্ধিত মোডে" ডস + উইন্ডোজ 9 এক্স এবং ডস + উইন্ডোজ 3.x বেশ আলাদা ছিল। এবং জোয়কওয়ার্টি ইঙ্গিত হিসাবে, বহুসংখ্যক কাজ করার পাশাপাশি প্রাক-কার্যকরও ছিল। এতে পুরো বই লেখা হয়েছে, সুতরাং একটি নির্দিষ্ট প্রশ্নই ভাল।
জেডিবিপি

5
@ জোয়কওয়ার্টি সবচেয়ে দুর্দান্ত আইএমও হ'ল মাইক্রোসফ্ট এত পুরানো সফ্টওয়্যার সম্পর্কে ডকুমেন্টেশন অনলাইনে রাখে। এমনকি এমএস-ডস-এর পুরানো সংস্করণগুলিতে উন্নত বিষয়গুলি সম্পর্কে নিবন্ধগুলি রয়েছে ... এটিকে বাঁচিয়ে রাখতে তাদের মধ্যে সত্যিই দুর্দান্ত।
নথিংস ইম্পসিবল

6
ডস আপনাকে মাল্টিটাস্কিং দেয় না। ডসের সাহায্য ছাড়াই আপনি এখনও এর উপরে পুরোপুরি মাল্টিটাস্কিং প্রোগ্রাম লিখতে পারেন, যা উইন্ডোজ প্রথম দিকে করে। উইন্ডোজ 95 অবশ্যই ডসের জন্য কেবল একটি "র‍্যাপার" নয়।
বোয়ান

3
@ নিগেলনকান্দে আমি এমএসকে পুরানো ডকুমেন্টেশন বজায় রাখতে মোটামুটি ভাল বলে খুঁজে পেয়েছি। তাদের বেশিরভাগ অবসরপ্রাপ্ত কেবি নিবন্ধগুলি অনলাইনে রয়েছে (উদাহরণস্বরূপ; একটি র্যান্ডম উইন্ডোজ ৩.১ কেবি , বা উইন্ডোজ ২.১-৩.০ এর printইউটিলিটির উপর নথি , বা এমএস-ডস ৫.০ থেকে অ্যাসি.সিস ) এমনকি তাদের 12 মাসের শেষ-শেষে বলা হয়েছে -জীবন অনুগ্রহকাল। এটি সক্রিয় পণ্যের ডকুমেন্টেশনের মতো সহজে ব্রাউজযোগ্য নয়, আপনার অনুসন্ধানগুলিতে আপনার নির্দিষ্টভাবে সুনির্দিষ্ট হতে হবে।
জেসন সি

উত্তর:


160

উইন্ডোজ 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 ডসের জন্য একটি মোড়ক জাস্ট ছিল;)


4
খুব সুন্দর লেখার আপ। যদি আমি সঠিকভাবে মনে রাখি (ওএস ডিজাইন ক্লাসটি আমার জন্য বহু বছর আগে) উইন্ডোজ 9 এক্স নিজের শিডিয়ুলার প্রয়োগের জন্য টাইমার-বিঘ্নিতিকে জোর দিয়েছিল, ঠিক যেমন আপনি নিজের ২ য় থেকে শেষ অনুচ্ছেদে প্রস্তাব করেছিলেন। ডসের শীর্ষে অন্যান্য ওএস রয়েছে যা একই কাজ করেছিল। আমি এএমএক্স (শিল্প অ্যাপ্লিকেশনগুলির জন্য রিয়েল-টাইম ওএস) এবং এক্সআইএনইউ (শিক্ষাগত উদ্দেশ্যে ছোট ইউনিক্স / ওএসের মতো পসিক্স) থেকে স্পষ্টভাবে স্মরণ করি যা উভয়ই ডসের শীর্ষে চলে এসেছিল। (এএমএক্স সরাসরি ইপ্রোম থেকেও খালি-ধাতু চালাতে পারে D ডস চলাকালীন পরীক্ষা / ডিবাগ করা অনেক সহজ ছিল each প্রতিটি পরীক্ষার জন্য পুনরায় জ্বলানো EPROMS থেকে আপনাকে বাঁচিয়েছে))
টনি

@ টনি এই স্কিমটি সম্ভব (এবং বাস্তবে ব্যবহৃত হয়) তা নিশ্চিত করার জন্য ধন্যবাদ। অনুমান হিসাবে, উইন্ডোজ ১-২ প্রিমিটিভ মাল্টিটাস্কিং ব্যবহার না করার কারণটি এতটা নয় যে তারা এটি করতে অক্ষম ছিল (এমএস-ডস ৪ এটি ছিল, যদিও অসন্তুষ্ট) তবে ডসটির সাথে এটি পিছনের দিকে সামঞ্জস্যতা ভেঙে ফেলত প্রোগ্রাম।
বব

3
মিম্মহঃ উইন্ডোজ ১-২ বিবেচনা করে: এটি সত্য যে 8086 সিপিইউ'র সাধারণ কোড-বেস ছিল এবং এর চেয়ে বেশি এটির সাথে আরও কিছু করার ছিল। সঠিক রিং ০-৩ হ্যান্ডলিং কেবল ৮০৮286 এবং তার বেশি দিয়ে সম্ভব এবং উইন 9 এক্স এটি মাল্টি-টাস্কিং বাস্তবায়নের জন্য ব্যবহার করত। 4 ডস এবং অন্যান্যরা ইতিমধ্যে ডসের উপর একটি সীমাবদ্ধ মাল্টি-টাস্কিং সরবরাহ করেছে (আমি সঠিকভাবে স্মরণ করলে 80806 প্রয়োজন ছিল)। এমনকি আপনি 4DOS এ আলাদা প্রক্রিয়া হিসাবে উইন 3 চালাতে পারেন।
টনি

1
Xinu সত্যিই হয়নি না ডস উপরে চালানো। এটি সর্বোপরি এলএসআই -11 অপারেটিং সিস্টেম হিসাবে শুরু হয়েছিল। ডস + উইন্ডোজ 3.x-তে কোনও প্রাক-প্রতিরোধমূলক মাল্টিটাস্কিং ছিল না এমন বিবৃতিটি মিথ্যা। 386 বর্ধিত মোডে, ভিএমএমের সৌজন্যে ছিল। 4DOS সম্পর্কে বাজে কথা আপনাকে প্রায়শই দেওয়া উত্তর দেয়: 4DOS কোনও অপারেটিং সিস্টেম নয় । এটি মাল্টিটাস্কিং সরবরাহ করেছে যে বিবৃতিগুলি সম্পূর্ণ ভুল।
জেডিবিপি

2
পিডিপি -8 প্রাক-সাম্প্রতিক মাল্টিটাস্কিং সমর্থন করেছিল এবং এটি ছিল কেবল একটি 12 বিট কম্পিউটার।
ডেভিড 25272

26

এটি অবিচ্ছিন্নভাবে একটি একক প্রোগ্রাম চালিয়েছিল, একে উইন্ডোজ বলে। এটি একটি বিভিন্ন প্রোগ্রামের মধ্যে সিপিইউ সময় (এবং অন্যান্য সংস্থানগুলি) ছড়িয়ে দেয়।

এই সাদৃশ্য বিবেচনা করুন:

আপনার একটি অফিস রয়েছে যার সময় কেবলমাত্র একজন ব্যক্তি থাকতে পারে (সেই ব্যক্তিকে মিস্টার বা মিসস ডস বলা হয়)। সেই ব্যক্তি সেই সময়ে একটি জিনিসে কাজ করে। যেমন এটি কোনও একক ব্যক্তিকে ফোন দেয় এবং তার সাথে তার 24/7 চ্যাট শুরু করে।

এখন আপনি সেই ব্যক্তিকে মিঃ সেক্রেটারির সাথে প্রতিস্থাপন করুন। (Windows)। এটি কারও সাথে ফোন করবে এবং এর সাথে সর্বদা কথা বলবে (এখনও একক কাজ)। তারপরে কিছুক্ষণ পরে অন্য ব্যক্তিটি বলবে "আমি আপাতত যথেষ্ট কথা বলেছি Go

মিঃ সেক্রেটারি অন্য ব্যক্তিকে ফোন করবেন। সেই ব্যক্তির সাথে একই কথা না বলা পর্যন্ত তার সাথে চ্যাট করুন। তারপরে লোকটির সাথে কথা বলার তালিকার শেষে না হওয়া পর্যন্ত এটি পরবর্তী ব্যক্তিকে কল করবে। সেই সময়টি আবার শীর্ষে শুরু হবে।

  • প্রযুক্তিগত দিক দিয়ে এটাকে বলা হয় সমবায় মাল্টিটাস্কিং। এটির জন্য অপর ব্যক্তির বলা দরকার যে তার / তাঁর পর্যাপ্ত সিপিইউ সময় ছিল। যদি কেউ এটি না করে তবে সমস্ত বিচ্ছিন্ন হয়ে পড়ে।
  • আধুনিক সিস্টেমগুলি অনেক বেশি স্মার্ট। প্রাক-নিরপেক্ষ মাল্টিটাস্কিং সহ। সচিব একটি অ্যালার্ম ঘড়ি সেট করে এবং 5 মিনিটের পরে অন্য ব্যক্তিকে কেটে ফেলার কথা ভাবুন। "এটি খুব ভাল জেন। তবে আমাকে এখনই জোয়ের সাথে কথা বলতে হবে। আমি আপনাকে কিছুটা ফোন করব। - ক্লিক করুন।"

আপনি একাধিক প্রসেসর যুক্ত করলে এটি আরও জটিল হয়ে যায়। :)


1
আপনি কি আপনার প্রথম পয়েন্টে সমবায় / অ-প্রাক-প্রাকৃতিক মাল্টিটাস্কিং বোঝাতে চাইছেন না? এছাড়াও, মজার বিষয় হল, উইন্ডোজ 95 32-বিট প্রোগ্রামগুলির জন্য প্রিমিটিভ মাল্টিটাস্কিং চালু করেছে। এটি ডসের পক্ষে এতটা মোড়ক ছিল না, কারণ এটি এমন একটি ওএস ছিল যা ডসকে বুটলোডার হিসাবে ব্যবহার করেছিল তবে এর বড় অংশগুলি প্রতিস্থাপন করেছিল (16-বিট / ডস প্রোগ্রাম সমর্থনের জন্য যথেষ্ট রাখে)।
বব

মিস্টার বা মিস করবেন, কেন 'ড।' ডস?
gtrak

1
"এটি ধারাবাহিকভাবে একটি একক প্রোগ্রাম চালিয়েছিল ... এটি সিপিইউ সময় (এবং অন্যান্য সংস্থানগুলি) বিভিন্ন প্রোগ্রামের মধ্যে ছড়িয়ে দিয়েছিল।" এটি কি কোনও অপারেটিং সিস্টেম সম্পর্কে বলা যায় না? যদিও প্রশ্নটি থেকেই বোঝা যাচ্ছে যে এমএস-ডস পারেনি। প্রযুক্তির প্রযুক্তিগত বিবরণ অস্বীকার করার সময় আমি উপমা / রূপকগুলির তীব্র বিরোধিতা করছি। ঠিক আছে, তাই এখন আমরা জানি কিছু অনুমান অফিস কিভাবে কাজ করে? এটি সত্যই প্রশ্নের উত্তর ব্যাখ্যা করে না।
সেল্রিটিস

13

একটি আধুনিক অপারেটিং সিস্টেমে, অপারেটিং সিস্টেমটি সমস্ত হার্ডওয়্যার সংস্থান নিয়ন্ত্রণ করে এবং চলমান অ্যাপ্লিকেশনগুলি স্যান্ডবক্সগুলিতে রাখা হয়। কোনও অ্যাপ্লিকেশনকে মেমরি অ্যাক্সেস করার অনুমতি দেওয়া হয় না যে ওএস সেই অ্যাপ্লিকেশনটিতে বরাদ্দ দেয় নি এবং এটি কম্পিউটারে সরাসরি হার্ডওয়্যার ডিভাইসগুলি অ্যাক্সেস করতে পারে না। যদি হার্ডওয়্যার অ্যাক্সেসের প্রয়োজন হয় তবে অ্যাপ্লিকেশনটিকে অবশ্যই ডিভাইস ড্রাইভারদের মাধ্যমে যোগাযোগ করতে হবে।

ওএস এই নিয়ন্ত্রণটি প্রয়োগ করতে পারে, কারণ এটি সিপিইউকে সুরক্ষিত মোডে প্রবেশ করতে বাধ্য করে ।

অন্যদিকে ডস কখনও সুরক্ষিত মোডে প্রবেশ করে না, তবে রিয়েল মোডে থাকে । আসল মোডে, চলমান অ্যাপ্লিকেশনগুলি যা কিছু করতে পারে তা করতে পারে, উদাহরণস্বরূপ হার্ডওয়্যারটিতে সরাসরি অ্যাক্সেস করুন। কিন্তু রিয়েল মোডে চলমান একটি অ্যাপ্লিকেশন সিপিইউকে সুরক্ষিত মোডে প্রবেশ করতেও বলতে পারে।

এবং এই শেষ অংশটি উইন্ডোজ 95 এর মতো অ্যাপ্লিকেশনগুলিকে মূলত ডস থেকে চালু করা হলেও একাধিক থ্রেড পরিবেশ শুরু করার অনুমতি দেয় allows

ডস (ডিস্ক অপারেটিং সিস্টেম) ফাইল ম্যানেজমেন্ট সিস্টেমের চেয়ে বেশি কিছু ছিল না। এটি একটি ফাইল সিস্টেম, ফাইল সিস্টেম নেভিগেট করার পদ্ধতি, কয়েকটি সরঞ্জাম এবং অ্যাপ্লিকেশন চালু করার সম্ভাবনা সরবরাহ করে। এটি কিছু অ্যাপ্লিকেশনগুলিকে আবাসিক থাকার জন্য অনুমতি দেয়, যেমন মাউস ড্রাইভার এবং ইএমএম অনুকরণকারী। তবে এটি কোনও কম্পিউটারে একটি আধুনিক ওএসের মতো হার্ডওয়্যার নিয়ন্ত্রণ করার চেষ্টা করেনি।

* 70 এর দশকে যখন ডস প্রথম তৈরি হয়েছিল, তখন সিপিইউতে সুরক্ষিত মোড উপস্থিত ছিল না। এটি 80 এর দশকের মাঝামাঝি 80286 প্রসেসর পর্যন্ত ছিল না যে সুরক্ষিত মোড সিপিইউর অংশ হয়ে যায়।


2
মনে রাখবেন যে সিপিইউতে সুরক্ষিত মোডের মতো জিনিস ছিল না।
উঠছে

1
@ জয়েন্টিং - ভাল কথা, আমি এটি সম্পর্কে একটি নোট যুক্ত করেছি
পিট

6

উইন্ডোজ 3.x এর আগে যা মাল্টিটাস্ক ডস অ্যাপ্লিকেশনগুলির প্রথম সংস্করণ ছিল, সেখানে ডেস্কভিউয়ের মতো প্রোগ্রাম ছিল যা একইভাবে করতে পারে। যদি কোনওটি উদাহরণস্বরূপ একবারে তিনটি ডস সেশন চালাচ্ছিলেন তবে ডেস্কভিউ চারটি ভার্চুয়াল মেশিন তৈরি করবে। তিনটি ডস অধিবেশন প্রত্যেকেই ভাবেন যে তারা পুরো মেশিনটির "মালিকানাধীন" রয়েছে, এগুলি ব্যতীত তাদের কেউই I / O ফাইলটি সম্পাদন করতে পারে না। পরিবর্তে, প্রতিটি অধিবেশনে চলমান ডসের সংস্করণটি প্যাচ করা হবে যাতে এটি আই / ও ফাইলের জন্য কোনও অনুরোধকে একটি বিশেষ অধিবেশনগুলিতে পাঠিয়ে দেয় যা এই উদ্দেশ্যে উত্সর্গীকৃত ছিল। যেহেতু পিসির পাঠ্য মোডের হার্ডওয়্যার অবিচ্ছিন্নভাবে মেমরির একটি ক্ষেত্রের বিষয়বস্তু অক্ষর হিসাবে প্রদর্শন করবে; দেশকভিউ প্রতিটি সেশনের 0xB8000-0xB9FFF সীমার নিজস্ব র‌্যামে ম্যাপিং করে প্রতিটি সেশনের নিজস্ব ভার্চুয়াল স্ক্রিন রাখতে দেয়, এবং পর্যায়ক্রমে বর্তমান অ্যাপ্লিকেশনটির অঞ্চলটি দৈহিক স্ক্রিন বাফারে অনুলিপি করা হয়। গ্রাফিকাল সমর্থনটি আরও শক্ত ছিল, কারণ ডিসপ্লে বোর্ডে 256K র্যামের অ্যাড্রেস স্পেসের 64K, কিছু আই / ও রেজিস্ট্রার এবং কিছু "আকর্ষণীয়" হার্ডওয়্যার ব্যবহার করে নিয়ন্ত্রণ করা হয়েছিল যা নির্দিষ্ট কিছু সিকোয়েন্সগুলিতে জিনিসগুলি পড়তে এবং লিখতে হত। পাঠ্য মোডে, যখন কোনও অ্যাপ্লিকেশন পাঠ্য বাফারকে কিছু লিখেছিল, ডেস্কভিউ একটি পতাকা সেট করতে পারে যা এটি নির্দেশ করে যে এটি পরবর্তী টাইমার টিকের উপর প্রদর্শন করা উচিত; নির্দিষ্ট সময় টিকের জন্য কেবলমাত্র টেক্সট বাফারে প্রথম লেখার জন্য ডেস্কভিউয়ের হস্তক্ষেপ প্রয়োজন; অন্যান্য সমস্তগুলি পরবর্তী টাইমার টিকটিতে সংহত করা হবে। কারণ ডিসপ্লে বোর্ডে 256K র‌্যামের অ্যাড্রেস স্পেসের 64K ব্যবহার করে নিয়ন্ত্রণ করা হয়েছিল, কিছু আই / ও রেজিস্টার এবং কিছু "আকর্ষণীয়" হার্ডওয়্যার যার জন্য কিছু নির্দিষ্ট সিকোয়েন্সগুলিতে জিনিসগুলি পড়তে এবং লিখতে হবে। পাঠ্য মোডে, যখন কোনও অ্যাপ্লিকেশন পাঠ্য বাফারকে কিছু লিখেছিল, ডেস্কভিউ একটি পতাকা সেট করতে পারে যা এটি নির্দেশ করে যে এটি পরবর্তী টাইমার টিকের উপর প্রদর্শন করা উচিত; নির্দিষ্ট সময় টিকের জন্য কেবলমাত্র টেক্সট বাফারে প্রথম লেখার জন্য ডেস্কভিউয়ের হস্তক্ষেপ প্রয়োজন; অন্যান্য সমস্তগুলি পরবর্তী টাইমার টিকটিতে সংহত করা হবে। কারণ ডিসপ্লে বোর্ডে 256K র‌্যামের অ্যাড্রেস স্পেসের 64K ব্যবহার করে নিয়ন্ত্রণ করা হয়েছিল, কিছু আই / ও রেজিস্টার এবং কিছু "আকর্ষণীয়" হার্ডওয়্যার যার জন্য কিছু নির্দিষ্ট সিকোয়েন্সগুলিতে জিনিসগুলি পড়তে এবং লিখতে হবে। পাঠ্য মোডে, যখন কোনও অ্যাপ্লিকেশন পাঠ্য বাফারকে কিছু লিখেছিল, ডেস্কভিউ একটি পতাকা সেট করতে পারে যা এটি নির্দেশ করে যে এটি পরবর্তী টাইমার টিকের উপর প্রদর্শন করা উচিত; নির্দিষ্ট সময় টিকের জন্য কেবলমাত্র টেক্সট বাফারে প্রথম লেখার জন্য ডেস্কভিউয়ের হস্তক্ষেপ প্রয়োজন; অন্যান্য সমস্তগুলি পরবর্তী টাইমার টিকটিতে সংহত করা হবে। দেশকভিউ একটি পতাকা সেট করতে পারে তা নির্দেশ করে এটি পরবর্তী টাইমার টিকের উপর প্রদর্শন করা উচিত; নির্দিষ্ট সময় টিকের জন্য কেবলমাত্র টেক্সট বাফারে প্রথম লেখার জন্য ডেস্কভিউয়ের হস্তক্ষেপ প্রয়োজন; অন্যান্য সমস্তগুলি পরবর্তী টাইমার টিকটিতে সংহত করা হবে। দেশকভিউ একটি পতাকা সেট করতে পারে তা নির্দেশ করে এটি পরবর্তী টাইমার টিকের উপর প্রদর্শন করা উচিত; নির্দিষ্ট সময় টিকের জন্য কেবলমাত্র টেক্সট বাফারে প্রথম লেখার জন্য ডেস্কভিউয়ের হস্তক্ষেপ প্রয়োজন; অন্যান্য সমস্তগুলি পরবর্তী টাইমার টিকটিতে সংহত করা হবে।

বিপরীতে, গ্রাফিক্স মোড ভার্চুয়ালাইজ করার জন্য ডেস্ক ভিউতে মেমরি বা আই / ও রেজিস্টারগুলি প্রদর্শনের জন্য প্রতিটি স্বতন্ত্র লেখকে ফাঁদে ফেলতে হবে। প্রদত্ত মেমরিটি প্রায় 100 এর একটি ফ্যাক্টর দ্বারা লেখার গতি কমিয়ে দেয় এবং গ্রাফিক্স প্রোগ্রামগুলিকে পাঠ্য প্রোগ্রামগুলির চেয়ে অনেক বেশি ডেটা লিখতে হয়েছিল, বেশিরভাগ গ্রাফিক সফ্টওয়্যারটির রিয়েল-টাইম ভার্চুয়ালাইজেশন ব্যবহারিক ছিল না। পরিবর্তে, গ্রাফিক্স কোনও অ-অগ্রভাগ অ্যাপ্লিকেশন থাকার মাধ্যমে পরিচালিত হয়েছিল যা গ্রাফিক্স অগ্রভাগের অ্যাপ্লিকেশন না হওয়া পর্যন্ত বিরতি দেওয়ার চেষ্টা করেছিল এবং তারপরে স্ক্রিনের উপরে এটি সম্পূর্ণ নিয়ন্ত্রণ প্রদান করে। যখন নিয়ন্ত্রণটি অন্য কোনও অ্যাপ্লিকেশনে স্যুইচ করা হয়, তখন ডেস্কভিউ সমস্ত গ্রাফিক্স রেজিস্ট্রারের স্থিতির অনুলিপি তৈরি করার চেষ্টা করবে এবং তারপরে স্যুইচ করবে। গ্রাফিকাল অ্যাপ্লিকেশনটিতে ফিরে যাওয়ার পরে, ডেস্কভিউ সংরক্ষিত অবস্থা পুনরুদ্ধার করবে।

এক উপায়ে, মাল্টি-টাস্কিং অ-গ্রাফিকাল ডস অ্যাপ্লিকেশনগুলি মাল্টি-টাস্কিং উইন্ডোজ অ্যাপ্লিকেশনগুলির চেয়ে সহজ ছিল কারণ সেখানে খুব কম ভাগ করা সংস্থান ছিল এবং অ্যাপ্লিকেশনগুলিকে একে অপরের সাথে ইন্টারঅ্যাক্ট করতে হয় নি। উইন্ডোজে, বিপরীতে, ক্লিপবোর্ডের মতো জিনিসগুলি মোকাবেলা করা বা একটি প্রোগ্রামের উইন্ডোজ অন্যরকমের অস্পষ্ট হয়ে যাওয়ার মতো সম্ভাবনা নিয়ে কাজ করার সম্ভাবনা রয়েছে। উইন্ডোজ 95 হ'ল উইন্ডোজের প্রথম সংস্করণ যা কোডটি আঁকতে চেষ্টা করার সময় স্ক্রিনের একটি অঞ্চল অনুপলব্ধ হয়ে উঠতে পারে এমন উইন্ডোনিং সিস্টেমের মতো জিনিসগুলি অন্তর্ভুক্ত করে এমন সীমাবদ্ধতাগুলি কাটিয়ে উঠতে পারে (এই প্রভাবটি দিয়ে যে অঙ্কনটি মুখোশ বন্ধ করে দেওয়া হবে) )।


দেশকভিউ সম্পর্কে আমাকে মনে করিয়ে দেওয়ার জন্য ধন্যবাদ Thanks আমি এটি সর্বদা ব্যবহার করতাম, তবে এটি সম্পর্কে সম্পূর্ণ ভুলে গিয়েছিলাম।
এমমেট

3

মাল্টিটাস্কিং একই সাথে অ্যাপ্লিকেশন চালানোর মায়া ছাড়া আর কিছুই নয়। এটি আপনার শেষ দিকে যুগপত মৃত্যুদন্ড হিসাবে ধরা হয়, তবে প্রকৃতপক্ষে প্রক্রিয়াগুলি A, B এবং C এই ক্রমে সিপিইউ সময় ভাগ করে নিচ্ছে: এ, বি, সি, এ, বি, সি, এ, বি ... তারা কেবল স্যুইচ করে এবং খুব দ্রুত বন্ধ। দুটি একই প্রক্রিয়া আসলে একই সাথে চলছে।

সুতরাং, এক প্রক্রিয়া বিরতি দিয়ে এমএস-ডস মাল্টিটাস্ক তৈরি করা পুরোপুরি সম্ভব, অল্প সময়ের জন্য পরবর্তী চালান, সেইটিকে বিরতি দিন, প্রথমটিতে ফিরে যান এবং আরও অনেক কিছু।

মাল্টিটাস্কিং কেবলমাত্র একটি চতুর বৈশিষ্ট্য বিকাশ করা হয়েছে যখন সিপিইউগুলি এই প্রক্রিয়াগুলির মধ্য দিয়ে ঘুরতে থাকে এবং এটিকে শেষ ব্যবহারকারীর সাথে একসাথে বলে মনে করে তোলে।

যারা মনে রাখবেন তাদের জন্য, গেমগুলি এখনও ডস 4 জিডব্লুতে চালানো হয়েছিল কারণ উইন্ডোজটি খুব ধীর ছিল।


1
এবং বেশিরভাগ ক্ষেত্রে, এখনও এখনও অপারেটিং সিস্টেমে জিনিসগুলি কাজ করে। এজন্য আপনি উদাহরণস্বরূপ 4 টি মূল সিপিইউতে 10 "একই সাথে" চালাতে পারেন।
jwenting

2
"সিপিইউগুলি দ্রুত পর্যাপ্ত হওয়া শুরু করেছে" এটি আসলেই নয়। '286 (যেমন মার্ক উইলিয়ামস কোম্পানির কোহরেন্ট , 1983 সালে পিসির সাথে সূক্ষ্ম ওএস চালু করা) হিসাবে মাল্টি-ইউজার মাল্টি-টাস্কিং অপারেটিং সিস্টেমগুলি পরিচালনা করা সম্ভব হয়েছিল । এমএস-ডস এবং উইন্ডোজ (এনটি নয়) সংস্করণগুলি (এবং সহ) "মিলেনিয়াম" সত্যিকার অর্থে যে কোনও উদ্দেশ্য মান, এমনকি সেই সময়ের প্রযুক্তিগত মান দ্বারা অত্যাচারী ছিল, কিন্তু একবার এমবি-ডস আইসিএম দ্বারা পিসিগুলির জন্য স্ট্যান্ডার্ড হিসাবে প্রতিষ্ঠিত হয়েছিল, মাইক্রোসফ্ট বিপণন এবং গতিবেগ (তাদের একচেটিয়া শক্তির অপরাধমূলক ব্যবহারের কথা উল্লেখ না করা) কার্যকরভাবে খুব দীর্ঘ সময়ের জন্য আরও ভাল প্রতিযোগিতা বাদ দিয়েছে।
এমমেট

2
"সিপিইউগুলি দ্রুত পর্যাপ্ত হওয়া শুরু করলে মাল্টিটাস্কিং কেবল একটি চতুর বৈশিষ্ট্য ..." আপনার অর্থ কীভাবে অ্যাপোলো গাইডেন্স কম্পিউটারটি একটি বহু-কার্যকরী নকশা ছিল ?
একটি সিভিএন

1
যখন আমি "সিপিইউ" বলতাম তখন আমি বোঝাতে চেয়েছি উত্পাদিত বেশী, এবং যখন আমি "মাল্টিটাস্কিং" বলতাম তখন পিসি অ্যাপ্লিকেশনগুলি মাল্টিটাস্কিংয়ের অর্থ। এবং, অবশেষে, "শেষ ব্যবহারকারী" দ্বারা আমি পিসির পিছনে ছাগলটিকে বুঝিয়েছি, নভোচারী নয়। তবুও, আকর্ষণীয় মন্তব্যের জন্য কুডোস।
ড্যান হরভত

0

যদিও এটি কেবল একটি কাজে মনোনিবেশ করতে পারে, এটি যা করবে তা হ'ল এক থেকে অন্য কাজে দ্রুত যাওয়ার এক সহজ পদক্ষেপ। এইভাবে দেখা গেল যে এটি মাল্টিটাস্কিং ছিল, তবে সত্যই এটি কেবল 1, তারপরে অন্যের দিকে, তারপরে অন্যটির দিকে মনোযোগ নিবদ্ধ করে etc.


আপনি সেখানে মাল্টিপ্রসেসর কম্পিউটিংয়ের সাথে মাল্টিটাস্কিংকে বিবাদ দিচ্ছেন । কম্পিউটার ওয়ার্ল্ডে একাধিক টাস্কের মধ্যে খুব দ্রুত স্যুইচ করা হ'ল মাল্টি টাস্কিং। সাধারণ সংজ্ঞাটি সমান্তরাল সম্পাদন দাবি করে না । বিভিন্ন "উইন্ডোজের পুরানো সংস্করণগুলি" আলাদাভাবে মাল্টিটাস্কিং করেছিল, এটি উইন্ডোজের কোন সংস্করণ, কোন মোডে চলেছিল এবং এটি এমনকি প্রথম স্থানটিতে ডস-ভিত্তিক ছিল কিনা তা নির্ভর করে mult (উইন্ডোজ এনটি 3.1 ডস + উইন্ডোজ 95 এর চেয়ে পুরানো, এবং এসএমপি করতে পারে)) আমি অন্য একটি মন্তব্যে উল্লেখ করেছিলাম, পুরো বইগুলি এই বিষয়ে লেখা হয়েছে। এটি সত্যিই সেরা 2 বাক্যের সংক্ষিপ্তসার নয়।
জেডিবিপি

@ জেডিবিপি ... আমি মাল্টিটাস্কিং এবং মাল্টিপ্রসেসরের মধ্যে পার্থক্য জানি কারণ আমি এখনও মূলত একক কোর প্রসেসর ব্যবহার করি! কম্পিউটার সিরিয়ালি কাজ। সত্য সমান্তরাল কেবল কোয়ান্টাম কম্পিউটিংয়ে দেখা যাবে।
থোথ

0

একটি জিনিস আমি এখানে উল্লেখ করতে দেখিনি যা একরকম আকর্ষণীয়:

উইন্ডোজ 3.0.০ ওএস এক্স অবধি ম্যাকোস-এর সমস্ত সংস্করণগুলির মতো সমবায় ছিল এমন প্রাক-ইমপ্রটিভ মাল্টিটাস্কিং সিস্টেম ছিল না - অন্য কোনও অ্যাপ্লিকেশন কোনও পদক্ষেপ নেওয়ার আগে একটি অ্যাপকে কল থেকে ফিরে আসতে হয়েছিল।

একজন মন্তব্যকারী আমাকে যেমন মনে করিয়ে দিয়েছিল, ডস অ্যাপসটি বহু-কাজযুক্ত। এটি কারণ "কো-অপারেটিভলি" মাল্টি-টাস্কে তাদের লেখা হয়নি (এটি সর্বদা এটি ব্যবহার করে এমন সিস্টেমে তৈরি করা আবশ্যক)।

সেই সময় টিএসআর (টার্মিনেট-স্টেট রেসিডেন্ট) নামে একটি প্রোগ্রাম ছিল যা আজকের ডিভাইস ড্রাইভারদের জায়গা নিয়েছিল। এই ড্রাইভারগুলি স্বতন্ত্রভাবে চালিত হবে - সাধারণত ওএসের ইভেন্ট হ্যান্ডলারগুলির মধ্যে একটিতে নিজেকে threadুকিয়ে তাদের নিজস্ব থ্রেডে। উইন্ডোজ তাদের সম্পর্কে সাধারণত জানত না, তারা নিম্ন স্তরে দৌড়েছিল।

এগুলি আসলে উইন্ডোজ অ্যাপস ছিল না, তবে উইন্ডোজ ৩.১ এর আগে যেমন প্রিন্টার ড্রাইভার, কম ড্রাইভার, ইত্যাদি সমস্ত থ্রেডিং ক্রিয়াকলাপ ঘটেছিল সেগুলিই ছিল they

যদিও উইন্ডোজ 3.1 মাল্টি-টাস্কিং ছিল, ডস ছিল না, তবে উইন্ডোজ 3.1 সবেমাত্র ডসকে বাইরে বের করে দিয়েছিল এবং এটি শুরু হওয়ার সাথে সাথে গ্রহণ করেছিল (পিছনে আপনি প্রায়শই ডস প্রম্পট থেকে উইন্ডোজ শুরু করেছিলেন)।


উইন্ডোজ 3.0 কোনও 386 বা ততোধিক প্রসেসরের উপর চলাকালীন ডস অ্যাপ্লিকেশনগুলির পূর্বনির্ধারিত মাল্টিটাস্কিং সমর্থন করে। শুধুমাত্র উইন্ডোজ অ্যাপ্লিকেশনগুলি সমবায়ভাবে মাল্টিটাস্ক করা হয়েছিল।
জুলে

ওহ, এটি সঠিক - আমি তখন উইন্ডোজ অ্যাপ্লিকেশনগুলিতে কোডিং করছিলাম এবং ডস সম্পর্কে সত্যিই ভাবছিলাম না। এটি ডস অ্যাপগুলিকে অন্যভাবে আচরণ করে - এটি নির্দেশ করার জন্য ধন্যবাদ thanks
বিল কে

-8

ভাল প্রশ্ন. এমএস-ডস-এ, কার্নেলটি একঘেয়েমি ছিল, যার অর্থ এটি উইন্ডোজ 9 এক্স এবং বর্তমান সংস্করণে প্রয়োগ করা নতুন, আধুনিক কার্নেল বনাম একটি সময়ে কেবল একটি কাজ পরিচালনা করেছিল। আপনি এখানে আরও চেক করতে পারেন ।


11
-1 আপনি মিষ্টিথিতিক ওএস মাল্টিটাস্ক করতে পারবেন না এমন মিষ্টিটি-এটি মৃত ভুল। লিনাক্স হ'ল ফ্যামাসিউলি এককথায় কর্নেল (লিনাস টরভাল্ডস এবং অ্যান্ড্রু টেনেনবামের মধ্যে একটি বিখ্যাত বিতর্ক ছিল) তবে লিনাক্স স্পষ্টতই বহু-কার্য করতে পারে। এখানে আপনি লিনাক্স দেখানোর জন্য একটি লিঙ্ক একশিলা হয় stackoverflow.com/questions/1806585/...
barlop

4
মনোলিথিক বলতে বোঝায় না যে এটি কী করে।
থোরবজর্ন রাভন অ্যান্ডারসন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.