Jeff King <peff@xxxxxxxx> writes: > I think Jonathan's point is that you could pick _one_ active child to > show without buffering, while simultaneously buffering everybody else's > output. When that finishes, pick a new active child, show its buffer, > and then start showing its output in realtime. And so on. > > So to an observer, it would look like a serial operation, but subsequent > operations after the first would magically go much faster (because > they'd been working and buffering in the background). OK, I can buy that explanation. > And that doesn't require any additional IPC magic (though I am not sure > how we get progress in the first place if the child stderr is a > pipe...). That is a good point ;-) -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html