আপনার হার্ডওয়্যার নিরীক্ষণ এবং জিনিসগুলি সঙ্কুচিত করতে আপনি এখনও অনেক কিছু করতে পারেন।
আপনি কোনও উইন্ডোজ মেশিন বা OS এর কোন সংস্করণ চালাচ্ছেন তা আপনি বলেননি তবে আমি এটি এখনকার জন্য একটি উইন্ডোজ 10 মেশিন ধরে নিচ্ছি।
আপনি পারফরম্যান্স মনিটর (পারফোন) নামে একটি সরঞ্জাম ব্যবহার করতে পারেন। এটি আপনাকে আপনার সিস্টেমের জন্য কী মেট্রিকগুলি নিরীক্ষণ করতে সক্ষম করবে এবং মানগুলির উপর নির্ভর করে যেখানে আপনার বাধা কোথায় হতে পারে।
আপনার চারপাশে একবার নজর রাখুন এছাড়াও জিপিইউর জন্য কিছু মেট্রিক এবং এর মতোও পেতে পারে।
আপনার মেট্রিকগুলি আসলে একটি শিল্প হিসাবে সন্ধান করা এবং সত্য কথা বলতে আমার কাছে তাদের সমস্ত হাতে দেওয়ার দরকার নেই তবে আপাতত নিম্নলিখিত বিষয়গুলি চেষ্টা করে দেখুন:
স্মৃতি | ব্যবহারে প্রতিশ্রুতিবদ্ধ%: আপনার র্যামের বর্তমানে কত শতাংশ প্রতিশ্রুতিবদ্ধ তা ট্র্যাক করে ("ব্যবহারে")। অ্যাপ্লিকেশনগুলি খোলার এবং বন্ধ হওয়ার সাথে সাথে এটি ওঠানামা করা উচিত, তবে এটি ক্রমাগত বৃদ্ধি পেলে এটি একটি মেমরি ফাঁসকে নির্দেশ করতে পারে।
নেটওয়ার্ক ইন্টারফেস | বাইটস টোটাল / সেকেন্ড: নির্দিষ্ট নেটওয়ার্ক ইন্টারফেসে (যেমন ওয়াই-ফাই বা ইথারনেট) কত বাইট প্রেরণ এবং গৃহীত হয় তা ট্র্যাক করে। যদি এটি কোনও ইন্টারফেসের ব্যান্ডউইথের 70০% এর বেশি হয়ে যায়, আপনার আপগ্রেড করার বিষয়টি বিবেচনা করা উচিত।
পেজিং ফাইল | % ব্যবহার: আপনার সিস্টেমে কতটা পেজিং ফাইল ব্যবহৃত হচ্ছে তা ট্র্যাক করে। যদি এটি ধারাবাহিকভাবে উচ্চ হয় তবে আপনার শারীরিক র্যাম বাড়ানো বা কমপক্ষে আপনার পেজিং ফাইলের আকার বাড়ানো উচিত।
শারীরিক ডিস্ক | % ডিস্কের সময়: হার্ড ড্রাইভের কতটা সময় পড়ার এবং / অথবা অনুরোধগুলি লেখার ক্ষেত্রে ব্যয় করা হয় তা পরীক্ষা করে। যদি এটি ধারাবাহিকভাবে উচ্চ হয় তবে আপনার একটি কঠিন রাষ্ট্রীয় ড্রাইভে আপগ্রেড করার কথা বিবেচনা করা উচিত।
শারীরিক ডিস্ক | % ডিস্ক পড়ার সময়: উপরের মত একই মাত্র পড়ার জন্য অনুরোধ।
শারীরিক ডিস্ক | % ডিস্ক লেখার সময়: কেবল লেখার অনুরোধ ব্যতীত উপরের মত একই।
প্রসেসর | % বিঘ্নিত সময়: আপনার সিপিইউ হার্ডওয়্যার বিঘ্নিত হ্যান্ডলিং দ্বারা কতটা সময় ব্যয় তা ট্র্যাক করে। যদি এটি ধারাবাহিকভাবে 10-20% এর উপরে থাকে তবে এটি আপনার হার্ডওয়্যার উপাদানগুলির মধ্যে একটিতে একটি সম্ভাব্য সমস্যা নির্দেশ করতে পারে।
থ্রেড | % প্রসেসরের সময়: আপনার প্রসেসরের কতটুকু ক্ষমতা পৃথক প্রক্রিয়া থ্রেড দ্বারা ব্যবহৃত হচ্ছে তা পরীক্ষা করে (কোনও অ্যাপ্লিকেশনটিতে একাধিক থ্রেড থাকতে পারে)। কোন থ্রেড মনিটরিং করতে হবে তা সনাক্ত করতে পারলেই কেবল দরকারী।
আমি ব্যবহার করেছি এমন কিছু এসকিউএল রয়েছে:
PhysicalDisk (_Total) \ গড়। ডিস্ক সেকেন্ড / রিড ফিজিক্যালডিস্ক (_টোটাল) \ গড় ডিস্ক সেকেন্ড / লিখুন এই দুটি কাউন্টার আপনাকে জানায় যে আপনার আই / ও সাবসিস্টেমটি অপারেটিং সিস্টেম থেকে ডেটার জন্য অনুরোধগুলিতে কত দ্রুত সাড়া দিচ্ছে; অন্য কথায়, বিলম্ব। স্থানীয় ফিজিক্যাল ম্যাগনেটিক ডিস্ক, সান ড্রাইভ, এনএএস ড্রাইভস বা সলিড স্টেট ড্রাইভগুলি নির্বিশেষে যে আই / ও সাবসিস্টেম ব্যবহার করছেন তা বিবেচনা না করে ফিরে আসা বিলম্বিত মানগুলি বৈধ। আপনার বিলম্বিত মানগুলি সাধারণত 20 মিমের বেশি হওয়া উচিত নয়; যদি আপনি এসএসডি ব্যবহার করেন তবে সম্ভবত 5 এসএমের বেশি নয়। আপনি যদি দ্বিতীয় বা ততোধিক বিলম্বিত মান দেখেন তবে আপনার আই / ও সাবসিস্টেমের এমন একটি সমস্যা রয়েছে যা একটি গ্রহণযোগ্য পর্যায়ে পারফরম্যান্স রাখার জন্য সমাধান করা দরকার।
সিস্টেম \ প্রসেসরের সারি লেন্থ প্রসেসরের কুই দৈর্ঘ্যকাউন্টার আপনাকে সিস্টেম প্রসেসরে সময় অপেক্ষা করার জন্য থ্রেডের সংখ্যা বলে। যদি এই সংখ্যাটি 0 এর চেয়ে বেশি হয় তবে এর অর্থ হ'ল সিস্টেমটি পরিচালনা করতে পারে তার চেয়ে বেশি মূল প্রতি অনুরোধ রয়েছে এবং এটি উল্লেখযোগ্য পারফরম্যান্স সমস্যার কারণ হতে পারে। আমার একবার এক ক্লায়েন্ট ছিল যার এক মাসের শেষ প্রক্রিয়া ছিল যা ব্যবসায়ের দিনে চালানো হয়েছিল, এটি চালাতে 2.5 থেকে 3 ঘন্টা সময় লাগবে; যখন এটি চলে তখন সেই সিস্টেমে অন্য সবার জন্য পারফরম্যান্স মারাত্মকভাবে ধীর হবে। আমি প্রসেসরের ক্যু দৈর্ঘ্যের কাউন্টারটির দিকে চেয়েছিলাম - সাধারণত এটি দিনের বেলা 3 বা 4 এর বেশি না হয়ে যায় তবে মাসের শেষের সময় এটি 30 থেকে 50 এর মধ্যে কোথাও চলে যায় The ক্লায়েন্টটি 4 প্রসেসর সহ ভার্চুয়াল মেশিনে চলছিল, এবং আমি জিজ্ঞাসা করেছি যে তারা এটি দ্বিগুণ করতে পারে কিনা। তারা করেছিল, এবং পরবর্তী মাসের শেষটি 45 মিনিটে শেষ হয়েছে।