চলমান প্রক্রিয়াগুলির তালিকার বাইরে উইন্ডোজ সার্ভারে মেমরির ব্যবহারটি কীভাবে ব্যাখ্যা করবেন


9

আমার উইন্ডোজ 2003 সার্ভারটি কিছুটা ধীর গতিতে চলছে যেখানে কমিট চার্জ এবং পৃষ্ঠা ফাইলের ব্যবহারটি শেষ পর্যন্ত পুনরায় চালু না হওয়া পর্যন্ত টিক আপ করে। এটি ঠিক করার জন্য আমার সমস্ত স্মৃতি কী গ্রাস করছে তা সন্ধান করা দরকার এবং এটিই এখানে বড় রহস্য।

টাস্ক ম্যানেজারের বর্তমান পরিসংখ্যান:

Physical Memory (K): 2096400
Commit Charge (K):   5364848
Page file usage:     5.11 GB

ভাল, সুতরাং আসুন SysInternals প্রসেস এক্সপ্লোরারটি টানুন এবং চলমান সমস্ত কিছুর কার্যকারিতা আকার পরীক্ষা করুন। সবচেয়ে বড় অপরাধী টমকেটের উদাহরণ যা 121,980 কে ডাব্লুএস, 481,284 কে ভিএম আকার ব্যবহার করে। 5 গিগাবাইট কমিট চার্জের ব্যাখ্যা দেওয়ার কাছে সেখানে কিছুই আসে না।

পরবর্তী পদক্ষেপ: SysInternals pslist : pslist -m61 প্রক্রিয়া রিপোর্ট করা হয় জন্য কলাম এবং ক্যালকুলেট কলাম অঙ্কের দ্বারা আউটপুট বিভক্ত।

SUM (Working Set)  : 681,484 K
SUM (Private Bytes): 593,424 K

সরঞ্জামগুলি কী রিপোর্ট করছে আমি কি মূলত ভুল বুঝি? আমি সবসময় এই ধারণাটির মধ্যে ছিলাম যে কোনও ওএস আসলে কোনও প্রক্রিয়া দ্বারা ম্যাপ করা পুরো পরিমাণ ভার্চুয়াল মেমরির তুলনায় আসলে অনেক কম মেমরি দেয়, এই ধারণায় যে এটি আসলে এত বেশি ব্যবহার করবে না, এবং এখানে ভিএম এর দিকে তাকাতে হবে একটি লাল হেরিং


1
আপডেট: হ্যাঁ, এই সিস্টেমটি পেজিং করছে এবং আমি প্রায়শই "ভার্চুয়াল মেমরির বাইরে চলে আসছি" সতর্কতা পাচ্ছি। যখনই আমি সতর্কতা পাই আমি মেমরির পরিসংখ্যানগুলি পরীক্ষা করে দেখি এবং এমন কোনও প্রক্রিয়া নেই যা বিশেষত দুর্ব্যবহার বলে মনে হয়, তবে মেমোরি, প্রতিশ্রুতিবদ্ধ বাইটস স্ট্যাটটি সর্বদা 5 জিবি এর বেশি থাকে।
jpdaigle

উত্তর:


1

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

এই মেশিনটি আপনাকে স্বয়ংক্রিয়ভাবে পুনরায় বুট করার অনুমতি দেওয়ার জন্য ঘন ঘন রক্ষণাবেক্ষণ উইন্ডোটি পান, সম্ভবত রাত্রে, সপ্তাহে দু'বার, বা সাপ্তাহিক এই গতিটি যে গতিতে পারফরম্যান্স সমস্যাগুলি প্রদর্শন করতে শুরু করে তার উপর নির্ভর করে।

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


2

কিছু লিঙ্ক পেস্ট করার জন্য দুঃখিত - তবে আমরা মেমরি লিক খুঁজে পেতে কিছু কৌশল ব্যবহার করে লগপার্সার এবং পাওয়ারশেল ব্যবহার করছি, তাই আমি ভাগ করব।

http://blogs.msdn.com/debuggingtoolbox/archive/2008/08/22/powershell-script-chart-and-statistics-from-top-20-objects-leaking.aspx

(কখনই সন্দেহ নেই আপনার ডিবাগার সাইটটি দুর্দান্ত): http://blogs.msdn.com/carloc/archive/2007/09/14/something-you-need-to-know-before-start-debugging.aspx

আমি উইন্ডোজটিতে মেমোরি ব্যবহারের জন্য মার্ক রাশিনোভিচের দুর্দান্ত অন্তর্দৃষ্টিটির একটি লিঙ্ক সরবরাহ করব:

http://blogs.technet.com/markrussinovich/search.aspx?q=memory&p=1

মাইক্রোসফ্টের প্রকৃত ক্ষেত্রে খোলার সংক্ষিপ্ততা, পারফরম্যান্স টিম সাইটটিতে প্রচুর ভাল তথ্য রয়েছে: http://blogs.technet.com/askperf/Default.aspx?p=2


1

এটি নির্ণয় করতে সহায়তা করার জন্য প্রিসপেল সরঞ্জামটি পারফোন। আমি যে কাউন্টারগুলিতে নজর রেখেছি তারা হ'ল:

মেমোরি, প্রতিশ্রুতিবদ্ধ বাইটস এটি ভার্চুয়াল মেমরি
প্রক্রিয়া, কার্যনির্বাহী সেট, ___ "সক্রিয়" ব্যবহারে মোট ভার্চুয়াল মেমরির
পেজিং ফাইলের মধ্যে মোট ভার্চুয়াল
মেমরি, মেমরি, পৃষ্ঠা / সেকেন্ডে ব্যবহৃত% পেজ ফাইল, এটি কম মেমরির একটি সূচক নয় যদিও সবার মনে হয় এটি করা আছে)
মেমোরি, পৃষ্ঠাগুলি আউটপুট / সেকেন্ডে প্রতি সেকেন্ডে অন্যান্য উদ্দেশ্যে র‌্যাম পৃষ্ঠা ফ্রেম ফ্রি করতে পৃষ্ঠা ফাইলে কত ভার্চুয়াল মেমরি পৃষ্ঠা লেখা হয়েছিল?

মেমরি, ক্যাশে বাইটস
মেমরি, পুল ননপ্যাডযুক্ত বাইটস
মেমরি, পুল পেজড বাইটস
মেমরি, সিস্টেম কোড মোট বাইটস
মেমরি, সিস্টেম ড্রাইভার মোট বাইটস

যখন এই সমষ্টি 2 জিবিটির কাছাকাছি আসে আপনার 32 পার্শ্ববর্তী আর্কিটেকচারের কারণে সাধারণত পারফরম্যান্স সমস্যা থাকে

মেমোরি, উপলভ্য এমবিাইট- এটি পরিমাপ করে যে ভার্চুয়াল মেমোরির জন্য চাহিদা পূরণ করতে (নতুন বরাদ্দ, অথবা পেজফাইলে কোনও পৃষ্ঠা পুনরুদ্ধারের জন্য) কতটা র‌্যাম উপলব্ধ।

Http://mebers.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm এও দেখুন


আকর্ষণীয় লিঙ্ক। এই সার্ভারে, আমি মোট প্রসেস ওয়ার্কিং সেটটি 640 এমবিতে দেখছি, তবে "মেমোরি, কমিটেড বাইটস" 5.4 জিবি। আপনি উল্লিখিত অন্য কাউন্টারগুলির কোনওটিই খুব বেশি নয়। আমি প্রায়শই "ভার্চুয়াল মেমরি থেকে চালিয়ে যাওয়া" সতর্কতা পাই, যে কারণে আমি তদন্ত করছি। ওপিতে মন্তব্য যুক্ত করা হচ্ছে।
jpdaigle

1

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


0

বলা হয়ে থাকে যে কোথাও একটি সিসাদমিন রয়েছে যা উইন্ডোজ মেমরির পরিসংখ্যানগুলি সত্যই বুঝতে পারে তবে আমি তাদের সাথে কখনও সাক্ষাত করি নি।

তবে সাধারণত কোনও খারাপ আচরণের প্রক্রিয়া খুঁজে পাওয়া খুব কঠিন নয়। হ্যান্ডেলগুলি বা পৃষ্ঠা ত্রুটিগুলি / সেকেন্ডের মতো বিভিন্ন প্রক্রিয়া কাউন্টারগুলি দেখার জন্য পারফোন ব্যবহার করার চেষ্টা করুন।

জেআর

আরও চিন্তাভাবনা: আপনি কি নিশ্চিত যে আপনি আসলে স্মৃতিশক্তি কম আছেন? মূল জিনিসটি হ'ল আপনার পেজিং হচ্ছে কিনা। কোনও পেজিং না থাকলে আপনি স্মৃতিতে সংক্ষিপ্ত নন। পারফ্যাকমন ব্যবহার করে মেমোরি - পৃষ্ঠা / সেকেন্ড কাউন্টারটি দেখুন।


চলমান প্রক্রিয়াগুলিতে আমি সুস্পষ্ট কিছু দেখতে পাচ্ছি না। কোনও প্রক্রিয়া শেষ হয়ে যাওয়ার পরে ওএস দ্বারা মেমরির পুনরুদ্ধার না করার কোনও সম্ভাব্য উপায় কি? এটি একটি স্বয়ংক্রিয় বিল্ড / ইউনিট পরীক্ষা সার্ভার তাই কোর্স প্রক্রিয়াগুলি সর্বদা ক্র্যাশ হয়, কারণ এটি সর্বদা চলমান থাকে কারণ এসভিএন থেকে স্বয়ংক্রিয়ভাবে নির্মিত রক্তস্রোতা-প্রান্তগুলি তৈরি হয়।
jpdaigle

আরও কিছু ভাবনার জন্য আমার সম্পাদনা দেখুন
জন রেনি

0

মনে রাখবেন যে ওয়ার্কিং সেট হ'ল মেমরির বিট যা আসলে বাস্তব শারীরিক মেমরি দ্বারা প্রতিনিধিত্ব করা হয়। আপনার ভার্চুয়াল মেমোরি চার্জও রয়েছে, এবং উইন্ডোজ কোড পৃষ্ঠা ভাগ করে নেবে, এমএফসি-র কিছু অংশ মেমরির ব্যবহারের সদৃশ ছাড়াই প্রচুর এবং প্রচুর প্রক্রিয়ার মধ্যে ভাগ করা হবে। এছাড়াও আপনার উইন্ডোজ অবিচ্ছিন্নভাবে ফাইল সিস্টেমের ক্যাশে যথাসম্ভব বৃহত রাখার ইচ্ছা রাখে (আমি এর আগে 2.5 গিগাবাইট ল্যাপটপে এটি 800 এমবি বেলুনটি দেখেছি)।

উইন্ডোজ মেমরি পরিচালনা খুব মজবুত। তবে উইন্ডোজ একবার পেজিং শুরু করার পরে, জিনিসগুলি কুৎসিত হয়ে যায় এবং আপনাকে সর্বদা সর্বদা সর্বদা - ফাইল সিস্টেমের ক্যাশে জায়গা ছেড়ে দিতে হয়। আমার প্রায় ৮০+ ট্যাবগুলি চালিত হয়ে গেলে ফায়ারফক্সটি বন্ধ করতে এবং পুনরায় চালু করতে হবে যখন এটি মেমরির খরচ 1.2gb / 1.2 + gb অবধি বাড়ায়।

উইন্ডোজ ক্যাশে থাকা পৃষ্ঠাগুলির মধ্যে এবং মেমোরি / ওয়ার্কিং সেট হিসাবে তালিকাভুক্ত পৃষ্ঠাগুলির মধ্যে লাইনটিকে কিছুটা ঝাপসাও করে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.