• 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