As is well know, Windows network stack sucks. Apparently it takes forever for it to report connection refused, which causes massive delays for programs on the ThinLinc server if they are trying to talk to a client daemon that has died. This was primarily noticed on Vista/7 where it is a bit difficult to get sound working and you therefore often end up with a sound tunnel but no pulseaudio process. It also gets extra problematic if you are using rdesktop as the wonderfully designed protocol in RDP for sound causes rdesktop to constantly try to reattempt connections to pulseaudio, causing constant delays. The end result is that you have roughly 1 fps whilst any sound is playing.
I am uncertain if this is still true. The session PulseAudio server should isolate applications from an unresponsive client.
