Có một công cụ có thể giám sát việc sử dụng băng thông của một quy trình không?

Tôi đã tìm thấy một màn hình đẹp cho phép tôi ghi lại nhiều loại dữ liệu thời gian chạy của một quy trình. Tôi đang tìm kiếm một tương đương mà sử dụng băng thông tương tự. Lý tưởng nhất, lệnh nên như thế nào bwmon --pid 1 --log init.log. Có như vậy không? Nó có thể chạy mà không có đặc quyền quản trị?

một cái gì đó để bạn bắt đầu (chỉ trong trường hợp bạn muốn tự viết nó):

#!/bin/bash
#
# usage: bwmon PID

IN=0; OUT=0; TIME=0

get_traffic() {
    t=`awk '/eth0:/ { printf("%s,%d,%d\n",strftime("%s"),$2,$10); }' < /proc/$1/net/dev`
    IN=${t#*,}; IN=${IN%,*}
    OUT=${t##*,};
    TIME=${t%%,*};
}

get_traffic $1
while true
do
    _IN=$IN; _OUT=$OUT; _TIME=$TIME
    get_traffic $1
    echo "$TIME,$(( $TIME - $_TIME )),$IN,$(( $IN - $_IN )),$OUT,$(( $OUT - $_OUT))"
    sleep 1
done

bình luận:

• chỉ kiểm tra eth0
• kiểm tra cứ sau 1 giây
• chỉ hoạt động trong linux, nhưng các unix khác hoạt động tương tự (Procfs hoặc bất cứ điều gì)
• đầu ra có thể được lưu trữ vào một sqlite.db với stat --printf="%N\n" /proc/PID/exe | cut -d ' ' -f 3

Nếu bạn hài lòng với băng thông I / O chung được sử dụng (hoặc nếu chương trình của bạn gần như hoàn toàn nối mạng I / O), thì bạn có thể xem /proc/<pid>/iotệp. Bạn muốn rcharvà wcharcác lĩnh vực. Bạn có thể muốn trừ read_bytesvà write_bytes, vì chúng đại diện cho việc đọc và ghi vào lớp lưu trữ. Xem phần 3.3 của http://www.kernel.org/doc/Documentation/filesystems/proc.txt .

Nếu bạn cần thêm độ phân giải .... bạn có thể sử dụng kịch bản này bằng cách sử dụng lsofvà stracemặc dù sẽ rất khó để xử lý đúng các trường hợp góc. Ý tưởng cơ bản là để phân tích đầu ra của strace -p <pid>, lấy các tham số đầu tiên (= mô tả tập tin) và giá trị trả về (= số byte) từ read(), write(), send(), và recv()các cuộc gọi ( Chú ý có nhiều nhiều syscalls để lắng nghe, tôi thiên đường' t theo dõi tất cả xuống). Loại bỏ các giá trị âm; họ chỉ ra lỗi. Sử dụng lsof -p <pid>để tìm ra bộ mô tả tệp nào là ổ cắm TCP / UDP và cộng tổng số trên mỗi fd. Chiến lược này không yêu cầu root miễn là bạn sở hữu quy trình bạn đang kiểm tra, nhưng nó sẽ thực sự có lông để viết, chứ đừng nói là viết tốt.

thử nethogs :

NetHogs là một công cụ 'net top' nhỏ. Thay vì phá vỡ lưu lượng trên mỗi giao thức hoặc trên mỗi mạng con, giống như hầu hết các công cụ khác, nó nhóm băng thông theo quy trình. NetHogs không dựa vào một mô-đun hạt nhân đặc biệt để được tải. Nếu đột nhiên có rất nhiều lưu lượng truy cập mạng, bạn có thể kích hoạt NetHogs và ngay lập tức xem PID nào đang gây ra điều này. Điều này giúp dễ dàng xác định các chương trình đã bị lỗi và đột nhiên chiếm băng thông của bạn.