আপনি এটি করতে পারেন এমন কয়েকটি সম্ভাব্য উপায় রয়েছে। নোট করুন যে এটি সম্পূর্ণরূপে সম্ভব এটির সম্ভাব্য প্রক্রিয়াগুলি কেবল একটি নয়, পলাতক দৃশ্যে এটির কারণ।
প্রথম উপায়টি পটভূমিতে চালানো এবং ডেটা উত্পাদন করার জন্য পিডস্ট্যাট সেটআপ করা।
pidstat -u 600 >/var/log/pidstats.log & disown $!
এটি আপনাকে দশ মিনিটের ব্যবধানে সিস্টেমের চলমান সম্পর্কে যথেষ্ট বিশদ দৃষ্টিভঙ্গি দেবে। আমি এটি আপনার কলটির প্রথম পোর্ট হওয়ার পরামর্শ দেব কারণ এটি কাজ করার জন্য সবচেয়ে মূল্যবান / নির্ভরযোগ্য ডেটা তৈরি করে।
এটির সাথে একটি সমস্যা রয়েছে, প্রাথমিকভাবে যদি বাক্সটি পলাতক সিপিইউ লুপে চলে যায় এবং প্রচুর পরিমাণে বোঝা উত্পাদন করে - আপনার গ্যারান্টিযুক্ত নয় যে আপনার আসল প্রক্রিয়াটি সময়মতো লোডের সময় কার্যকর হবে (যদি আদৌ) তবে আপনি আউটপুটটি মিস করতে পারেন !
এটি দেখার দ্বিতীয় উপায় হ'ল প্রক্রিয়া অ্যাকাউন্টিং সক্ষম করা। একটি দীর্ঘমেয়াদী বিকল্প সম্ভবত।
accton on
এটি প্রক্রিয়া অ্যাকাউন্টিং সক্ষম করে (যদি ইতিমধ্যে যোগ না করা হয়)। এটি যদি আগে না চলত তবে এটি চালানোর জন্য সময় প্রয়োজন।
24 ঘন্টা দৌড়ে যাওয়ার জন্য - আপনি তারপরে এমন একটি কমান্ড চালাতে পারেন (যা এর ফলে আউটপুট উত্পন্ন করবে)
# sa --percentages --separate-times
108 100.00% 7.84re 100.00% 0.00u 100.00% 0.00s 100.00% 0avio 19803k
2 1.85% 0.00re 0.05% 0.00u 75.00% 0.00s 0.00% 0avio 29328k troff
2 1.85% 0.37re 4.73% 0.00u 25.00% 0.00s 44.44% 0avio 29632k man
7 6.48% 0.00re 0.01% 0.00u 0.00% 0.00s 44.44% 0avio 28400k ps
4 3.70% 0.00re 0.02% 0.00u 0.00% 0.00s 11.11% 0avio 9753k ***other*
26 24.07% 0.08re 1.01% 0.00u 0.00% 0.00s 0.00% 0avio 1130k sa
14 12.96% 0.00re 0.01% 0.00u 0.00% 0.00s 0.00% 0avio 28544k ksmtuned*
14 12.96% 0.00re 0.01% 0.00u 0.00% 0.00s 0.00% 0avio 28096k awk
14 12.96% 0.00re 0.01% 0.00u 0.00% 0.00s 0.00% 0avio 29623k man*
7 6.48% 7.00re 89.26% 0.00u 0.00% 0.00s
কলামগুলি যেমন আদেশ করা হয়:
- কল সংখ্যা
- কল শতাংশ
- এই ধরণের সমস্ত প্রক্রিয়াতে ব্যয় করা আসল সময়ের পরিমাণ।
- শতকরা ভাগ।
- ব্যবহারকারী সিপিইউ সময়
- শতকরা হার
- সিস্টেম সিপিইউ সময়।
- গড় আইও কল।
- শতকরা হার
- কমান্ড নাম
আপনি যে সন্ধান করছেন তা হ'ল প্রক্রিয়া ধরণের যা সর্বাধিক ব্যবহারকারী / সিস্টেম সিপিইউ সময় উত্পন্ন করে।
এটি সিপিইউ সময়ের মোট পরিমাণ (শীর্ষ সারিতে) এবং তারপরে কীভাবে সেই সিপিইউ সময়টি বিভক্ত হয়ে গেছে তা ডেটা ভেঙে দেয়। প্রক্রিয়া অ্যাকাউন্টিং কেবল তখনই সঠিকভাবে অ্যাকাউন্ট হয় যখন প্রক্রিয়াগুলি ফুটে ওঠে, সুতরাং সমস্ত পরিষেবাদির জন্য দায়বদ্ধ হওয়ার বিষয়টি নিশ্চিত করার জন্য এটি সক্ষম করার পরে সিস্টেমটি পুনরায় চালু করা সম্ভবত সেরা।
এটি, কোনও উপায়েই আপনাকে কোনও সুনির্দিষ্ট ধারণা দেয় যে এটি কী প্রক্রিয়াটি হতে পারে যা এই সমস্যার কারণ, তবে আপনাকে ভাল অনুভূতি দিতে পারে। যেহেতু এটি 24 ঘন্টা স্ন্যাপশটের মধ্যে স্কিউড ফলাফলের সম্ভাবনা রয়েছে তাই এটি মনে রাখবেন। এটি সর্বদা লগ করা উচিত কারণ এটির কার্নেল বৈশিষ্ট্য এবং পিডস্ট্যাট এর বিপরীতে সর্বদা ভারী লোডের সময় আউটপুট উত্পাদন করা যায়।
উপলভ্য সর্বশেষ বিকল্পটি প্রক্রিয়া অ্যাকাউন্টিংও ব্যবহার করে যাতে আপনি এটি উপরের মতো চালু করতে পারেন, তবে প্রতিটি প্রোগ্রামের সিপিইউ পরিসংখ্যান সহ সমস্যার সময় নির্ধারিত প্রক্রিয়াগুলির কয়েকটি পরিসংখ্যান তৈরি করতে প্রোগ্রামটি "লাস্টকম" ব্যবহার করুন।
lastcomm | grep "May 8 22:[01234]"
kworker/1:0 F root __ 0.00 secs Tue May 8 22:20
sleep root __ 0.00 secs Tue May 8 22:49
sa root pts/0 0.00 secs Tue May 8 22:49
sa root pts/0 0.00 secs Tue May 8 22:49
sa X root pts/0 0.00 secs Tue May 8 22:49
ksmtuned F root __ 0.00 secs Tue May 8 22:49
awk root __ 0.00 secs Tue May 8 22:49
সমস্যাটি কী কী হতে পারে সে সম্পর্কে এটি আপনাকে কিছু ইঙ্গিতও দিতে পারে।
