Điểm:0

Hiểu mức sử dụng bộ nhớ trong Ubuntu - sau khi nâng cấp lên Ubuntu 21.10 từ 20.04, mức sử dụng bộ nhớ của tôi tăng lên đáng kể

lá cờ cn

Sau khi đọc rất nhiều bài báo khác nhau trên Internet, tôi vẫn còn bối rối về cách tìm chính xác những gì đang sử dụng bộ nhớ của mình.

Sau khi nâng cấp lên Ubuntu Server 21.10 từ 20.04, mức sử dụng bộ nhớ của tôi tăng lên đáng kể và tôi đang cố gắng tìm hiểu nguyên nhân gây ra điều đó.

Khi tôi đăng nhập vào máy chủ, có một số thống kê đáng hoan nghênh cho biết: Sử dụng bộ nhớ: 65%.

Khi tôi chạy miễn phí -m Tôi có:

               tổng số buff/bộ đệm được chia sẻ miễn phí đã sử dụng hiện có
Mem: 31881 20575 9669 162 1636 10680
Hoán đổi: 8191 0 8191

Cho đến nay nó phù hợp. Tôi hiểu rằng có một số nhầm lẫn ở đây và bộ nhớ trống thực sự của tôi là miễn phí + buff/bộ đệm hoặc một cái gì đó tương tự nhưng sau đó tôi tìm thấy một lệnh trên Internet trả về tổng mức tiêu thụ bộ nhớ của tất cả các quy trình:

$ echo $(ps -o rss= ax | tr '\n' +) 0 | bc
5978056

Điều đó mang lại 5-6GB. Nó không khớp với bất kỳ giá trị nào được trả về từ miễn phí -m. Kết quả của hàng đầu được sắp xếp theo cột bộ nhớ dường như xác nhận điều này:

hàng đầu - 10:53:49 lên 3 ngày, 13:28, 1 người dùng, tải trung bình: 0,11, 0,10, 0,09
Nhiệm vụ: tổng cộng 451, 1 đang chạy, 438 đang ngủ, 0 đã dừng, 12 xác sống
%Cpu(s): 0,2 us, 0,1 sy, 0,0 ni, 99,8 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem: tổng cộng 31881,4, 9791,5 miễn phí, 20453,8 đã sử dụng, 1636,1 buff/cache
MiB Swap: tổng cộng 8192,0, 8192,0 miễn phí, 0,0 đã sử dụng. Mem có sẵn 10801.7

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
   3930 mssql 20 0 20.6g 1.1g 44584 S 2.0 3.4 116:22.67 sqlservr
   3115 mysql 20 0 5336868 726652 19148 S 0,3 2,2 11:29,69 mariadbd
  19021 dữ liệu www 20 0 438324 231656 169396 S 0,0 0,7 3:31,67 php-fpm8.0
   3348 dữ liệu www 20 0 438112 231096 171232 S 0,0 0,7 3:52,81 php-fpm8.0
   3349 dữ liệu www 20 0 436832 227820 168664 S 0,0 0,7 3:26,81 php-fpm8.0
   3356 dữ liệu www 20 0 429292 223864 171360 S 0,0 0,7 3:59,62 php-fpm8.0
   3354 dữ liệu www 20 0 427580 221492 170016 S 0,0 0,7 3:47,99 php-fpm8.0
   3357 dữ liệu www 20 0 428052 221336 169144 S 0,0 0,7 3:51,86 php-fpm8.0
   3355 dữ liệu www 20 0 427056 220772 170064 S 0,0 0,7 3:35,60 php-fpm8.0
   3345 dữ liệu www 20 0 427080 220116 169212 S 0,0 0,7 3:51,67 php-fpm8.0
   3365 dữ liệu www 20 0 425712 220024 171216 S 0,0 0,7 3:42,05 php-fpm8.0
  19700 dữ liệu www 20 0 424868 218940 169908 S 0,0 0,7 3:39,68 php-fpm8.0
   3363 www-data 20 0 423260 218804 171252 S 0.0 0.7 3:45.00 php-fpm8.0
   3341 dữ liệu www 20 0 423184 217468 170044 S 0,0 0,7 3:49.10 php-fpm8.0
   3353 dữ liệu www 20 0 421016 214860 169556 S 0,0 0,7 3:30,55 php-fpm8.0
   3351 www-data 20 0 420432 212680 169256 S 0.0 0.7 3:25.20 php-fpm8.0
   2674 dữ liệu www 20 0 22,7g 169652 41068 S 0,0 0,5 3:03,73 dotnet
   2696 git 20 0 2181008 165396 43788 S 0,0 0,5 7:55,15 gitea
   1324 root 19 -1 134508 72360 71296 S 0,0 0,2 0:15,71 systemd-journal
   4159 gốc 20 0 2052028 62724 31824 S 0,0 0,2 4:02,05 dockerd
2289460 root 20 0 1910052 39892 20176 S 0,0 0,1 0:23,22 snapd
   2726 gốc 20 0 2011284 31740 16344 S 0,0 0,1 8:44,13 chứa
   gốc 2703 20 0 270968 26244 19164 S 0,0 0,1 0:23,63 php-fpm8.0
   3251 dữ liệu www 20 0 102500 21180 16652 S 0,0 0,1 6:46,80 nginx
   2734 root 20 0 1139124 20408 7864 S 0,3 0,1 14:21,22 fail2ban-server
   3254 dữ liệu www 20 0 101948 20048 16336 S 0,0 0,1 0:02,27 nginx
   4165 minidlna 20 0 239012 19372 14324 S 0,0 0,1 0:39,26 minidlnad
   root 2017 rt 0 280960 18584 8772 S 0,3 0,1 0:47,47 multipathd
   2801 root 20 0 112464 18560 9988 S 0,0 0,1 0:00,05 nâng cấp không giám sát
   4242 gốc 20 0 84880 17604 14660 S 0,0 0,1 0:15,41 smbd
   2664 root 20 0 34740 17488 8508 S 0,0 0,1 0:00,08 networkd-dispat
   3253 dữ liệu www 20 0 101372 17020 13748 S 0,0 0,1 0:00,18 nginx
 203855 gốc 20 0 295244 16160 13364 S 0,0 0,0 0:02,36 góikitd
   2700 mssql 20 0 72632 14852 6224 S 0,0 0,0 0:00,85 sqlservr
   3257 dữ liệu www 20 0 101240 14756 11540 S 0,0 0,0 0:00,02 nginx
   4234 root 20 0 22436 12928 3544 S 0.0 0.0 0:10.19 ddclient - slee
   4160 gốc 20 0 70756 12212 9912 S 0,0 0,0 0:09,06 nmbd
   2676 gốc 20 0 395152 11632 8612 S 0,0 0,0 0:53,73 udisksd
   2591 systemd+ 20 0 23640 11164 7108 S 0,0 0,0 1:26,88 systemd-resolve
      1 gốc 20 0 166644 10784 5516 S 0,0 0,0 0:29,92 systemd
   4561 root 20 0 26968 10156 7144 S 0,0 0,0 0:44,81 portainer
   4288 gốc 20 0 84864 9184 6240 S 0,0 0,0 0:00,99 lpqd
1319978 rychu 20 0 15832 8848 6896 S 0.0 0.0 0:00.06 systemd
   4284 gốc 20 0 82640 8748 5956 S 0,0 0,0 0:00,59 smbd-notifyd
   3255 dữ liệu www 20 0 101088 8668 5496 S 0.0 0.0 0:00.00 nginx
   2706 redis 20 0 70552 8420 6348 S 0.0 0.0 13:27.82 redis-server
1319928 gốc 20 0 14860 8112 6648 S 0,0 0,0 0:00,03 sshd
   2671 gốc 20 0 126992 7576 6720 S 0,0 0,0 0:22,24 nhiệt

Đây là danh sách nhanh đầu ra:

$ snap danh sách
Tên Phiên bản Theo dõi Rev Nhà xuất bản Ghi chú
canonical-livepatch 10.1.2 126 canonical ổn định/mới nhấtâ -
lõi 16-2.54.3 12725 lõi canonicalâ mới nhất/ổn định
core18 20211215 2284 cơ sở canonicalâ mới nhất/ổn định
core20 20220114 1328 cơ sở canonicalâ mới nhất/ổn định
lxd 4.0.8 21835 4.0/ổn định/⦠chính tắcâ -

Vì vậy, tôi bối rối không biết ~14GB bộ nhớ đã sử dụng của mình ở đâu?

heynnema avatar
lá cờ ru
Việc biên tập lại thông tin từ đầu ra **TOP** không giúp chúng tôi giúp bạn. Bạn có ít nhất một vài quy trình đáng ngờ, nhưng tôi không thể cho bạn biết thêm.
Rychu avatar
lá cờ cn
@heynnema đã cập nhật đầu ra `top`
heynnema avatar
lá cờ ru
Chỉ vì tò mò, hãy cho tôi xem `snap list`.
Rychu avatar
lá cờ cn
@heynnema cập nhật lại
Rychu avatar
lá cờ cn
Có lẽ điều đó quan trọng - máy chủ của tôi có hai nhóm ZFS
heynnema avatar
lá cờ ru
Cảm ơn đã cập nhật câu hỏi của bạn. Tôi đoán rằng tôi vượt quá kỹ năng khắc phục sự cố bộ nhớ của mình về vấn đề này. Xin lỗi.
Điểm:2
lá cờ mx

RSS (Resident Set Size) cho biết lượng bộ nhớ vật lý mà một quy trình nhất định sử dụng. Một phần của bộ nhớ đó có thể được chia sẻ bởi nhiều quy trình hơn, do đó bạn không thể thêm chúng vào.

Câu trả lời trong Stackoverflow này đưa ra lời giải thích sâu hơn: RSS và VSZ là gì.

Điểm:2
lá cờ co

Các quy trình đang chạy của bạn dường như sử dụng ca. 18% bộ nhớ của bạn. Và mức sử dụng còn lại có thể là ZFS ARC (về cơ bản lên tới 50% bộ nhớ hệ thống theo mặc định). Nhìn thấy ZFS trên Ubuntu 20.04 có sử dụng nhiều bộ nhớ không?

Tái bút Đừng nhìn vào bộ nhớ freeâ - về bản chất, đó là bộ nhớ không được sử dụng. Hãy coi điều này giống như 35% RAM của máy tính của tôi hiện đang bị lãng phí (có thể nói là không cần thiết vào lúc này).

Sau khi nâng cấp lên Ubuntu Server 21.10 từ 20.04, mức sử dụng bộ nhớ của tôi tăng lên đáng kể

Cùng với sản lượng của miễn phíhàng đầu điều đó có nghĩa là chỉ 21.10 mới có thể sử dụng bộ nhớ của bạn tốt hơn 20.04, không có gì khác.

Rychu avatar
lá cờ cn
Điều đó có vẻ đúng với tôi. Tôi chạy `arc_summary` và thông báo là `Kích thước ARC (hiện tại): 33,8% 5,3GiB` nên có vẻ như đây là bộ nhớ bị thiếu mà tôi đang tìm kiếm (hệ thống của tôi đã được khởi động lại nên các giá trị trong câu hỏi ban đầu đã lỗi thời). Tổng bộ nhớ hiện tại từ `top` là 5,51 GB. Tổng cộng, nó cung cấp 10,8 GB, chiếm 34,75% tổng số RAM của tôi. Khi đăng nhập vào hệ thống, tôi thấy trong `motd`: `Mức sử dụng bộ nhớ: 29%`. Vì vậy, khi xem xét những gì @Soren A đã nói, rằng một số bộ nhớ được hiển thị bởi `top` được chia sẻ, Hiện tại nó phù hợp! Cảm ơn bạn. BTW. Điều đó cũng giải thích tại sao tôi quan sát thấy sự gia tăng này chủ yếu sau khi kiểm tra hàng tuần.
Điểm:0
lá cờ in

Máy của tôi cũng có bộ nhớ 32GB:

$ miễn phí -m

              tổng số buff/bộ đệm được chia sẻ miễn phí đã sử dụng hiện có
Mem: 32027 14140 6459 490 11427 16733
Hoán đổi: 8058 0 8058

$ snap danh sách

Tên Phiên bản Theo dõi Rev Nhà xuất bản Ghi chú
lõi 16-2.54.3 12725 lõi canonicalâ mới nhất/ổn định
core18 20211215 2284 cơ sở canonicalâ mới nhất/ổn định
pycharm-community 2021.3.2 267 jetbrainsâ cổ điển mới nhất/ổn định

Để liệt kê các quy trình sử dụng bộ nhớ, được sắp xếp theo tỷ lệ phần trăm, hãy sử dụng:

$ ps -o pid,user,%mem,command ax | sắp xếp -k3 -r -n

 5364 rick 10.5 /snap/pycharm-community/267/jbr/bin/java (... SNIP ...)
 3219 rick 8.1/usr/lib/firefox/firefox
31414 rick 7.2 /usr/lib/firefox/firefox -contentproc -childID 20 -isForBrowser -prefsLen 10960 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 tab đúng
 3385 rick 4.7/usr/lib/firefox/firefox -contentproc -childID 1 -isForBrowser -prefsLen 387 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 tab đúng
 1449 root 3.0 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
14808 rick 2.9 /usr/lib/firefox/firefox -contentproc -childID 15 -isForBrowser -prefsLen 6660 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 true tab
 3552 rick 2.5 /usr/lib/firefox/firefox -contentproc -childID 3 -isForBrowser -prefsLen 532 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 tab đúng
 2928 rick 2.2 compiz
25621 rick 2.1 /usr/lib/firefox/firefox -contentproc -childID 12 -isForBrowser -prefsLen 6660 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 tab đúng
18592 rick 1.6 /usr/lib/firefox/firefox -contentproc -childID 11 -isForBrowser -prefsLen 6660 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 true tab
 3843 rick 1.5/usr/lib/firefox/firefox -contentproc -childID 5 -isForBrowser -prefsLen 5369 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 true tab
 3522 rick 1.5 /usr/lib/firefox/firefox -contentproc -childID 2 -isForBrowser -prefsLen 532 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 tab đúng
 3660 rick 1.4/usr/lib/firefox/firefox -contentproc -childID 4 -isForBrowser -prefsLen 532 -prefMapSize 244395 -parentBuildID 20210415204500 -appdir /usr/lib/firefox/browser 3219 true tab
 3156 rick 0.9 /usr/bin/nautilus --gapplication-service

(...BÉO...)

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.