সমস্ত 700 টি উদাহরণ সম্ভবত একযোগে চলতে পারে?
এটি একই সাথে আপনি কী বোঝাতে চান তার উপর নির্ভর করে। যদি আমরা বাছাই করা হয়, তবে না, যদি না আপনার সিস্টেমে কার্যকর করার 700 টি থ্রেড না থাকে আপনি ব্যবহার করতে পারেন (তাই সম্ভবত না)। বাস্তবে যদিও হ্যাঁ, তারা সম্ভবত পারে, আপনার সিস্টেমে পর্যাপ্ত র্যাম এবং / অথবা অদলবদল থাকতে পারে। ইউএনআইএক্স এবং এটির বিভিন্ন শিশুরা বিশাল স্তরের সম্মতি পরিচালনার ক্ষেত্রে লক্ষণীয়ভাবে ভাল, তারা কেন এতো জনপ্রিয় এইচপিসি ব্যবহারের জন্য এত জনপ্রিয় of
আমার সার্ভারের সীমা পৌঁছানো পর্যন্ত আমি কতদূর পেতে পারি?
সম্পূর্ণ আরও অনেক তথ্য ছাড়া কংক্রিটের উত্তর দেওয়া অসম্ভব। খুব সুন্দর, আপনার পূরণের জন্য পর্যাপ্ত স্মৃতি থাকা দরকার:
- একটি কাজের পুরো রানটাইম মেমরির প্রয়োজন 700 বার।
- অনেক কাজ পরিচালনা করতে ব্যাশের মেমরির প্রয়োজনীয়তা (ব্যাশ এটি সম্পর্কে ভয়ঙ্কর নয়, তবে জব কন্ট্রোলটি ঠিক স্মৃতিশক্তির দক্ষ নয়)।
- সিস্টেমে অন্য কোনও স্মৃতি প্রয়োজনীয়তা।
ধরে নিই যে আপনি এটি পূরণ করেছেন (আবার, কেবলমাত্র 50 জিবি র্যামের সাথে, আপনি এখনও অন্যান্য সমস্যাগুলি মোকাবেলা করার আহ্বান জানিয়েছেন:
- চাকরি নিয়ন্ত্রণে বাশ দ্বারা কতটা সিপিইউ সময় নষ্ট হতে চলেছে? সম্ভবত খুব বেশি নয়, তবে শত শত চাকরি সহ এটি উল্লেখযোগ্য হতে পারে।
- এটির কতটা নেটওয়ার্ক ব্যান্ডউইথ প্রয়োজন? এই সমস্ত সংযোগ খোলার ফলে আপনার ব্যান্ডউইথ এবং ল্যাটেন্সিটির উপর নির্ভর করে কয়েক মিনিটের জন্য আপনার নেটওয়ার্কটি স্যম্পল করতে পারে।
- অন্যান্য অনেকগুলি বিষয় সম্ভবত আমি ভেবে দেখিনি।
যখন এই সীমাটি পৌঁছে যায়, এটি কেবল foo বন্ধ করে পরবর্তী পুনরাবৃত্তি শুরু করার জন্য অপেক্ষা করবে বা বাক্সটি ক্রাশ হবে?
এটি কোন সীমাতে আঘাত হানছে তার উপর নির্ভর করে। যদি এটি স্মৃতিশক্তি থাকে তবে সিস্টেমে কিছু মরে যাবে (বিশেষত, মেমরি মুক্ত করার প্রয়াসে কার্নেল দ্বারা হত্যা করা হবে) বা সিস্টেম নিজেই ক্র্যাশ হতে পারে (স্মৃতিশক্তি ফুরিয়ে যাওয়ার পরে সিস্টেমগুলি ইচ্ছাকৃতভাবে ক্র্যাশ করার জন্য এটি কনফিগার করা অস্বাভাবিক নয়)। যদি এটি সিপিইউ সময় হয় তবে এটি কেবল ইস্যু ছাড়াই চলতে থাকবে, সিস্টেমে আরও অনেক কিছু করা অসম্ভব হয়ে উঠবে। এটি যদি নেটওয়ার্ক হয় তবে আপনি অন্যান্য সিস্টেম বা পরিষেবা ক্র্যাশ করতে পারেন ।
আপনি কি সত্যিই এখানে প্রয়োজন একই সময়ে সব কাজ চালানোর নয়। পরিবর্তে, তাদের ব্যাচে বিভক্ত করুন, এবং একই সময়ে একটি ব্যাচের মধ্যে সমস্ত কাজ চালান, তাদের সমাপ্ত হতে দিন, তারপরে পরবর্তী ব্যাচটি শুরু করুন। জিএনইউ সমান্তরাল ( https://www.gnu.org/software/parallel/ ) এর জন্য ব্যবহার করা যেতে পারে তবে এটি একটি উত্পাদন পরিবেশে সেই স্কেল থেকে আদর্শের চেয়ে কম (যদি আপনি এটির সাথে যান তবে খুব আক্রমণাত্মক হন না, যেমনটি আমি বলেছি, আপনি নেটওয়ার্ক জলাবদ্ধ করতে পারেন এবং এমন সিস্টেমগুলিকে প্রভাবিত করতে পারেন যা আপনি স্পর্শ করবেন না)। আমি জবাবদিহি ( https://www.ansible.com/) এর মতো একটি যথাযথ নেটওয়ার্ক অর্কেস্ট্রেশন সরঞ্জাম সন্ধানের সুপারিশ করব), এটি কেবল আপনার সামঞ্জস্য সংক্রান্ত সমস্যাগুলি সমাধান করবে না (আমি উপরে উল্লিখিত স্বয়ংক্রিয়ভাবে উল্লিখিত মতো জবাবদিহি করতে পারে না), তবে আপনাকে কাজ করতে আরও অনেক দরকারী বৈশিষ্ট্য দেবে (যেমন আদর্শের কার্য সম্পাদন, চমৎকার স্থিতির প্রতিবেদন এবং এর সাথে নেটিভ সংহতকরণ) অন্যান্য সরঞ্জামগুলির একটি খুব বড় সংখ্যক)।
parallelপ্রায় 50 টি সমবর্তী কাজ ব্যবহার করে আমার ভাগ্য ভাল । এটি 1 এবং 700 এর সমান্তরালতার মধ্যে একটি দুর্দান্ত মাধ্যম The অন্য দুর্দান্ত জিনিসটি হ'ল ব্যাচলেস। একটি একক স্থগিত সংযোগ কেবল নিজেরাই স্টল করবে, অন্য কারও নয়। মূল ক্ষতি হচ্ছে ত্রুটি পরিচালন management এই শেল-ভিত্তিক পদ্ধতির কোনওটিই নিখুঁতভাবে ত্রুটিগুলি পরিচালনা করবে না। সাফল্যের জন্য আপনাকে নিজে নিজে পরীক্ষা করতে হবে এবং নিজের চেষ্টা নিজেই করতে হবে।