RE: قاتل OOM "خارج از حافظه: فرآیند کشته شده" SOLUTIONS / خلاصه

RE: قاتل OOM "خارج از حافظه: فرآیند کشته شده" SOLUTIONS / خلاصه

    از: "کالینز، کوین [MindWorks]" <KCollins chevron com>
    برای: <taroon-list redhat com>، «لیست بحث Red Hat Enterprise Linux 4 (Nahant)» <nahant-list redhat com>، <rhelv5-list redhat com>
    سی سی:
    موضوع: RE: قاتل OOM "خارج از حافظه: فرآیند کشته شده" SOLUTIONS / خلاصه
    تاریخ: Fri، 10 Aug 2007 09:42:43 -0700

اریک

با تشکر برای پست بسیار دقیق و اطلاعاتی. من هستم
از جمله لیست RHEL5 در این پاسخ از آنجایی که شما در آن از دست رفته بودید
پست متقابل

با تشکر،

کوین

-----پیام اصلی-----
از: nahant-list-bounces redhat com
[mailto: nahant-list-bounces redhat com] در مقابل اریک اسلرر
ارسال شده: جمعه، 10 اوت 2007، ساعت 8:48
به: لیست بحث Red Hat Enterprise Linux 4 (Nahant)
موضوع: OOM killer "Out of Memory: Process killed" راه حل ها / خلاصه

از آنجا که این مشکل به نظر می رسد در پنجره های مختلف در لیست های مختلف، این پیام است
به طور کلی به بحث و گفتگو عمومی Red Hat اشاره شده است، RHEL3
(Taroon) و لیست RHEL4 (Nahant). عذرخواهی من برای عدم داشتن
زمان برای ارسال این خلاصه زودتر.

من هنوز هم سرم را در برابر این مشکل سوق می دهم
کمک های سخاوتمندانه تام سیتلر <ttsig tuxyturvy com> و براان
طولانی <brilong cisco com>.

به طور کلی، از قاتل حافظه (killer-killer) شروع به کشتن می کند
فرایندها، حتی در سرورهای با حجم زیادی (6Gb +) RAM. در خیلی
پرونده ها تعداد زیادی رم "رایگان" را گزارش می کنند و به همین دلیل است که از این موضوع ناراحت هستند
OOM-Killer فرایندهای خشمگین است. نشان می دهد که این اتفاق افتاده است
در / var / log / messages ظاهر می شود:
  خارج از حافظه: فرآیند کشته شده [PID] [نام فرآیند].

در مورد من ارتقاء سرورهای مختلف VMware از RHEL3 / VMware بود
GSX به RHEL4 / VMware سرور. یکی از ماشین های مجازی در سرور
با 16 گیگابایت حافظه رم توسط killer-killer از دست رفته بود. نیازی به
بگو، این کاملا خسته کننده بود.

همانطور که معلوم شد، مشکل خستگی حافظه کم بود. نقل قول تام:
"هسته با استفاده از حافظه کم برای ردیابی تخصیص تمام حافظه به این ترتیب a
سیستم با 16 گیگابایت حافظه حافظه کمتری نسبت به A دارد
سیستم با 4 گیگابایت، شاید تا 4 برابر. این فشار اضافی
از لحظه ای که سیستم را روشن می کنید، پیش از انجام هر کاری، اتفاق می افتد
همه به این دلیل که ساختار هسته باید برای پتانسیل اندازه باشد
ردیابی تخصیص در چهار برابر حافظه. "

شما می توانید وضعیت حافظه پایین و بالا را چندین روش بررسی کنید:

# egrep 'بالا | کم' / proc / meminfo
HighTotal: 5111780 kB
HighFree: 1172 کیلوبایت
کمترین مقدار: 795688 کیلوبایت
LowFree: 16788 کیلوبایت

# free -lm
             کل استفاده شده بافرهای مشترک به اشتراک گذاشته شده است
ذخیره سازی
Mem: 5769 5751 17 0 8
5267
کم: 777 760 16 0 0
0
بالا: 4991 4990 1 0 0
0
- / + بافر / کش: 4795 5293
تعویض: 4773 0 4773

وقتی حافظه کم خسته می شود، مهم نیست حافظه بالا چه مقدار باشد
در دسترس، قاتل قاتل فرآیندهای بی شماری را برای حفظ آن آغاز خواهد کرد
سرور زنده است

چند راه حل برای این مشکل وجود دارد:

در صورت امکان، 64 بیتی لینوکس را ارتقا دهید. این بهترین راه حل است زیرا
* همه * حافظه کم حافظه می شود. اگر از این حافظه کم استفاده می کنید
مورد، سپس شما * واقعا * خارج از حافظه است. ؛-)

اگر محدود به 32 بیتی لینوکس باشد، بهترین راه حل اینست که hugemem را اجرا کنید
هسته این هسته تقسیم حافظه کم / زیاد تقسیم شده و در بیشتر موارد
موارد باید حافظه کافی برای ذخیره حافظه بالا ارائه دهند. در بیشتر
موارد این رفع آسان - به سادگی نصب هسته hugemem RPM &
راه اندازی مجدد

اگر در حال اجرا هسته hugemem 32 بیتی گزینه دیگری نیز نیست، شما می توانید امتحان کنید
تنظیم / proc / sys / vm / lower_zone_protection به مقدار 250 یا بیشتر.
این امر باعث می شود که هسته تلاش کند که در دفاع از تهاجمی تر باشد
منطقه کم از اختصاص حافظه است که می تواند به طور بالقوه در آن اختصاص داده شود
منطقه حافظه بالا. تا آنجا که من می دانم، این گزینه در دسترس نیست
تا هسته 2.6.x. برخی از آزمایشات برای پیدا کردن بهترین تنظیمات
برای محیط شما احتمالا لازم است. شما می توانید و مجموعه را بررسی کنید
این مقدار در پرواز از طریق:
  # cat / proc / sys / vm / lower_zone_protection
  # echo "250"> / proc / sys / vm / lower_zone_protection

برای تنظیم این گزینه در بوت، موارد زیر را به /etc/sysctl.conf اضافه کنید:
  vm.lower_zone_protection = 250

به عنوان یک تلاش نهایی، شما می توانید Oom قاتل را غیر فعال کنید. این گزینه می تواند
باعث خاموش شدن سرور شود، بنابراین با احتیاط بسیار (و در خودتان)
خود ریسک)!
وضعیت یوم قاتل را بررسی کنید:
  # cat / proc / sys / vm / oom-kill

خاموش / روشن کردن oom-killer:
  # echo "0"> / proc / sys / vm / oom-kill
  # echo "1"> / proc / sys / vm / oom-kill

برای اینکه این تغییر در زمان بوت شدن تاثیر بگذارد، موارد زیر را اضافه کنید
به /etc/sysctl.conf:
  vm.oom-kill = 0

برای فرایندهایی که کشته شدند، اما نه به این دلیل که
قاتل غیرفعال است، پیام زیر را مشاهده خواهید کرد
در / var / log / messages:
  "آیا کشته شده اند، اما / proc / sys / vm / oom-kill غیرفعال است"

با عرض پوزش برای اینکه خیلی طولانی است امیدوارم این