mirror of https://github.com/pulumi/pulumi.git
730fe8617e
This avoids unnecessary blocking inside pre/post-step callbacks if the reader on the other side of the event channel is slow. We do not use a buffered channel in the event pipe because it is empirically less likely that the goroutine reading from a buffered channel will be scheduled when new data is placed in the channel. In the case of our event system in which events will not be delivered to the service and display until the copying goroutine is scheduled, this can lead to unacceptable delay between the send of the original event and its output. |
||
|---|---|---|
| .. | ||
| destroy.go | ||
| diff.go | ||
| engine.go | ||
| errors.go | ||
| events.go | ||
| eventsink.go | ||
| lifecycle_test.go | ||
| plan.go | ||
| plugins.go | ||
| plugins_test.go | ||
| project.go | ||
| query.go | ||
| refresh.go | ||
| snapshot.go | ||
| update.go | ||