> I nevertheless think that's not acceptable. The whole premise of the > progress > reporting infrastructure is to be low overhead. It's OK to require locking > to > initialize parallel progress reporting, it's definitely not ok to require > locking to report progress.
Fair point. > Why isn't the obvious thing to do here to provide a way to associate > workers > with their leaders in shared memory, but to use the existing progress > fields > to report progress? Then, when querying progress, the leader and workers > progress fields can be combined to show the overall progress? The original intent was this, however the workers can exit before the command completes and the worker progress data will be lost. This is why the shared memory was introduced. This allows the worker progress to persist for the duration of the command. Regards, Sami Imseih Amazon Web Services.
