On 7/13/11 4:11 AM, Sebastiaan Breedveld wrote: > From an end-user's perspective: Yay! on all points. > > Both client and server-side multithreading is a good idea if it is > necessary. However, it would be nice to be able to limit the number of > theads, especially server-side: if Xvnc spawns 24 (light) threads > continuously on a HPC server, I am afraid it will have a negative impact > on the running computations.
I should've been more clear about that, but yes, you can limit the number of threads via an environment variable. In TurboVNC, you set TVNC_MT=1 to enable multi-threading, which defaults to using as many threads as there are cores (but it won't ever use more than 8 threads regardless of how many cores you have.) You can set TVNC_NTHREADS to force a fewer number of threads. > What about a client-side button which is able to 'pause' all other > clients? And another button to resume the client again? > > So, when you are at work, you have the high-speed setting, but at home > (if you have the session at work still running), you can deceide to not > send (high-speed network) updates to the other client. We can't really do that, because the RFB protocol doesn't support such a message. Also, it doesn't really address the issue. The issue is that you have multiple people connected to the same session for collaboration purposes, and one of them is on a slow network and the others are on a fast network. If the one on the slow network doesn't meet the target frame rate, then all others are slowed down to the rate of the slowest client. It's an endemic problem caused by the way the deferred update mechanism works. ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
