ztee should output records immediately instead of waiting for the record to clear the pipe

[paul-pearce]

This is extremely low priority.

Currently ztee won't write out input (zmap) records until they are sent out on the pipe. In environments where the avg queue size is 0 this doesn't matter. However if there is a queue, this isn't great. In the event of a crash not only do you lose zmap records, but I'd argue this is also unexpected behavior.

[dadrian]

Just to clarify, the issue is that ztee doesn't write to the output file (the one passed as an argument to ztee) as fast as the output file will handle, but instead limits the speed to the speed of stdout?

[paul-pearce]

Yes.

[dadrian]

@paul-pearce I have an implementation of this in Go. How would you feel about moving ZTee to Golang?