https://projects.qnetp.net/2015-01-05T12:39:10+01:00Projects hosted by qNETpSmuxi - Bug #1012: no stats provided by smuxi-serverhttps://projects.qnetp.net/issues/show/1012?journal_id=26152015-01-05T12:39:10+01:00Mirco Bauer
<ul><li><strong>Category</strong> set to <i>Engine</i></li></ul> Smuxi - Bug #1012: no stats provided by smuxi-serverhttps://projects.qnetp.net/issues/show/1012?journal_id=26162015-01-05T12:40:38+01:00Mirco Bauer
<ul></ul><p>Not sure how this works. Can you provide a working/assumed example? It this using signals and prints to stdout or so?</p> Smuxi - Bug #1012: no stats provided by smuxi-serverhttps://projects.qnetp.net/issues/show/1012?journal_id=26172015-01-05T13:39:41+01:00Andre n
<ul></ul><p>Mirco Bauer wrote:</p>
<blockquote>
<p>Not sure how this works. Can you provide a working/assumed example? It this using signals and prints to stdout or so?</p>
</blockquote>
<p>me neither. (to be sure)<br />
But i would split the functionality between an internal "API" to query and a dedicated binary for that to not affect the engine, when statistics are hanging or producing too much load.<br />
For connected user/frontends i have to less insights how smuxi works, it might be good to react on a SIGnal or some method to query the state.</p>
But for the rest the rest some notes:<br />
you find network statistics for a process in:<br />
<pre>
cat /proc/`pgrep -fl mono | grep server | awk '{print $1}'`/net/dev
</pre><br />
a tool to observe this for all processes might be nethogs, but it is written in c++ :/ So i'm not very motiviated to analyze what they do
<p>since i cannot say from monitoring the application from the outside if there is any user connected, i cannot <br />
i didn't find any way to discover if users are connected to it. <br />
If there is interest in i could to wrap the the provided oneliner up in a script. <br />
If the performance impact is too high someone can still try to migrate from accessing proc or sysfs to using some lower API.</p>