: try adding a call to GrFlush() after the call to GrPoly(). that will : keep the commands from stacking up.
This a good idea, but could also cause a context switch between processes, depending on the scheduler. What might help would be GrFlush() after so many points sent, rather than each batch. If the pipe between the client and server has unread data, and there's only one application connected to the server, then that method could be used to determine whether the server is backed up reading commands from the client. It won't tell how much time is required to finish the current [graphics] operation. Regards, Greg --------------------------------------------------------------------- To unsubscribe, e-mail: nanogui-unsubscr...@linuxhacker.org For additional commands, e-mail: nanogui-h...@linuxhacker.org
