میموری: کتنی مختص کریں اور کیوں پوری نہیں

پینل میں میموری گراف نئے آنے والوں کو ڈراتا ہے: یہ تقریباً ہمیشہ زیادہ ہوتا ہے۔ یہ Java کا معمول کا رویہ ہے۔

اسے کیسے پڑھیں

Java میموری پہلے سے مختص کرتا ہے اور اسے صرف garbage collection کے دوران آزاد کرتا ہے۔ گراف پر دانتے دار شکل — بڑھتا ہوا استعمال اور collection کے بعد تیز کمی — ایک صحت مند سرور کی علامت ہے۔

مسئلہ مختلف نظر آتا ہے: لائن چھت سے چپکی رہتی ہے اور کمی کے بعد نیچے نہیں آتی۔ اس کا مطلب ہے کہ garbage آزاد نہیں ہو رہی — یا تو میموری واقعی بہت کم ہے، یا کوئی leak ہے۔

کمی کی علامات

• لاگ میں OutOfMemoryError — تجزیہ۔
• کئی سیکنڈز کے لیے جماؤ جو اپ ٹائم کے ساتھ بڑھتا ہے۔
• سرور ری اسٹارٹ کے بعد ٹھیک چلتا ہے اور شام تک خراب ہو جاتا ہے۔

Leak

اگر استعمال لکیری طور پر بڑھتا ہے اور کم نہیں ہوتا، تو قصوروار ڈھونڈیں:

spark heapsummary

عام طور پر یہ کوئی پلگ ان ہوتا ہے جو ڈیٹا جمع کرتا رہتا ہے، یا chunk loaders والا کوئی موڈ — Spark۔

عارضی حل دن میں ایک بار آٹو ری اسٹارٹ ہے۔ مستقل حل قصوروار کو ڈھونڈ کر اپ ڈیٹ کرنا ہے۔

سب کچھ مختص نہ کریں

heap کے علاوہ، پروسیس کو metadata، threads اور buffers کے لیے میموری چاہیے، اور کنٹینر کو سسٹم کے لیے میموری چاہیے۔ Millida کا پینل پلان کے مطابق heap کی حدیں مقرر کر کے خود اس کا خیال رکھتا ہے — آپ کو اسے دستی طور پر چھیڑنے کی ضرورت نہیں۔

پلان کب تبدیل کریں

جب عام آپریشن کے دوران زیادہ سے زیادہ استعمال مسلسل حد تک پہنچ جائے اور پروفائل میں leak نظر نہ آئے — اپنا پلان تبدیل کرنا۔