<div dir="ltr"><div><div>Hi Charles<br><br></div>thanks for your comments first, and sorry for still being missing on the list.<br></div>I'm still caught in the storm of my personal issues, and the overload at work...<br><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2017-08-04 13:34 GMT+02:00 Charles Lepple <span dir="ltr"><<a href="mailto:clepple@gmail.com" target="_blank">clepple@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Aug 4, 2017, at 3:00 AM, Arnaud Quette <<a href="mailto:arnaud.quette@gmail.com">arnaud.quette@gmail.com</a>> wrote:<br>
><br>
> Comments and feedback warmly welcome.<br>
> Please however note that I'll be pushing the related commit, since it seem trivial.<br>
<br>
</span>It does sound trivial, but do we have that sort of information for other PDUs, and if not, how should names be represented in a GUI if <a href="http://outlet.n.name" rel="noreferrer" target="_blank">outlet.n.name</a> isn't present?<br></blockquote><div><br>outlet.n.desc is a good fallback.<br>I should also probably clarify in the namespace the .desc can be modified by the user while .name is static, and (potentially) related to some physical labelling.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Also, there were some dstate changes a while back, and I didn't fully understand the need for them. Weren't they related to the volume of updates for PDUs? Is that more related to the total number of bytes, or number of variables? Should we be looking at alternate ways to represent updates, since the outlet names and descriptions will change so infrequently compared to other variables?</blockquote></div><br></div><div class="gmail_extra">you're probably referring to the "synchronous" option which is needed not to flood the unix socket:<br><a href="https://github.com/networkupstools/nut/commit/924f69c65cbf3b0a6e975d3a1efef06898f97f36">https://github.com/networkupstools/nut/commit/924f69c65cbf3b0a6e975d3a1efef06898f97f36</a><br><a href="https://github.com/networkupstools/nut/commit/eb64b76cfda5e30c8c1363c5fe72f989d086c9e0">https://github.com/networkupstools/nut/commit/eb64b76cfda5e30c8c1363c5fe72f989d086c9e0</a><br></div><div class="gmail_extra"><br clear="all"></div><div class="gmail_extra">it's really tied to the volume of bytes pushed through the socket.<br></div><div class="gmail_extra">I never had time to get back on this, but we may be able to overcome this more cleanly through getsockopt() / setsockopt(). Then the question would be "which value to set?"<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">cheers,<br></div><div class="gmail_extra">Arno<br></div><div class="gmail_extra"><br></div></div></div></div></div>