Since fseek()
does not work on pipes what methods exist for simulating seeking forward? The naive approach is to use fread()
and throw away the contents read into the memory buffer. For huge seeks to avoid huge buffers you would use the same buffer over and over with the final read using just a part of the buffer.
But is this the only approach? Is there another way which avoids the buffer and the potential multiple read?
Seeking doesn't make sense on pipes because the input is produced dynamically (not stored on disk). The
lseek
kernel system call is not implemented for pipes.Also have in mind that a pipe is essentially a producer-consumer buffer of a limited, fixed size. When it gets full, the producer is suspended until the consumer reads the oldest data.
Yes, it is the only way. I would use a buffer somewhere around 1k-8k. With much smaller the syscall overhead for read will come into play, and with much larger you'll evict useful data from the cache.