মেমরি: কত বরাদ্দ করবেন এবং কেন সবটা নয়

প্যানেলে মেমরি গ্রাফ নতুনদের ভয় দেখায়: এটি প্রায় সবসময়ই বেশি দেখায়। এটি Java-র স্বাভাবিক আচরণ।

এটি কীভাবে পড়বেন

Java আগেই মেমরি বরাদ্দ করে এবং গার্বেজ কালেকশনের সময়ই তা মুক্ত করে। গ্রাফের করাতের দাঁতের মতো প্যাটার্ন — ব্যবহার বাড়তে থাকা এবং কালেকশনের পর তীব্র পতন — একটি সুস্থ সার্ভারের লক্ষণ।

সমস্যা দেখতে ভিন্ন রকম: রেখাটি ছাদের সাথে আটকে থাকে এবং পতনের পরেও নিচে নামে না। এর মানে গার্বেজ মুক্ত হচ্ছে না — হয় মেমরি সত্যিই খুব কম, নয়তো কোনো লিক আছে।

ঘাটতির লক্ষণ

• লগে OutOfMemoryError — বিশ্লেষণ।
• কয়েক সেকেন্ডের ফ্রিজ, যা আপটাইমের সাথে বাড়ে।
• রিস্টার্টের পর সার্ভার ঠিকঠাক চলে এবং সন্ধ্যার মধ্যে খারাপ হতে থাকে।

লিক

যদি ব্যবহার রৈখিকভাবে বাড়ে এবং কমে না, অপরাধী খুঁজুন:

spark heapsummary

সাধারণত এটি এমন একটি প্লাগইন যা ডেটা জমা করে, অথবা চাঙ্ক লোডারযুক্ত একটি মড — Spark।

সাময়িক সমাধান হলো দিনে একবার অটো-রিস্টার্ট। স্থায়ী সমাধান হলো অপরাধী খুঁজে বের করে আপডেট করা।

সবকিছু বরাদ্দ করবেন না

হিপ ছাড়াও প্রসেসের মেটাডেটা, থ্রেড এবং বাফারের জন্য মেমরি দরকার, আর কন্টেইনারের সিস্টেমের জন্য মেমরি দরকার। Millida প্যানেল প্ল্যান অনুযায়ী হিপ সীমা নির্ধারণ করে নিজেই এটি হিসাব করে — আপনাকে ম্যানুয়ালি এটি স্পর্শ করতে হবে না।

কখন প্ল্যান পরিবর্তন করবেন

যখন স্বাভাবিক পরিচালনার সময় সর্বোচ্চ ব্যবহার ধারাবাহিকভাবে সীমায় পৌঁছায় এবং প্রোফাইলে কোনো লিক দেখা যায় না — প্ল্যান পরিবর্তন।