Ein Verbindungslimit und ein Streampuffer sind unterschiedliche Stellschrauben. Blindes Erhöhen kann eine gestörte Quelle verdecken oder Ressourcen verbrauchen, ohne die Wiedergabe zu verbessern. Klären Sie zuerst, ob alle Hörer, ein einzelner Netzwerkpfad oder nur neue Verbindungen betroffen sind.
Jede Grenze in ihrer Einheit lesen
| Einstellung | Bedeutung | Häufiger Irrtum |
|---|---|---|
limits/clients | Gleichzeitige Client-Verbindungen einschließlich Web- und Verwaltungsabrufen | Als reine Hörergrenze behandeln |
limits/sources | Erlaubte aktive Quellen einschließlich aktiver Relays | Nur Encoder zählen |
mount/max-listeners | Hörergrenze eines Mountpoints | Eine Erhöhung der Servergrenze erwarten |
queue-size | Größe der Streamwarteschlange in Bytes | Als Sekundenangabe lesen |
burst-size | Anfangsmenge für einen neu verbundenen Hörer in Bytes | Größer als die Queue einstellen |
source-timeout | Erlaubte Datenpause einer Quelle in Sekunden | Damit eine unterbrochene Verbindung reparieren wollen |
header-timeout | Zeit für den eingehenden Anfrageheader | Mit Wiedergabepufferung verwechseln |
Das alte threadpool-Beispiel ist historisch. client-timeout wird in der Dokumentation als unbenutzt beschrieben. Beides eignet sich nicht als erste Stellschraube einer heutigen Installation.
Eine kleine Änderung ausdrücklich festlegen
Dieser Ausschnitt ersetzt die entsprechenden Werte in einem vorhandenen <limits>-Block. Er ist ein zu prüfendes Beispiel und keine pauschale Dimensionierung für jeden Sender:
<queue-size>524288</queue-size>
<burst-size>65536</burst-size>
<source-timeout>10</source-timeout>Der Startpuffer muss kleiner als die Queue bleiben. Ein Player kann zusätzlich einen eigenen Puffer verwalten. Die Servereinstellung legt deshalb nicht allein die gesamte Verzögerung fest. Eine größere Queue erlaubt einem langsamen Hörer mehr Rückstand und beansprucht Speicher. Seine verfügbare Netzwerkbandbreite erhöht sie nicht.
Abschätzen, messen und vergleichen
Als vereinfachte Rechnung benötigen 200 Hörer mit jeweils 128 kbit/s insgesamt 25,6 Mbit/s reine Mediendaten vor Protokollaufschlägen. Das ist eine Berechnung und keine getestete Serverkapazität. Berücksichtigen Sie zusätzlich Relay-Verkehr und andere Zugriffe.
Notieren Sie Hörerzahlen, Quellenkontinuität und Slow-Listener-Statistik vor der Änderung eines einzelnen Wertes. Wiederholen Sie den Fehler mit denselben Medien und Playern. Stockt die Wiedergabe bei allen Hörern gleichzeitig, prüfen Sie zuerst die Zuführung. Wird nur ein Hörer getrennt, untersuchen Sie dessen Verbindung und Rückstand. Bewahren Sie die alte Konfiguration zur Rücknahme auf.