কর্টাইনগুলি কখনও ছেড়ে যায় না, এর মধ্যে এগুলি কেবল অন্য জিনিসগুলির দ্বারা ছড়িয়ে পড়ে। অ্যাসিক্রোনাস প্রোগ্রামিং এবং তাই কর্টিনগুলির প্রতি সম্প্রতি বর্ধিত আগ্রহ মূলত তিনটি কারণের কারণে: ক্রিয়ামূলক ক্রিয়াকলাপ কৌশলগুলির গ্রহণযোগ্যতা বৃদ্ধি, সত্য সমান্তরালতার (জাভাস্ক্রিপ্ট! পাইথন!) দরিদ্র সমর্থন সহ টুলসেট এবং সর্বাগ্রে: থ্রেড এবং করাউটিনগুলির মধ্যে বিভিন্ন ট্রেড অফ। কিছু ব্যবহারের ক্ষেত্রে, কর্টাইনগুলি উদ্দেশ্যমূলকভাবে আরও ভাল।
80, 90 এর দশকের বৃহত্তম প্রোগ্রামিংয়ের দৃষ্টান্তগুলির একটি এবং ওওপি। যদি আমরা ওওপির ইতিহাস এবং বিশেষত সিমুলা ভাষার বিকাশের দিকে লক্ষ্য করি তবে আমরা দেখতে পাই যে শ্রেণিবদ্ধগুলি কর্টাইনগুলির বাইরে বিবর্তিত হয়েছিল। সিমুলা বিচ্ছিন্ন ঘটনাবলী সহ সিস্টেমগুলির অনুকরণের উদ্দেশ্যে তৈরি হয়েছিল। সিস্টেমের প্রতিটি উপাদান একটি পৃথক প্রক্রিয়া ছিল যা একটি সিমুলেশন পদক্ষেপের সময়কালের জন্য ইভেন্টগুলির প্রতিক্রিয়া হিসাবে কার্যকর করা হত, তারপরে অন্যান্য প্রক্রিয়াগুলি তাদের কাজ করতে দেয় yield সিমুলা 67 67-এর বিকাশের সময় শ্রেণিক ধারণাটি চালু হয়েছিল। এখন কর্টিনের অবিরাম স্থিতি অবজেক্টের সদস্যদের মধ্যে সংরক্ষণ করা হয় এবং কোনও পদ্ধতি কল করে ঘটনাগুলি ট্রিগার করা হয়। আরও তথ্যের জন্য, কাগজটি পড়া বিবেচনা করুন নাইগার্ড এবং ডাহল দ্বারা সিমুলা ভাষার বিকাশ ।
সুতরাং একটি মজার মোড়ের মধ্যে আমরা কর্টাইনগুলি সমস্ত বরাবর ব্যবহার করে আসছি, আমরা কেবল তাদের বস্তু এবং ইভেন্ট-চালিত প্রোগ্রামিং বলছিলাম।
সমান্তরালতার ক্ষেত্রে শ্রদ্ধার সাথে দুটি ধরণের ভাষা রয়েছে: যাঁদের একটি সঠিক স্মৃতি মডেল রয়েছে এবং যা সেগুলি নয়। একটি মেমোরি মডেল "যদি আমি কোনও ভেরিয়েবলটিতে লিখি এবং তার পরে অন্য থ্রেডে সেই পরিবর্তনশীলটি পড়ি, এমন জিনিসগুলি নিয়ে আলোচনা করে, আমি কী পুরানো মান বা নতুন মান বা সম্ভবত একটি অবৈধ মান দেখতে পাচ্ছি? 'এর আগে' এবং 'পরে' অর্থ কী? কোন অপারেশনগুলি পরমাণু হওয়ার নিশ্চয়তা রয়েছে? "
একটি ভাল মেমরির মডেল তৈরি করা কঠিন, সুতরাং এই প্রচেষ্টাটি কেবল এই অনির্দিষ্ট, বাস্তবায়ন-সংজ্ঞায়িত গতিশীল ওপেন সোর্স ভাষাগুলির জন্য কখনও করা হয়নি: পার্ল, জাভাস্ক্রিপ্ট, পাইথন, রুবি, পিএইচপি। অবশ্যই, সেগুলির সমস্ত ভাষা মূলত "স্ক্রিপ্টিং" এর চেয়ে অনেক বেশি বিকশিত হয়েছিল for ঠিক আছে, এগুলির কয়েকটি ভাষার কোনও ধরণের মেমরি মডেল নথি রয়েছে তবে সেগুলি পর্যাপ্ত নয়। পরিবর্তে, আমাদের হ্যাকগুলি রয়েছে:
পার্ল থ্রেডিং সমর্থন সহ সংকলন করা যায়, তবে প্রতিটি থ্রেডে সম্পূর্ণ দোভাষী দের একটি পৃথক ক্লোন থাকে যা থ্রেডগুলি প্রতিরোধমূলক ব্যয়বহুল করে তোলে। একমাত্র উপকার হিসাবে, এই ভাগ করে নেওয়া-সংক্রান্ত কিছুই ডেটা রেস এড়ায় না এবং প্রোগ্রামারগুলিকে কেবল সারি / সংকেত / আইপিসির মাধ্যমে যোগাযোগ করতে বাধ্য করে। পার্সের অ্যাসিঙ্ক প্রক্রিয়াজাতকরণের জন্য শক্তিশালী গল্প নেই।
জাভাস্ক্রিপ্টের সবসময় ফাংশনাল প্রোগ্রামিংয়ের জন্য সমৃদ্ধ সমর্থন রয়েছে, তাই প্রোগ্রামাররা ম্যানুয়ালি তাদের প্রোগ্রামগুলিতে ক্রমাগততা / কলব্যাকগুলি এনকোড করে যেখানে তাদের অ্যাসিনক্রোনাস অপারেশনগুলির প্রয়োজন। উদাহরণস্বরূপ, Ajax অনুরোধ বা অ্যানিমেশন বিলম্বের সাথে। যেহেতু ওয়েবটি সহজাতভাবে অ্যাসিঙ্ক, তাই অনেকগুলি অ্যাসিঙ্ক জাভাস্ক্রিপ্ট কোড রয়েছে এবং এই সমস্ত কলব্যাক পরিচালনা করা অত্যন্ত বেদনাদায়ক। সুতরাং আমরা সেই কলব্যাকগুলি আরও ভালভাবে সাজানোর (প্রতিশ্রুতি) বা তাদের পুরোপুরি নির্মূল করার জন্য অনেক প্রচেষ্টা দেখতে পাচ্ছি।
পাইথনের এই দুর্ভাগ্যজনক বৈশিষ্ট্যটি গ্লোবাল ইন্টারপ্রেটার লক নামে পরিচিত। মূলত পাইথন মেমরির মডেলটি হ'ল "সমস্ত প্রভাব ক্রমান্বয়ে প্রদর্শিত হয় কারণ কোনও সমান্তরালতা নেই। এক সময় কেবল একটি থ্রেড পাইথন কোড চালাবে ”" তাই পাইথনের থ্রেড থাকলেও এগুলি কেবল কর্টিনগুলির মতোই শক্তিশালী। [1] পাইথন এর সাহায্যে জেনারেটর ফাংশনগুলির মাধ্যমে অনেকগুলি কর্টিনগুলিকে এনকোড করতে পারে yield। যদি সঠিকভাবে ব্যবহার করা হয় তবে এটি একা জাভাস্ক্রিপ্ট থেকে পরিচিত কলব্যাক হেল্কের বেশিরভাগ অংশ এড়াতে পারে। পাইথন ৩.৫-এর অতি সাম্প্রতিক অ্যাসিঙ্ক / অপেক্ষার সিস্টেমটি পাইথনে অ্যাসিঙ্ক্রোনাস আইডিয়ামগুলিকে আরও সুবিধাজনক করে তোলে এবং ইভেন্ট লুপকে সংহত করে।
[1]: প্রযুক্তিগতভাবে এই বিধিনিষেধগুলি কেবল পাইথন, পাইথন রেফারেন্স প্রয়োগের ক্ষেত্রে প্রযোজ্য। জাইথনের মতো অন্যান্য বাস্তবায়ন প্রকৃত থ্রেডগুলি সরবরাহ করে যা সমান্তরালভাবে সম্পাদন করতে পারে তবে সমমানের আচরণটি বাস্তবায়নের জন্য দুর্দান্ত দৈর্ঘ্য পার করতে হবে। মূলত: প্রতিটি পরিবর্তনশীল বা অবজেক্টের সদস্য একটি উদ্বায়ী ভেরিয়েবল যাতে সমস্ত পরিবর্তনগুলি পারমাণবিক হয় এবং অবিলম্বে সমস্ত থ্রেডে দেখা যায়। অবশ্যই, উদ্বায়ী ভেরিয়েবলগুলি ব্যবহার করা সাধারণ ভেরিয়েবলগুলি ব্যবহার করার চেয়ে অনেক বেশি ব্যয়বহুল।
রুবি এবং পিএইচপি এগুলি সঠিকভাবে রোস্ট করার জন্য আমি যথেষ্ট পরিমাণে জানি না।
সংক্ষিপ্তসার হিসাবে: এর মধ্যে কয়েকটি ভাষার মৌলিক নকশার সিদ্ধান্ত রয়েছে যা বহুগঠিতকরণকে অবাঞ্ছিত বা অসম্ভব করে তোলে, যার ফলে করোটাইনগুলির মতো বিকল্পগুলিতে এবং অ্যাসিঙ্ক প্রোগ্রামিংকে আরও সুবিধাজনক করার উপায়গুলিতে আরও দৃ focus় মনোযোগ দেওয়া যায়।
অবশেষে, আসুন করোটাইন এবং থ্রেডের মধ্যে পার্থক্য সম্পর্কে কথা বলি:
থ্রেডগুলি মূলত প্রক্রিয়াগুলির মতো, প্রক্রিয়াটির একাধিক থ্রেড বাদে মেমরির জায়গাগুলি ভাগ করে। এর অর্থ মেমরির ক্ষেত্রে থ্রেডগুলি কোনওভাবেই "হালকা ওজন" নয়। অপারেটিং সিস্টেম দ্বারা থ্রেডগুলি প্রাক-শূন্যতার সাথে নির্ধারিত। এর অর্থ টাস্ক সুইচগুলির উচ্চ ওভারহেড থাকে এবং অসুবিধাগ্রস্থ সময়ে হতে পারে। এই ওভারহেডের দুটি উপাদান রয়েছে: থ্রেডের স্থিতি স্থগিতকরণের ব্যয় এবং ব্যবহারকারী মোডের (সুইডারের জন্য) কার্নেল মোডের (শিডিয়ুলারের জন্য) বিনিময় ব্যয়।
যদি কোনও প্রক্রিয়া তার নিজস্ব থ্রেডগুলি সরাসরি এবং সহযোগিতামূলকভাবে নির্ধারণ করে, কার্নেল মোডে প্রসঙ্গের স্যুইচ অপ্রয়োজনীয়, এবং স্যুইচিং কার্যগুলি অপ্রত্যক্ষ ফাংশন কলের তুলনায় তুলনামূলকভাবে ব্যয়বহুল, যেমন: বেশ সস্তা। এই হালকা ওজনের থ্রেডগুলিকে বিভিন্ন বিবরণের উপর নির্ভর করে সবুজ থ্রেড, ফাইবার বা করাউটিন বলা যেতে পারে। সবুজ থ্রেড / ফাইবারের উল্লেখযোগ্য ব্যবহারকারীরা প্রাথমিকভাবে জাভা বাস্তবায়ন করেছিলেন এবং আরও সম্প্রতি গোলাংয়ের গোরটাইনস। করোটাইনগুলির একটি ধারণাগত সুবিধা হ'ল তাদের সম্পাদন নিয়ন্ত্রণ প্রবাহের ক্ষেত্রে বোঝা যায় যে স্পষ্টভাবে কর্টাইনগুলির মধ্যে পিছনে পিছনে চলে যাচ্ছে। যাইহোক, এই কর্টিনগুলি একাধিক ওএস থ্রেডের মধ্যে নির্ধারিত না হলে সত্য সমান্তরালতা অর্জন করে না।
সস্তা কর্টিনগুলি কোথায় দরকারী? বেশিরভাগ সফ্টওয়্যারের জন্য গাজিলিয়ন থ্রেডের প্রয়োজন হয় না, তাই সাধারণ ব্যয়বহুল থ্রেডগুলি সাধারণত ঠিক থাকে। যাইহোক, অ্যাসিঙ্ক প্রোগ্রামিং কখনও কখনও আপনার কোড সহজ করতে পারে। অবাধে ব্যবহার করতে, এই বিমূর্ততা যথেষ্ট সস্তা হতে হবে।
এবং তারপরে ওয়েব আছে। উপরে উল্লিখিত হিসাবে, ওয়েব সহজাতভাবে অ্যাসিনক্রোনাস। নেটওয়ার্ক অনুরোধগুলি কেবল দীর্ঘ সময় নেয়। অনেক ওয়েব সার্ভার কর্মী থ্রেডে পূর্ণ একটি থ্রেড পুল বজায় রাখে। যাইহোক, তাদের বেশিরভাগ সময় এই থ্রেডগুলি অলস হয়ে থাকবে কারণ তারা কোনও সংস্থার জন্য অপেক্ষা করছে, ডিস্ক থেকে কোনও ফাইল লোড করার সময় আই / ও ইভেন্টের অপেক্ষা করা, ক্লায়েন্ট প্রতিক্রিয়ার অংশটি স্বীকার না করা পর্যন্ত অপেক্ষা করে, বা কোনও ডাটাবেস পর্যন্ত অপেক্ষা করে কোয়েরি সম্পূর্ণ। নোডজেএস অসাধারণভাবে প্রমাণ করেছে যে একটি ফলস্বরূপ ইভেন্ট ভিত্তিক এবং অ্যাসিনক্রোনাস সার্ভার নকশা অত্যন্ত ভালভাবে কাজ করে। স্পষ্টতই জাভাস্ক্রিপ্ট ওয়েব অ্যাপ্লিকেশনগুলির জন্য ব্যবহৃত একমাত্র ভাষা থেকে অনেক দূরে, সুতরাং অন্যান্য ভাষার জন্য (পাইথন এবং সি # তে লক্ষণীয়) অ্যাসিঙ্ক্রোনাস ওয়েব প্রোগ্রামিংটিকে আরও সহজ করার জন্য আরও একটি বড় উত্সাহ রয়েছে।