আমি অন্য শব্দ দিয়ে তাদের বলতে চেষ্টা করুন।
কোনও সার্ভারে আপনার অনেকগুলি এসপ নেট সাইট থাকতে পারে যা একসাথে চলে। প্রতিটি সাইটের একটি অ্যাপ্লিকেশন ডোমেন ।
আপনাকে অবশ্যই তাদের প্রত্যেককে একটি করে অ্যাপ্লিকেশন পুল বরাদ্দ করতে হবে । অনেক অ্যাপ্লিকেশন ডোমেনে (সাইটগুলি) একই অ্যাপ্লিকেশন পুল থাকতে পারে এবং কারণ একই অ্যাপ্লিকেশন পুল তারা একই প্রক্রিয়াগুলির অধীনে এবং একই অ্যাকাউন্টের অধীনে চলে - এবং তাদের পুলের একই সেটিংস রয়েছে। যদি এই পুলটি পুনরায় চালু হয়, তবে সেই পুলগুলির অধীনে সমস্ত সাইটগুলি পুনরায় আরম্ভ হবে।
এখন প্রতিটি পুলে এক বা একাধিক কর্মী প্রক্রিয়া থাকতে পারে । প্রতিটি কর্মী প্রক্রিয়া একটি আলাদা প্রোগ্রাম যা আপনার সাইটটি চালায়, তাদের একা স্থিতিশীল ভেরিয়েবল থাকে, তাদের স্টার্ট কলগুলি আলাদা থাকে etc. বিভিন্ন কর্মী প্রক্রিয়া একসাথে যোগাযোগ করে না এবং তথ্য আদান প্রদানের একমাত্র উপায় হ'ল সাধারণ ফাইল বা একটি সাধারণ ডাটাবেস। আপনার যদি একাধিক কর্মী প্রক্রিয়া থাকে এবং তাদের মধ্যে একটি দীর্ঘ সময়ের গণনা করেন তবে অন্যজন ইন্টারনেট কলগুলি পরিচালনা করতে এবং সামগ্রী প্রদর্শন করার জন্য যত্ন নিতে পারে।
আপনি যখন একক পুলে অনেক কর্মী প্রক্রিয়া বরাদ্দ করেন তখন আপনি ওয়েব ওয়েব বাগান হিসাবে পরিচিত হন এবং কম্পিউটারটি যদি একটি প্রসেসিং মেশিন হয় তবে আপনার সাইটটি একাধিক কম্পিউটার থেকে চালানো পছন্দ করে।
প্রতিটি কর্মী প্রক্রিয়াতে অনেক থ্রেড থাকতে পারে।
কীভাবে আরও কর্মী প্রক্রিয়া আপনাকে প্রভাবিত করে: আপনার
যখন একটি কর্মী প্রক্রিয়া করেন তখন সমস্ত কিছু আরও সহজ হয়, আপনার আবেদনের মধ্যে সমস্ত স্থির ভেরিয়েবল একই থাকে এবং আপনি lock
এগুলি সিঙ্ক্রোনাইজ করার জন্য ব্যবহার করেন ।
আপনি যখন একাধিক কর্মী প্রক্রিয়া বরাদ্দ করেন তখনও আপনি lock
স্থির ভেরিয়েবলগুলির জন্য ব্যবহার চালিয়ে যান , আপনার সাইটের বহু রানের মধ্যে স্থির ভেরিয়েবলগুলি আলাদা নয় এবং আপনার যদি কিছু সাধারণ উত্স থাকে (যেমন ডিস্কে থাম্বনেইল তৈরি করা হয়) তারপরে আপনার সাথে আপনার কর্মী প্রক্রিয়াটি সিঙ্ক্রোনাইজ করা দরকার Mutex
।
আরও একটি নোট। মনে হচ্ছে আপনি যখন আরও কর্মী প্রক্রিয়া তৈরি করেন তখন আপনার আরও মসৃণ অ্যাসিনক্রোনাস পৃষ্ঠা লোড থাকতে পারে। এসপ নেট এর সেশন হ্যান্ডলারের সাথে একটি ছোট সমস্যা রয়েছে যা কোনও পৃষ্ঠা লোডের জন্য পুরো প্রক্রিয়াটিকে লক করে দেয় - এটি ভাল এবং ভাল নির্ভর নয় যদি আপনি এটি জানেন এবং এটি পরিচালনা করেন - বা এটি পরিবর্তন করুন।
সুতরাং কেবলমাত্র অনেক কর্মী প্রক্রিয়া সহ একটি সাইট সম্পর্কে কথা বলা যাক। এখানে আপনি সেই সমস্যার মুখোমুখি হলেন যেটির সাথে আপনার সাধারণ রিসোর্স পরিবর্তনটি আপনার সাথে সিঙ্ক্রোনাইজ করা দরকার Mutex
। কিন্তু যে পৃষ্ঠা / হ্যান্ডলারগুলি সেশন ব্যবহার করে তারা অবিচ্ছিন্ন নয় কারণ অধিবেশন সেটিকে লক করে রাখে। এটি সূচনার জন্য ভাল কারণ আপনি অনেকগুলি পয়েন্টের এই সিঙ্ক্রোনাইজেশনটিকে আপনার নিজের করে তুলতে এড়াচ্ছেন।
এই বিষয়টিতে কিছু প্রশ্ন:
একই অধিবেশন ভাগ করে নেওয়ার জন্য অন্য ওয়েব অ্যাপ্লিকেশন প্রক্রিয়াকরণের সময় ওয়েব অ্যাপ্লিকেশন ব্লক করা হয়েছে
jQuery আজাক্স ওয়েব পরিষেবাদিতে কলগুলি সিঙ্ক্রোনাস মনে হয়
এএসপি। নেট সার্ভার পৃষ্ঠাগুলিকে সংবিধানে এএসপি.নেট এর অধিবেশন পুরোপুরি প্রতিস্থাপন করে না does
এখন এই সেশন লকটি বিভিন্ন সাইটকে প্রভাবিত করে না।
বিভিন্ন সাইটের মধ্যে আরও কাজ করা প্রক্রিয়া এক সাইটকে দীর্ঘকাল চলমান প্রক্রিয়া দিয়ে অন্যটিকে অবরুদ্ধ না করতে সহায়তা করে।
এছাড়াও বিভিন্ন সাইটের মধ্যে আরও পুলগুলিও সহায়তা করতে পারে, কারণ প্রতিটি পুলটিতে কমপক্ষে একটি কাজ করার প্রক্রিয়া থাকে তবে প্রক্রিয়া এক্সপ্লোরার ব্যবহার করে নিজের দ্বারা মনে রাখুন এবং দেখুন, প্রতিটি কার্যকরী প্রক্রিয়া আপনার কম্পিউটারের আরও মেমরি গ্রহণ করে এবং 16 জি মেমরি সহ একটি বড় সার্ভার এবং একটি এসকিউএল সার্ভারে অনেক বেশি আলাদা কাজ করা প্রক্রিয়া থাকতে পারে না - উদাহরণস্বরূপ, 100 টি ভাগ করা সাইট সহ একটি সার্ভারে আপনার 100 টি আলাদা পুল থাকতে পারে না।