Keine Ahnung. Ich habe nichts weiteres mehr dazu in der Mailing-List gelesen.
Einfach mal wieder das Plugin installieren. Wenn der Fehler dann nicht mehr auftritt, hast du Glück.
Ich weiß, dass das lange Laden bei L4D unter Umständen an zuvielen Addon-Kampagnen liegen kann.
Möglicherweise liegt dein Problem aber auch ganz woanders (ganz schlecht). Da du nen Root hast, musst du selber nachsehen, woran es liegt.
Wenn z.B. Plugins laufen, die zu einer Datenbank eine Verbindung aufbauen, sollten diese mal testweise deaktivert werden. Die können auch Timeouts erzeugen. Besonders bei Mapchanges, wenn die Datenbank langsam ist und die Plugins schlecht programmiert sind.
Du könntest mit den Tools dstat, iostat, mpstat, ifstat, lsof, netstat arbeiten.
Unter Debian kannst du die Pakete mittels "apt-get install ifstat dstat sysstat lsof" installieren.
Mit lsof -p PID kannst du z.B. alle geöffneten Dateien und Netzwerkverbindungen eines Prozesses (PID wird benötigt, lässt sich mit top oder ps ux herausfinden) anzeigen.
Das könnte z.B. zeigen, ob der Server versucht eine Netzwerkverbindung zum Statistikserver aufzubauen.
Mittels iostat könntest du kontrollieren in wie weit die Festplattenauslastung steigt, wenn der Server einen Mapchange macht.
Der Befehl mpstat zeigt z.B. an wie hoch der Anteil der Wartezeit durch Dateisystemzugriffe (%iowait) ist.
Das Programm dstat zeigt fortlaufend Informationen an (cpu-Auslastung, daten gelesen, daten geschrieben, paging, usw.). Bei zu kleinem Speicher würde z.B. der Server anfangen zu swappen, was sich negativ auf die Ladezeiten auswirkt. Unter Umständen blockiert auch ein anderer Prozess Systemresourcen.
Die möglichen Fehlerquellen können sehr vielfältig sein. Ohne lange zu testen und zu beobachten wirst du leider nicht viel finden.
Mal hoffen, dass es nur das Problem mit dem Statistikserver ist.