Is this any slower on very large compressions or decompressions?
> Ted Unangst wrote:
> > This splits gzip into two processes, such that the heavy lifting is done in
> > a
> > process with even fewer privileges. The idea is the child decompresses the
> > data and feeds it to the parent over a pip
Ted Unangst wrote:
> This splits gzip into two processes, such that the heavy lifting is done in a
> process with even fewer privileges. The idea is the child decompresses the
> data and feeds it to the parent over a pipe. There's also a control pipe used
> for some metadata that needs to be passed
This splits gzip into two processes, such that the heavy lifting is done in a
process with even fewer privileges. The idea is the child decompresses the
data and feeds it to the parent over a pipe. There's also a control pipe used
for some metadata that needs to be passed up.
early version, i'm no
