Linux中pipe不同步,linux – 更改速率限制的Pipe-Viewer问题

这是由pv中的会计引起的,这实际上意味着其速率限制是读限制的而不是写限制的.查看the source code表明,速率限制是由“目标”驱动的,“目标”是剩余的发送量.如果启用了速率限制,则每个速率限制评估周期一次,根据速率限制,目标会增加很多我们应该发送的数量;然后,目标会减少,但实际上写的是多少.这意味着如果将速率限制设置为大于实际写入容量的值,则目标将继续上升;在pv赶上目标(包括根据新的速率限制允许写入的内容)之前,降低速率限制不会产生任何影响.

要看到这一点,请启动一个基本的pv：

pv /dev/zero /dev/null

然后控制：

pv -R 32605 -L 1M; sleep 10; pv -R 32605 -L 1G; sleep 1; pv -R 32605 -L 1M

通过改变第二次睡眠的持续时间,你会看到目标计算的影响……

由于写入限制,当您将速率限制设置为大于写入容量的值时,这只会导致问题.

更详细一点,这里的会计如何使用最初限制为1M的流量,然后在能够传输400M的连接上,以1G为5秒,然后再回到1M：

Time Rate Target Sent Remaining

1 1M 1M 1M 0

2 1G 1G 400M 600M

3 1G 1.6G 400M 1.2G

4 1G 2.2G 400M 1.8G

5 1G 2.8G 400M 2.4G

6 1G 3.4G 400M 3G

7 1M 3001M 400M 2601M

8 1M 2602M 400M 2202M

9 1M 2203M 400M 1803M

10 1M 1804M 400M 1404M

11 1M 1405M 400M 1005M

12 1M 1006M 400M 606M

13 1M 607M 400M 207M

14 1M 208M 208M 0

15 1M 1M 1M 0

再次应用速率限制需要7秒.高速率限制所花费的时间越长,降低速率限制所需的时间就越长……

对此的修复非常简单,如果你可以在loop.c中重新编译pv：,将第154行更改为target =(from target =),从而导致

|| (cur_time.tv_sec == next_ratecheck.tv_sec

&& cur_time.tv_usec >=

next_ratecheck.tv_usec)) {

target =

((long double) (state->rate_limit)) /

(long double) (1000000 /

RATE_GRANULARITY);

一旦完成,立即应用速率限制减少(在一个速率限制周期内).