bộ nhớ đã biến mất ở đâu (không, không phải bộ đệm hoặc bộ đệm)

8

bất cứ ai cũng có thể cho tôi biết bộ nhớ đã biến mất ở đâu: (không, lần này không phải bộ đệm cũng không phải bộ đệm)

# free
             total       used       free     shared    buffers     cached
Mem:       3928200    3868560      59640          0       2888      92924
-/+ buffers/cache:    3772748     155452
Swap:      4192956     226352    3966604

hàng đầu, được sắp xếp theo bộ nhớ, giảm dần:

top - 13:42:06 up 1 day,  3:47,  2 users,  load average: 0.08, 0.12, 0.36
Tasks: 228 total,   1 running, 227 sleeping,   0 stopped,   0 zombie
Cpu0  :  2.0%us,  4.0%sy,  0.0%ni, 90.1%id,  0.0%wa,  0.0%hi,  4.0%si,  0.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni,  0.0%id,100.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   3928200k total,  3868020k used,    60180k free,     2896k buffers
Swap:  4192956k total,   226048k used,  3966908k free,    82068k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3863 root      20   0  902m 199m 3296 S    7  5.2  99:08.77 ndsd
21906 root      20   0  138m 9076 2988 S    0  0.2   0:00.02 sfcbd
 2332 root      20   0  126m 4660 1332 S    0  0.1   0:17.72 mono
 4243 wwwrun    20   0  683m 4468  668 S    0  0.1   0:07.38 java
 2994 root      20   0  202m 2288 1660 S    0  0.1   6:10.02 httpstkd
 4338 root      20   0  184m 2240 1112 S    0  0.1   0:00.52 namcd
21898 root      20   0 32368 1832 1256 R    1  0.0   0:00.08 top

Trên thực tế, một thời gian trước oom đã khởi động và làm sập hệ thống (kernel hoảng loạn), và tôi sợ chúng ta lại cách đó không xa ....

CẬP NHẬT

 # cat /proc/meminfo                                                     
 MemTotal:        3928200 kB                                             
 MemFree:           51336 kB                                             
 Buffers:            2964 kB                                             
 Cached:            72876 kB                                             
 SwapCached:        29128 kB                                             
 Active:           233440 kB                                             
 Inactive:          88040 kB                                             
 Active(anon):     188920 kB                                             
 Inactive(anon):    56752 kB                                             
 Active(file):      44520 kB                                             
 Inactive(file):    31288 kB                                             
 Unevictable:           0 kB                                             
 Mlocked:               0 kB                                             
 SwapTotal:       4192956 kB                                             
 SwapFree:        3966824 kB                                             
 Dirty:                32 kB                                             
 Writeback:             0 kB                                             
 AnonPages:        225112 kB                                             
 Mapped:            11356 kB                                             
 Shmem:                32 kB                                             
 Slab:            1624080 kB                                             
 SReclaimable:      13740 kB                                             
 SUnreclaim:      1610340 kB                                             
 KernelStack:        4176 kB                                             
 PageTables:        10500 kB                                             
 NFS_Unstable:          0 kB                                             
 Bounce:                0 kB                                             
 WritebackTmp:          0 kB                                             
 CommitLimit:     6157056 kB                                             
 Committed_AS:    2397684 kB                                             
 VmallocTotal:   34359738367 kB                                          
 VmallocUsed:      441372 kB                                             
 VmallocChunk:   34359246755 kB                                          
 HardwareCorrupted:     0 kB                                             
 HugePages_Total:       0                                                
 HugePages_Free:        0                                                
 HugePages_Rsvd:        0                                                
 HugePages_Surp:        0                                                
 Hugepagesize:       2048 kB                                             
 DirectMap4k:       10240 kB                                             
 DirectMap2M:     4184064 kB

phiến

 Active / Total Objects (% used)    : 9041019 / 9207548 (98.2%)          
 Active / Total Slabs (% used)      : 401132 / 401156 (100.0%)           
 Active / Total Caches (% used)     : 91 / 159 (57.2%)                   
 Active / Total Size (% used)       : 1491537.88K / 1519791.56K (98.1%)  
 Minimum / Average / Maximum Object : 0.02K / 0.17K / 4096.00K           

  OBJS ACTIVE  USE OBJ SIZE  SLABS OBJ/SLAB CACHE SIZE NAME              
4240470 4240319  99%    0.12K 141349       30    565396K pid             
2245140 2219675  98%    0.25K 149676       15    598704K size-256        
2238090 2210087  98%    0.12K  74603       30    298412K size-128        
...
linux  memory 
— Marki
nguồn
2
Bất kỳ hệ thống tập tin mạng, những thứ như vậy? Nó /usr/bin/slabtopnói gì Việc sử dụng bộ nhớ dường như không xảy ra trong không gian người dùng, vì vậy hãy xem xét kỹ hơn về việc sử dụng kernel.
— cjc
ok .... dường như là như vậy .... (xem cập nhật)
— Marki
netstat -an có hiển thị nhiều và rất nhiều THÀNH LẬP hoặc SYN_SENT không?
— Paul M
Không hẳn vậy. netstat -an | grep EST | wc -l = 129, SYN_SENT = 0
— Marki
1
Điều gì xảy ra nếu bạn kích hoạt chủ đề kernel trong htop? hạt nhân này là gì? có lẽ nó bị rò rỉ
— Janus Troelsen

Câu trả lời:

2

Nếu bạn đang gặp khó khăn, bạn gần như chắc chắn có một ứng dụng bị rò rỉ bộ nhớ. Thông thường người phạm tội là người mà hạt nhân chọn để giết (nhưng đôi khi không).

Bạn đã thử một cái gì đó như memtop ?

— bóng tối
nguồn
Người dùng đã cung cấp topđầu ra, được sắp xếp theo bộ nhớ. Top có nhiều khả năng được tìm thấy trên hầu hết các bản phân phối và có thể cung cấp thông tin cần thiết. Nếu bạn có một tùy chọn cụ thể trong đầu cho đề xuất ghi nhớ của mình để cung cấp đầu ra tốt hơn, vui lòng cung cấp tùy chọn đó.
— Magellan
Tôi đã suy nghĩ về memtop bởi vì nó đặc biệt được thực hiện để nắm bắt các quy trình hoạt động sai, chạy dài: "Mặc dù nó giống với lệnh đầu ra (h), nhưng điều này được dự định để chạy trong thời gian dài (ngày / tuần / thậm chí vài tháng) và lặp đi lặp lại trong vài phút hoặc vài giờ. Một trong những mục đích sử dụng là khi bạn đang cố gắng giảm mức tiêu thụ bộ nhớ của hộp hoặc đang cố gắng xác định ứng dụng hoạt động sai (rò rỉ bộ nhớ, v.v.)
— darkcontrast
Ngoài ra tôi sẽ đề cập rằng một chút nghi ngờ rằng cpu1 đang hiển thị 100% iowait. Có thể một cái gì đó bị bắt trong một vòng lặp làm truy cập đĩa?
— darkcontrast
Tất cả những thứ tốt để thêm vào câu trả lời của bạn.
— Magellan
1

bạn có thể thực thi 

find /proc -name oom_score -exec echo -n "{}   " \; -exec cat {} \; | awk '{print  $2, $1| "sort -n" }

và kiểm tra xem ứng dụng nào là ứng cử viên cho oom kill - thông thường, nó sẽ tiêu tốn nhiều bộ nhớ hơn - Nó dường như đối với tôi giống như một ứng dụng đang hoạt động. Hoặc phân bổ quá nhiều mô tả hoặc một số chủ đề không kết thúc đúng.

— Nikolaidis Fotis
nguồn
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookie và Chính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.