Open alvassin opened 9 years ago
the global streamkbytes* for for the source streams, not for file serving. There is an argument for doing this with rate limited content like fallback files but is not currently counted for those, legacy reasons.
stats/stats_connections is the number/accumulated stats clients, so yes in relation to the STATS protocol.
source_total_connections is the total of relays and sources that have actually connected. The total could be removed later as it adds little value to stats that is not provided elsewhere.
"INFO full list end", was one that was added to identify the end of the big list at the beginning. When initially connected, you get a snapshot (a blast of content), and this just marks the end of it. After this then the stats are generated since the snapshot.
audio_codecid is the subyte for the ADTS, so yes either MP3 or AAC. Whether it adds much over the mime type I don't know.
The mount authenticator is just informational for the auth type involved, it is certainly something that could be expanded on or removed, as I've not had any real use of that.
FLUSH and DELETE are really tied to assist relaying. The NEW and DELETE are there to notify when sources are created/removed. This can allow for slaves to create relays immediately, rather than wait for polling by the slaves. The FLUSH is another informational thing. Relays, when they terminate, can restart immediately (eg if the TCP link breaks) and this triggers the FLUSH. A delayed restart, relay disable or source client termination would not trigger this (those should trigger a DELETE). The key reason for the flush is if a relay restarts then you can clear out the current stats for that mount (without removing the mount and avoiding a race with a NEW) and get a fresh set of stats in, and therefore not have any stale stats from a previous connection.
The metadata_updated is tied to the update of the track whether YP is involved or not.
I do have some work for creating the relays from a stats connection, but has not yet been merged in.
karl.
@karlheyes thank you for such detailed answer!
Could you also please clarify, what means queue_size
event (EVENT /143-424.mp3 queue_size 64784
)?
Each source has a queue and it can vary in length between
karl.
Thank you very much! When i access /admin/stats, there is two different connections parameters: client_connections
(as i understand, it contains sum of source, listener, web requests) and connections
, which value is bigger. Does connections
contain also internal icecast requests?
Is it right, that source_relay_connections
parameter displays how many connection has made current server as relay to source, located at another server?
connections also includes relays starting up, client_connections is externally triggered, source_relay_connections is the count of relay connection attempts to any server.
karl.
Does it mean total outgoing traffic or just streaming (received / sent?)
What is this?
Does it mean two conenctions to the STATS protocol?
What is the difference between following events?
What this event means?
Does it show just mount configuration, or display that new connection was handled via cmd auth handler?
What is difference between
FLUSH $mount
andDELETE $mount
events?Is this event tied to yp directory, or it is just last track change date?
Why following values differ?
Is there any difference between stream started time & mount creation time?
What is
queue_size
?