Re: Artificial performance limitation

2014-11-12 Thread Daniel van Vugt
Pretty pictures of a stuttering server attached. Notice the CompositingFunctor where ~vector destruction is consuming 30% of the time, due to ~TemporaryCompositorBuffer taking 27% of the time. I think we need to move the final buffer release/response logic out of the compositor thread one way

Re: Artificial performance limitation

2014-11-12 Thread Daniel van Vugt
I think the cleanest solution would be a return to using the "IPC thread pool" (like in the old days). Presently we use it for receiving requests, but not for sending responses any more (unless frame dropping). The challenge is only to ensure we don't reintroduce the problems we used to have w