cpipe - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

cpipe - sao chép stdin sang stdout trong khi đếm byte và báo cáo tiến trình

SYNOPSIS

cpipe [-b bsize] [-vt] [-vr] [-vw] [-ngr] [-s tốc độ]

LỰA CHỌN

-b kích thước bộ đệm tính bằng kB,
1 Giá trị int từ 1 đến oo.
Mặc định: `` 128 '

-vt hiển thị thông lượng.

-vr hiển thị thời gian đọc.

-vw hiển thị thời gian ghi.

-ngr không tham lam đọc. Không thực thi bộ đệm đầy đủ khi đọc trước khi bắt đầu viết.

-s giới hạn tốc độ thông lượng tính bằng kB / s,
1 Giá trị nhân đôi giữa 1 và oo.

MÔ TẢ

cpipe sao chép đầu vào tiêu chuẩn sang đầu ra tiêu chuẩn trong khi đo thời gian
để đọc bộ đệm đầu vào và ghi bộ đệm đầu ra. Nếu một hoặc nhiều -vx lựa chọn là
đã cho, thống kê về thông lượng trung bình và tổng số byte được sao chép được in
đến đầu ra lỗi tiêu chuẩn.

Không Tham lam Đọc
Thông thường, cpipe cố gắng hết sức để lấp đầy hoàn toàn bộ đệm của nó (tùy chọn -b) trước khi nó bắt đầu
viết. Tuy nhiên, trong một số tình huống, ví dụ: nếu bạn nói chuyện với một chương trình tương tác qua cpipe,
điều này làm tắc nghẽn giao tiếp: chương trình cho biết đợi đầu vào mà nó sẽ không bao giờ thấy,
vì đầu vào bị kẹt trong bộ đệm của cpipe. Nhưng bản thân cpipe sẽ không thấy thêm thông tin đầu vào
trước khi chương trình không phản hồi.

Để giải quyết vấn đề này, hãy thử sử dụng -ngr. Khi thực hiện một cuộc gọi đọc, cpipe sau đó được thỏa mãn là
ngay sau khi nó nhận được ít nhất một byte. Thay vì lấp đầy bộ đệm, nó sẽ ngừng đọc và
ghi bất cứ thứ gì nó có vào đầu ra. Tuy nhiên, lưu ý rằng các phép đo thông lượng sẽ
ít chính xác hơn nếu số lượng byte được chuyển trong một cặp đọc / ghi trở nên nhỏ,
bởi vì cpipe sẽ dành nhiều thời gian hơn để làm việc trên mỗi byte.

Hạn chế Thông lượng
Nếu giới hạn thông lượng được chỉ định với tùy chọn -s, cpipe cuộc gọi bạn ngủ(3) ở giữa
sao chép bộ đệm, do đó kéo dài thời gian của chu kỳ đọc / ghi một cách giả tạo. Từ
trên hầu hết các hệ thống có một thời gian tối thiểu nhất định mà usleep () ngủ, ví dụ: 0.01 giây, nó là
không thể đạt đến giới hạn cao với kích thước bộ đệm nhỏ. Trong trường hợp này, việc tăng
kích thước bộ đệm (tùy chọn -b) có thể giúp. Tuy nhiên, hãy nhớ rằng điều này giới hạn thông lượng
chỉ ở mức trung bình. Mọi bộ đệm đều được sao chép nhanh nhất có thể.

THÍ DỤ

Lệnh
tar cCf / - usr | cpipe -vr -vw -vt> / dev / null
dẫn đến kết quả như
...
trong: 19.541ms với tốc độ 6.4MB / giây (trung bình 4.7MB / giây) 2.0MB
out: 0.004ms ở 30.5GB / giây (trung bình 27.1GB / giây) 2.0MB
qua: 19.865ms với tốc độ 6.3MB / giây (trung bình 4.6MB / giây) 2.0MB
...
Sản phẩm Thành phố điện khí hóa phía tây dãy núi Rocky đầu tiên cột hiển thị thời gian cần thiết để xử lý một bộ đệm dữ liệu (128kB theo mặc định).
Cuộc gọi đọc mất 19.541ms, cuộc gọi ghi tới / dev / null chỉ mất 0.004ms và từ
bắt đầu đọc đến cuối ghi, mất 19.865ms.

Sản phẩm 2 cột hiển thị kết quả của việc chia kích thước bộ đệm (128kB theo mặc định) cho
lần trong cột đầu tiên.

Sản phẩm thứ ba cột chứa giá trị trung bình trên tất cả các giá trị đo được từ đầu
chương trình.

Cuối cùng, cuối cùng cột hiển thị tổng số byte được chuyển, tất nhiên là
đọc và viết cũng vậy.

Sử dụng cpipe trực tuyến bằng các dịch vụ onworks.net