• Karl Heyes's avatar
    Some have reported that if they do a series of requests in succession that · 0bd5f9e7
    Karl Heyes authored
    the overall time is very slow. This lag is mainly down to the sleep that
    the connection and fserve threads do to prevent busy looping when idle. The
    sleep has to expire even if requests are waiting.
    
    This patch merges the tasks done by the connection and listener thread into
    one thread.  It allows us to remove some locking, reduce thread usage and
    service new connections more quickly as the poll/select acts as the busy
    CPU prevention.
    
    svn path=/icecast/trunk/icecast/; revision=15123
    0bd5f9e7
Name
Last commit
Last update
admin Loading commit data...
conf Loading commit data...
debian Loading commit data...
doc Loading commit data...
examples Loading commit data...
m4 Loading commit data...
src Loading commit data...
web Loading commit data...
win32 Loading commit data...
AUTHORS Loading commit data...
COPYING Loading commit data...
ChangeLog Loading commit data...
HACKING Loading commit data...
Makefile.am Loading commit data...
NEWS Loading commit data...
README Loading commit data...
TODO Loading commit data...
autogen.sh Loading commit data...
configure.in Loading commit data...
icecast.spec Loading commit data...