আমার অভিজ্ঞতাটি হ'ল যে আমার উচ্চ-প্রক্রিয়া-গণনা কার্যটি কেবল এর সাথেই সফল হয়েছিল:
kern.maxproc=2500 # This is as big as I could set it.
kern.maxprocperuid=2048
ulimit -u 2048
প্রথম দুটি প্রবেশ করতে পারে এবং /etc/sysctl.conf
নির্ভরযোগ্য সেটিংয়ের জন্য, লঞ্চডকনফ-এ ulimit মানটি যেতে পারে ।
যেহেতু টিসিপি / আইপি আমি যা করছিলাম তারই একটি অংশ ছিল, তাই আমারও বাম্পআপ করা দরকার
kern.ipc.somaxconn=8192
এর ডিফল্ট থেকে 128।
প্রক্রিয়া সীমা বাড়ানোর আগে আমি "কাঁটাচামচ" ব্যর্থতা পাচ্ছিলাম, পর্যাপ্ত সংস্থান নেই। আমি kern.ipc.somaxconn বাড়ানোর আগে, আমি "ভাঙা পাইপ" ত্রুটি পাচ্ছিলাম।
এটি ছিল আমার দৈত্য ম্যাক, ওএস 10.5.7, তারপর 10.5.8, এখন 10.6.1 এ বিচ্ছিন্ন প্রক্রিয়াগুলির একটি ন্যায্য সংখ্যা (500-4000) চালানোর সময়। আমার কর্তাদের কম্পিউটারে লিনাক্সের অধীনে এটি সবেমাত্র কাজ করেছে।
আমি ভেবেছিলাম প্রক্রিয়াগুলির সংখ্যা 1000 এর কাছাকাছি হবে তবে মনে হয় যে প্রতিটি প্রক্রিয়া আমি শুরু করেছি তাতে আসল কাজটি করে আসল আইটেমের পাশাপাশি শেলের নিজস্ব কপি অন্তর্ভুক্ত করা হয়। খুব উত্সব।
আমি একটি প্রদর্শন খেলনা লিখেছিলাম যা এরকম কিছু হয়েছিল:
#!/bin/sh
while[ 1 ]
do
n=netstat -an | wc -l
nw=netstat -an | grep WAIT | wc -l
p=ps -ef | wc -l
psh=ps -ef | fgrep sh | wc -l
echo "netstat: $n wait: $nw ps: $p sh: $psh"
sleep 0.5
done
এবং পিএস-শেফে সর্বাধিক সংখ্যক প্রক্রিয়া দেখেছি এবং TIME_WAIT
মেয়াদ উত্তীর্ণের অপেক্ষায় নেটস্পটে ঘুরে বেড়াচ্ছি ... সীমাটি বাড়ানোর সাথে সাথে আমি 3500+ TIME_WAIT
আইটেমগুলি শীর্ষে দেখেছি ।
সীমা বাড়ানোর আগে আমি ব্যর্থতার দোরগোড়ায় 'চুপচাপ' করতে পারতাম, যা 1K এর নীচে থেকে শুরু হয়েছিল তবে 1190 এর উচ্চমূল্যে উঠেছিল .. যতবারই ব্যর্থতার দিকে ঠেলে দেওয়া হয়েছিল পরবর্তী সময়ে এটি কিছুটা বেশি সময় নিতে পারে, সম্ভবত কোনও কারণে এটি ব্যর্থ হয়েছে যতবার তার সীমাতে প্রসারিত ক্যাশে।
যদিও আমার পরীক্ষার কেসটির চূড়ান্ত বিবৃতি হিসাবে একটি "অপেক্ষা" ছিল, এখনও এটির বাইরে বের হওয়ার পরে বিচ্ছিন্ন প্রক্রিয়াগুলি সুস্পষ্টভাবে রয়েছে।
আমি ইন্টারনেটে পোস্টিং থেকে ব্যবহার করা বেশিরভাগ তথ্য পেয়েছি, তবে এগুলির সবকটিই সঠিক ছিল না। আপনার মাইলেজ বিভিন্ন রকম হতে পারে।