প্রচুর সংখ্যক ফাইল সহ এনটিএফএস ড্রাইভে আলস্য কর্মক্ষমতা


12

আমি এই সেটআপটি দেখছি:

  • উইন্ডোজ সার্ভার 2012
  • 1 টিবি এনটিএফএস ড্রাইভ, 4 কেবি ক্লাস্টার, ~ 90% পূর্ণ
  • 10,000 10,000 এম ফোল্ডারে 10,000 এম ফোল্ডার = ~ 1,000 ফাইল / ফোল্ডার
  • ফাইলগুলি বেশিরভাগ ছোট <50 কিলোবাইট
  • ভার্চুয়াল ড্রাইভটি ডিস্ক অ্যারেতে হোস্ট করা হয়েছে

যখন কোনও অ্যাপ্লিকেশন এলোমেলো ফোল্ডারে থাকা ফাইলগুলিতে অ্যাক্সেস করে তখন প্রতিটি ফাইল পড়তে 60-100 এমএস লাগে। একটি পরীক্ষার সরঞ্জামের সাহায্যে মনে হয় ফাইলটি খোলার সময় বিলম্ব হয়। ডেটা পড়া তখন সময়ের কিছুটা সময় নেয়।

সংক্ষেপে এর অর্থ হ'ল 50 টি ফাইল সহজেই 3-4 সেকেন্ড সময় নিতে পারে যা প্রত্যাশার চেয়ে অনেক বেশি। লিখন ব্যাচে করা হয় তাই এখানে পারফরম্যান্স কোনও সমস্যা নয়।

এই নম্বরগুলিতে পৌঁছানোর জন্য আমি ইতিমধ্যে এসও এবং এসএফের পরামর্শ অনুসরণ করেছি।

পড়ার সময় সম্পর্কে কী করবেন?

  • ফাইল প্রতি 60-100 এমএস ঠিক আছে তা বিবেচনা করুন (এটি কি তাই না?)
  • কোনও ধারণা কীভাবে সেটআপটি উন্নত করা যায়?
  • এমন কি নিম্ন-স্তরের পর্যবেক্ষণের সরঞ্জামগুলি বলতে পারেন যে সময়টি ঠিক কীভাবে ব্যয় করা হয়?

হালনাগাদ

  1. মন্তব্যে উল্লিখিত হিসাবে সিস্টেম সিম্যানটেক এন্ডপয়েন্ট প্রোটেকশন চালায়। তবে এটি অক্ষম করলে পঠনের সময় পরিবর্তন হয় না।

  2. পারফমন প্রতিটি পঠন 10-10 এমএস পরিমাপ করে। এর অর্থ হ'ল যে কোনও ফাইলের রিডের জন্য operations 6 I / O পড়া অপারেশন লাগে, তাই না? এটি কি এমএফটি লুক এবং এসিএল চেক হবে?

  3. এমএফটিটির আকার ~ 8.5 গিগাবাইট যা মূল স্মৃতির চেয়ে বেশি।


কিছু বাদ দেওয়ার জন্য, আপনার কি র‌্যামম্যাপের একটি স্ক্রিনশট ভাগ করে নেওয়া উচিত ?
টমাস ডাবাসিনস্কাস

আপনি ফাইল সংক্ষিপ্ত টেবিল বোঝাতে চান? এখন আপনি এটি উল্লেখ করেছেন আমি একটি এমআইএমএফএ.ডিবি ফাইল দেখতে পাই যা 900 এমবি মেমরিযুক্ত যা আমাকে স্মরণ করিয়ে দেয় যে সিস্টেমে সিমানটেক এন্ডপয়েন্ট প্রোটেকশন ইনস্টল করা আছে। সেটাই কি অপরাধী? আমি আরও জানতে চেষ্টা করব।
পল বি

প্রকৃতপক্ষে, আমি মেটাফিল ব্যবহারে আরও আগ্রহী ছিলাম
টমাস ডাবাসিনস্কাস

ঠিক আছে বুঝেছি. मेटाফাইল 250 এমবি মোট, 40 সক্রিয়, 210 স্ট্যান্ডবাই দেখায়। স্বাভাবিক লাগছে নাকি?
পল বি

হ্যাঁ, এটি তাই বলে মনে হচ্ছে
টমাস ডাবাসিনস্কাস

উত্তর:


5

সার্ভারে পর্যাপ্ত মেমরি নেই। মেমরিতে এনটিএফএস মেটাফিল ডেটা ক্যাশে করার পরিবর্তে প্রতিটি ফাইল অ্যাক্সেসের জন্য একাধিক ডিস্ক পড়া প্রয়োজন। যথারীতি, আপনি একবার এটি দেখলে সমস্যাটি সুস্পষ্ট। আমার দৃষ্টিকোণকে কী মেঘাচ্ছন্ন করেছিল তা আমাকে ভাগ করে নিতে দাও:

  • সার্ভারটি টাস্ক ম্যানেজার এবং র‌্যাম্যাপ উভয় ক্ষেত্রেই 2 জিবি মেমরি উপলব্ধ রয়েছে। সুতরাং উভয়ই উইন্ডোজ সিদ্ধান্ত নিয়েছে যে উপলব্ধ মেমরিটি মেটাফিলের ডেটার অর্থপূর্ণ অংশ ধারণ করতে যথেষ্ট নয়। অথবা কিছু অভ্যন্তরীণ বিধিনিষেধ मेटाটা ফাইলের জন্য মেমরির শেষ বিটটি ব্যবহার করার অনুমতি দেয় না।

  • র‌্যাম টাস্ক ম্যানেজার আপগ্রেড করার পরে আরও মেমরি ব্যবহৃত হচ্ছে না। তবে রামম্যাপ একাধিক জিবি মেটাফিল ডেটা স্ট্যান্ডবাই ডেটা হিসাবে রাখা হয়েছে বলে জানিয়েছে। স্পষ্টতই, স্ট্যান্ডবাই ডেটা যথেষ্ট প্রভাব ফেলতে পারে।

বিশ্লেষণের জন্য ব্যবহৃত সরঞ্জামগুলি:


তাই বর্ধমান শারীরিক স্মৃতি কি প্রতিক্রিয়ার বারগুলিকে উন্নত করেছে? আপনি কোনও রেজিস্ট্রি সেটিং কনফিগার করেননি?
ডি-ক্লোটজ

1
হ্যাঁ. আমি এর আগে রেজিস্ট্রি সেটিংস নিয়ে ঘুরেছি। তবে শেষ পর্যন্ত স্মৃতি যুক্ত করার পরে কোনও পরিবর্তনের দরকার পড়েনি।
পল বি

স্ট্যান্ডবাই মেমরি হ'ল মেমরি অঞ্চল যা প্রোগ্রামগুলি ব্যবহারের জন্য প্রস্তুত। তবে যেহেতু তারা এখনও ব্যবহার করা হচ্ছে না, ওএস সেগুলি ক্যাশে হিসাবে ব্যবহার করবে। যে কোনও প্রোগ্রামের সেই মেমরির প্রয়োজন হলে তা অবিলম্বে প্রকাশ করা হবে
ফুক্লভ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.