News for hackers. Stuff that matters.
Re:The Effect of Pipe Capacity on Unix Pipeline Performance by jandrese on Thursday February 27, 2020 @11:32AM (#22434725)
The vast majority of shell script writers don't know or care what the pipe size is. The tools they are using treat them as just one solid stream of data. There's not much to break.
Re:The Effect of Pipe Capacity on Unix Pipeline Performance by thedance on Thursday February 27, 2020 @11:40AM (#22434838)
I meant in the kernel. Like if I hooked up a fuzzer and just started swinging the pipe size around.
Re:The Effect of Pipe Capacity on Unix Pipeline Performance by jschwartzi on Thursday February 27, 2020 @01:51PM (#22436424)
Considering there's a semi-contiguous allocation in the kernel I bet you'd find some interesting bugs that way. I don't think very many people mess with the pipe sizes other than to tune to a multiple of the input/output block size for the application. And if you're trying to maximize throughput you're likely to reach your optimum block count long before you start blowing out buffers.

Actually, come to think of it named pipes would be another good place to fuzz.

Re:The Effect of Pipe Capacity on Unix Pipeline Performance by cat199 on Thursday February 27, 2020 @12:18PM (#22435317)
the shell isn't the only user of pipe(2) - that said, since you can't count on fixed scheduling on either end, most things likely will handle things okay