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