অজানা কারণে লিনাক্স উচ্চ র‌্যাম ব্যবহার


9

এটি অনুসন্ধান করার পরে এবং শুধুমাত্র এমন লোকের পোস্টগুলি সন্ধানের পরে যারা "ক্যাশেড" চিত্রটি সঠিকভাবে ব্যাখ্যা করে না, আমি এই প্রশ্নটি জিজ্ঞাসা করার সিদ্ধান্ত নিয়েছি।

আমার হাতে কয়েকটি সার্ভার রয়েছে, যা অদ্ভুতভাবে কাজ করে। যথা, কোনও আপাত কারণে তাদের র‍্যামের ব্যবহার খুব বেশি। দেখে মনে হচ্ছে কোনও অদৃশ্য প্রক্রিয়াটিতে প্রচুর "ব্যবহৃত" র্যাম রয়েছে (এবং আমি বোঝাতে চাইছি "ব্যবহৃত")।

এখানে কিছু তথ্য:

  • সমস্ত সার্ভার SLES 11 চালায়
  • কার্নেলটি 3.0.76
  • সমস্ত সার্ভার একটি ভিএমওয়্যার ইএসএক্স অবকাঠামোর অধীনে অতিথি হিসাবে চালিত হয়
  • আমি সার্ভারগুলি সেট আপ করি নি এবং ওএস পছন্দ সম্পর্কে আমার কোনও বক্তব্য ছিল না বা ভার্চুয়ালাইজেশন অবকাঠামোতে আমার অ্যাক্সেস নেই
  • সমস্ত সার্ভার একইভাবে সেট আপ করা হয় এবং তারা একই সফ্টওয়্যার সেট চালায় (এটি একটি ক্লাস্টার এবং হ্যাঁ, আমি জানি, ভার্চুয়ালাইজড ক্লাস্টার, ইয়াদ ইয়াদ, যেমনটি বলেছেন: আমার ছিল এবং তাতে আমার কোনও বক্তব্য নেই)

এবং কিছু শেল আউটপুট:

root@good-server:# free -m
             total       used       free     shared    buffers     cached
Mem:         15953      14780       1173          0        737       8982
-/+ buffers/cache:       5059      10894
Swap:        31731          0      31731

root@good-server:# python ps_mem.py
[... all processes neatly listed ...]
---------------------------------
                          4.7 GiB
=================================

root@bad-server:# free -m
             total       used       free     shared    buffers     cached
Mem:         15953      15830        123          0        124       1335
-/+ buffers/cache:      14370       1583
Swap:        31731         15      31716

root@bad-server:# python ps_mem.py
[... all processes neatly listed ...]
---------------------------------
                          4.0 GiB
=================================

ভাল সার্ভারের / proc / মেমিনফোর সামগ্রীসমূহ

MemTotal:       16336860 kB
MemFree:          112356 kB
Buffers:          138384 kB
Cached:          1145208 kB
SwapCached:         1244 kB
Active:          4344336 kB
Inactive:        1028744 kB
Active(anon):    3706796 kB
Inactive(anon):   382724 kB
Active(file):     637540 kB
Inactive(file):   646020 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:      32493560 kB
SwapFree:       32477728 kB
Dirty:              1248 kB
Writeback:             0 kB
AnonPages:       4087776 kB
Mapped:            60132 kB
Shmem:               156 kB
Slab:             274968 kB
SReclaimable:     225864 kB
SUnreclaim:        49104 kB
KernelStack:        4352 kB
PageTables:        16400 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    40661988 kB
Committed_AS:    6576912 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      311400 kB
VmallocChunk:   34359418748 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       73728 kB
DirectMap2M:    16703488 kB

খারাপ সার্ভারের / proc / মেমিনফোর সামগ্রীসমূহ

MemTotal:       16336860 kB
MemFree:         1182320 kB
Buffers:          756244 kB
Cached:          8695688 kB
SwapCached:            0 kB
Active:         13499680 kB
Inactive:         843208 kB
Active(anon):    4853460 kB
Inactive(anon):    37372 kB
Active(file):    8646220 kB
Inactive(file):   805836 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:      32493560 kB
SwapFree:       32493560 kB
Dirty:              1268 kB
Writeback:             0 kB
AnonPages:       4890180 kB
Mapped:            84672 kB
Shmem:               252 kB
Slab:             586084 kB
SReclaimable:     503716 kB
SUnreclaim:        82368 kB
KernelStack:        5176 kB
PageTables:        19684 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    40661988 kB
Committed_AS:    6794180 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      311400 kB
VmallocChunk:   34359419468 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      112640 kB
DirectMap2M:    16664576 kB

টিএল; ডিআর - আপনি যদি পাশাপাশি পাশাপাশি এইগুলি তুলনা করেন তবে এখানে মূল পার্থক্য রয়েছে (বিএডসার্ভার - গুডসরভার):

MemFree       -1070 MB
Cached        -7550 MB
Active        -9155 MB
Active(anon)  -1147 MB
Active(file)  -8009 MB
AnonPages     - 802 MB

অন্যান্য পার্থক্য বরং ছোট এবং সীমাবদ্ধতার মধ্যে কেউ আশা করতে পারে (তবে আপনি নিজেরাই দেখতে পারেন)

আপনি দেখতে পাচ্ছেন, ভাল সার্ভারে সমস্ত প্রক্রিয়াগুলির মোট আরইএস এবং এসএইচআর মেমরির free -m"ব্যবহৃত - / + বাফার / ক্যাশে" মান - এর জন্য আউটপুটটির সাথে সামঞ্জস্যপূর্ণ - যা আপনি প্রত্যাশা করছেন, ঠিক ?

এখন খারাপ সার্ভারটি দেখুন: free -m"ব্যবহৃত - / + বাফারস / ক্যাশে" মানটির আউটপুট আপনার প্রত্যাশার চেয়ে প্রায় 3 গুণ বেশি, সমস্ত psকিছু সংযোজন আপনাকে প্রদর্শন করতে পারে।

এটি /proc/meminfoআমাকে যা বলে তা মেলে matches

এটি এখনও কীভাবে সম্ভব তা আমি এখনও জানি না। এখানে কি হতে পারে?


/proc/meminfoআপনার দাবির উভয় ফলাফলই ভাল সার্ভারের জন্য? আপনি কি খুব খারাপ সার্ভার রেফারেন্স সরবরাহ করতে পারেন?
ম্যাথু ইফে

আপনার ভিএমওয়্যার ভিস্পিয়ার কনসোল বা ভার্চুয়াল সেন্টারে কোনও অ্যাক্সেস আছে কি? বা অতিথি স্মৃতি সম্পর্কিত কিছু জিনিস দেখার উপায়?
ew white

অনুগ্রহ করে / প্রোক / জোনিনফোর আউটপুট পোস্ট করুন
ম্যাথু

@ যেহেতু না, দুর্ভাগ্যক্রমে আমার অপারেটিং সিস্টেমের বাইরেও কোনও কিছুর অ্যাক্সেস নেই।
লাক্সিফার

@ ম্যাথিউফ যদি মেমিনফো লেবেলটি একটি টাইপো ছিল - এটি সংশোধন করা হয়েছে ... এখন জোনিনফো বিষয়বস্তু
টানছেন

উত্তর:


12

আমি মনে করি আপনার কাছে কোনও ভিএমওয়্যার মেমরির বেলুনিং সমস্যা থাকতে পারে । VSphere অবকাঠামো জুড়ে মেমরি ওভার কমিটমেন্ট খুব বেশি রয়েছে এমন একটি সুযোগ রয়েছে। আপনি vSphere vCenter এ অ্যাক্সেস না করে এটিকে রিমিডিট করতে সক্ষম হবেন না, তবে ভিএমটিউলগুলি ইনস্টল করা আছে বলে ধরে নেওয়া আপনার ভার্চুয়াল মেশিনের মধ্যে থেকে এটি সনাক্ত করতে সক্ষম হওয়া উচিত:

আপনি কি আউটপুট পোস্ট করতে পারেন vmware-toolbox-cmd stat balloon?

এছাড়াও, আপনি 16GB র্যাম বরাদ্দ করা হয়েছে। দয়া করে জিজ্ঞাসা যাকে হয় পরিকাঠামো নিয়ন্ত্রণে যদি কোনো ম্যানুয়াল র্যাম প্রশ্নে ভার্চুয়াল মেশিনের উপর স্থাপন সীমা আছে।


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

1
এটি সত্যই আমি সঠিক মনে করি ... ভাল সার্ভারটি "ও এমবি" দেখায় ... খারাপ সার্ভারটি "10092 এমবি" দেখায়, যা আমরা যা দেখছি তার সাথে সামঞ্জস্যপূর্ণ!
18:44

@ ফ্লুসিফার তাই এখন আপনাকে বলছি এটি ঠিক করতে হবে । যার অর্থ ভিএম-তে একটি কৃত্রিম র‌্যাম সীমাটি অপসারণ করা বা অন্য ইসএসআই হোস্টে ভিমোশনিংয়ের অর্থ। আপনার ভিএমওয়্যার অবকাঠামো দলটিকে এটি আরও ব্যাপক সমস্যা কিনা তা জানতে জিজ্ঞাসা করুন ।
ew white

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

@ ফ্লাশিফার সিরিয়াসলি, আমি দেখতে পেয়েছি যে এটি সব ধরণের সংস্থায় ঘটতে পারে , এবং ভিস্পিয়ার অবকাঠামো পরিচালনার দায়িত্বপ্রাপ্ত লোকেরা এটি উপলব্ধি করতে পারে বলে মনে হয় না।
ew white
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.