6 ms·
> especially at that bit rate. Also seems like the bottleneck would always be the consuming program... It's not made to be fast; it's just fast by nature, beca
by jolmg 4y ago
> especially at that bit rate. Also seems like the bottleneck would always be the consuming program...
It's not made to be fast; it's just fast by nature, because there's no other computation it needs to do than to just output the string.
- kaba0 4y agoIt is optimized quite seriously. I remember there was a comparison of it with I believe a BSD version, where the latter was thousands time more readable (although slower).
- jolmg 4y agoI'm getting ~3.10GiB/s with both GNU's and FreeBSD's. I do see that GNU's version has some optimizations, but their effectiveness isn't apparent when doing `yes | pv > /dev/null`. However, my point was just that its performance was never a main point of it. Even without optimizations, it's still very fast, and I don't think whoever created it first was concerned with it having to be super fast, as long as it was faster than the prompts of whatever was downstream in the pipe.
- zbentley 4y agoIt really is! It's been a few years since I saw the article on HN so I just reposted it: https://news.ycombinator.com/item?id=31619076 https://news.ycombinator.com/item?id=31619076