cpipe - Online sa Cloud

PROGRAMA:

NAME

cpipe - kopyahin ang stdin sa stdout habang nagbibilang ng mga byte at nag-uulat ng pag-unlad

SINOPSIS

cpipe [-b bsize] [-vt] [-vr] [-vw] [-ngr] [-s speed]

Opsyon

-b laki ng buffer sa kB,
1 Int value sa pagitan ng 1 at oo.
Default: `128'

-vt ipakita ang throughput.

-vr ipakita ang read-time.

-vw ipakita ang write-times.

-ngr hindi matakaw basahin. Huwag magpatupad ng buong buffer sa read bago magsimulang magsulat.

-s limitasyon ng bilis ng throughput sa kB/s,
1 Dobleng halaga sa pagitan ng 1 at oo.

DESCRIPTION

Cpipe kinokopya ang karaniwang input nito sa karaniwang output nito habang sinusukat ang oras na kinakailangan
para magbasa ng input buffer at magsulat ng output buffer. Kung isa o higit pa sa mga -vx ang mga pagpipilian ay
ibinigay, ang mga istatistika ng average na throughput at ang kabuuang halaga ng mga byte na kinopya ay naka-print
sa karaniwang output ng error.

Hindi Matakaw Basahin
Karaniwan, ginagawa ng cpipe ang lahat ng makakaya upang ganap na punan ang buffer nito (opsyon -b) bago ito magsimula
pagsusulat. Sa ilang mga sitwasyon gayunpaman, hal kung nakikipag-usap ka sa isang interactive na programa sa pamamagitan ng cpipe,
ito deadlocks ang komunikasyon: ang nasabing programa ay naghihintay para sa input na hindi nito makikita,
dahil ang input ay natigil sa buffer ng cpipe. Ngunit ang cpipe mismo ay hindi makakakita ng higit pang input
bago ang programa ay hindi tumugon.

Upang makayanan ito, subukang gamitin -ngr. Kapag nag-isyu ng read call, nasiyahan ang cpipe bilang
sa lalong madaling makakuha ng hindi bababa sa isang byte. Sa halip na punan ang buffer, huminto ito sa pagbabasa at
nagsusulat ng anumang nakuha nito sa output. Tandaan, gayunpaman, na ang mga sukat ng throughput ay gagawin
hindi gaanong eksakto kung ang bilang ng mga byte na inilipat sa isang pares ng read/write ay nagiging maliit,
dahil ang cpipe ay gumugugol ng mas maraming oras sa pagtatrabaho sa bawat byte.

Limitahan Throughput
Kung ang limitasyon ng throughput ay tinukoy na may opsyon -s, cpipe tawag matulog ka(3) sa pagitan
pagkopya ng mga buffer, sa gayon ay artipisyal na pagpapahaba ng tagal ng isang read/write-cycle. Since
sa karamihan ng mga system mayroong isang tiyak na minimum na oras ng pagtulog() ng pagtulog, hal. 0.01s, ito ay
imposibleng maabot ang mataas na limitasyon na may maliit na laki ng buffer. Sa kasong ito, ang pagtaas ng
laki ng buffer (opsyon -b) Baka makatulong. Gayunpaman, tandaan na nililimitahan nito ang throughput
sa karaniwan lamang. Ang bawat solong buffer ay kinokopya nang mabilis hangga't maaari.

Halimbawa

Ang utos
tar cCf / - usr | cpipe -vr -vw -vt > /dev/null
nagreresulta sa isang output tulad ng
...
sa: 19.541ms sa 6.4MB/s ( 4.7MB/s avg) 2.0MB
out: 0.004ms sa 30.5GB/s ( 27.1GB/s avg) 2.0MB
sa pamamagitan ng: 19.865ms sa 6.3MB/s ( 4.6MB/s avg) 2.0MB
...
Ang una haligi ipinapakita ang mga oras na kinakailangan upang mahawakan ang isang buffer ng data (128kB bilang default).
Ang read-call ay tumagal ng 19.541ms, ang write-call sa /dev/null ay tumagal lamang ng 0.004ms at mula sa
simula ng read hanggang dulo ng write, tumagal ito ng 19.865ms.

Ang pangalawa haligi nagpapakita ng resulta ng paghahati sa laki ng buffer (128kB bilang default) sa
beses sa unang hanay.

Ang ikatlo haligi naglalaman ng average sa lahat ng nasusukat na halaga mula sa simula ng
programa.

Panghuli, ang mga huli haligi ay nagpapakita ng kabuuang bilang ng mga byte na inilipat, na siyempre
pareho sa pagbabasa at pagsusulat.

Gumamit ng cpipe online gamit ang mga serbisyo ng onworks.net