Tải trung bình cao, cpu thấp

10

Máy chủ của tôi đã bị chậm và tôi không biết tại sao.

In từ trên xuống:

top - 14:32:50 up 639 days,  6:30,  1 user,  load average: 67.93, 70.63, 79.85
Tasks: 245 total,   1 running, 244 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.9% us,  0.5% sy,  0.0% ni, 94.5% id,  1.0% wa,  0.0% hi,  0.0% si
Mem:   1034784k total,  1021256k used,    13528k free,     4360k buffers
Swap:  1023960k total,   635752k used,   388208k free,    36632k cached

vmstat 10 6

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0 110 795604  12328   3980  46676    0    0     0     0    0     0  4  1 95  1
 0 97 788848  12052   3960  46256 2985   33  3323    33  429     0  2  1  0 97
 0 119 782660  13992   4096  45740 2780   14  2995   360  435     0  2  1  1 96
 0 121 775924  15600   3724  42796 3084    0  3443   136  440     0  2  1  0 98
 0 113 769392  13576   3476  41968 3002    0  3458     7  426     0  2  1  0 97
 0 113 762284  12440   3332  34884 3151    0  3553    61  427     0  2  1  0 97

doitprod2: / var / log # grep -c bộ xử lý / Proc / cpuinfo

i điều chỉnh 2

 tps   Blk_czyt/s   Blk_zapis/s  Blk_czyt   Blk_zapis
sda             166,00      7128,00        52,00      14256        104

Ok, sau khi giết và bắt đầu một số quy trình bây giờ là tốt. Thx vì sự giúp đỡ của bạn nào.

debian load-average

— Kamilos
nguồn

bạn có thể bao gồm đầu ra của vmstat 10 6? (sẽ mất 60 giây để chạy) và cảgrep -c processor /proc/cpuinfo

— James C

Các câu trả lời / nhận xét trên serverfault.com/q/482832/58957 liệt kê thêm lý do và giải thích cho các triệu chứng này.

— Nickolay

9

Có lẽ bạn đang có các quá trình ở UNINTERRUPTIBLE_SLEEPtrạng thái, thông thường chúng ở trạng thái đó vì chúng đang chờ đợi một thứ gì đó từ phần cứng như đọc từ đĩa. Các quy trình đó đang ngủ hiệu quả (bạn có 244 quy trình ngủ) nhưng chúng đưa vào tính toán Tải trung bình. Kiểm tra IO máy chủ của bạn với vmstatvà xem nếu bạn có nhiều Dtrạng thái trên tophoặc psđể xác nhận.

EDIT: Xem vmstatđầu ra của bạn tiếp tục xác nhận vấn đề IO. bCột của bạn dưới procshiển thị trung bình 100 quá trình trên giấc ngủ không bị gián đoạn. biCột của bạn (khối đọc từ một thiết bị khối) rất cao, cũng như sicột (bộ nhớ đọc từ trao đổi / đĩa). Cuối cùng, dưới cputiêu đề, wacột cho thấy CPU của bạn dành hơn 90% chờ đợi IO hoàn thành.

Bạn phải kiểm tra lý do tại sao bạn gặp phải những vấn đề đó với IO. Nó có thể thiếu năng lực của máy chủ, các tiến trình đang hoạt động và một số lý do khác, nhưng đó chắc chắn là IO.

— coredump
nguồn

1

Bạn có thể bắt đầu tìm kiếm trách nhiệm bằng cách sử dụng iotop( apt-get install iotop). Ngoài ra, trên loại sắp xếp hàng đầu thông thường bằng cách sử dụng bộ nhớ bằng cách nhấn O (đó là chữ hoa o), sau đó n, sau đó nhập. Người dùng bộ nhớ hàng đầu có thể chịu trách nhiệm cho tất cả các trao đổi.

— Eduardo Ivanec

2

Kiểm tra 1,0% wa bạn có trên đầu nếu nó cao. Vì bạn đã nhấn vào tệp hoán đổi, nên có thể có các quy trình chờ I / O

Kiểm tra cat /proc/sys/fs/file-nrxem số thứ nhất có gần với số thứ ba không (mở tệp so với tổng số tệp đang mở).

Bạn đang sử dụng VPS?

— pataroulis
nguồn

/ Proc / sys / fs / file-nr 3600 0 102712

— Kamilos

Nó có thể sẽ làm sáng tỏ nếu bạn có thể chia sẻ loại phần mềm bạn đang chạy trên máy chủ. (ví dụ: apache, tomcat, thủy tinh, v.v.). Nhưng chắc chắn, nhiều ram (gấp đôi hoặc nhiều hơn) sẽ giúp máy của bạn tăng tốc tốt.

— pataroulis

1

Iowait (được liệt kê trong cột cuối cùng là "wa") được hiển thị trong đầu ra vmstat là rất cao. Và có rất nhiều phân trang đang diễn ra (các trang dữ liệu được di chuyển giữa bộ nhớ vật lý và trao đổi dựa trên đĩa).

Máy này sẽ được hưởng lợi từ ram vật lý nhiều hơn.

— James C
nguồn