<div dir="ltr"><div dir="ltr">It's great the way features have been added to Xymon WinPSclient, but I think it's started suffering from feature bloat now, illustrating the importance of making each feature optional like BBWin did very effectively. We are seeing memory leaks on Windows 2012 R2 using version 2.28 (I started another thread about memory leaks a while back - I'll come back to this issue another time) and more and more CPU time being used up during each cycle.<br><br>It seems that from version v2.21 a slow ASCII encoding conversion was added:<br><br>myServer1 - : xymonclient.ps1  2.21 2017-04-28 <a href="mailto:zak.beck@accenture.com">zak.beck@accenture.com</a><br>2019-01-28 19:19:26  Sending to server<br>2019-01-28 19:19:26  Using ASCII encoding<br>2019-01-28 19:<b>20</b>:25  Connecting to host x.x.x.x        <-- Yes, that took about <b>1 minute of 100% processing of 1 of the 8 CPUs/Cores</b>.<br>2019-01-28 19:20:26  Sent 2007850 bytes to server    <-- OK, yes, that's rather a lot of data, but still it's not good.<br>2019-01-28 19:20:26  Received 130 bytes from server<br><br>Compare with:<br>myServer1 - : xymonclient.ps1  2.19 2016-12-28 <a href="mailto:zak.beck@accenture.com">zak.beck@accenture.com</a><br>2019-01-28 19:15:59  Sending to server<br>2019-01-28 19:15:59  Connecting to host x.x.x.x<br>2019-01-28 19:15:59  Sent 2006765 bytes to server<br>2019-01-28 19:16:00  Received 130 bytes from server<br><br>Is it possible that converting to ASCII step introduced in v2.21 be made optional? In the latest version it is possible to send via UTF8, which was new in v2.21, or convert to ASCII, but it's not possible via configuration alone, I believe, to have the old behaviour (from v2.19) that worked fine for us and was far faster.<br><br>Another slow process is detecting the number of CPUs (on the same server):<br><br>2019-01-28 19:29:05  XymonCollectInfo: Process info<br>2019-01-28 19:29:05  XymonCollectInfo: calling XymonProcsCPUUtilisation<br>2019-01-28 19:29:05  XymonCollectInfo: CPU info (WMI)<br>2019-01-28 19:29:13  Found 8 CPUs, total of 0 cores<br>2019-01-28 19:29:13  XymonCollectInfo: OS info (including memory) (WMI)<br>2019-01-28 19:29:13  XymonCollectInfo: Service info (WMI)<br><br><b>8 seconds</b> for that.  Why does it need to do this every time?  The number of CPUs does not normally change without at least rebooting.  It could do it just on the first cycle and cache it for future cycles.<br><br>Another thing that would really speed up processing for us is being able to dynamically specify the filenames using special characters or something for the date, e.g. &DD &MM &YY<br>We have files that rotate with new filesnames and if we could narrow down the filenames to process it would speed up processing by several more seconds.<br>E.g. C:\Temp\myServerLog29-12-18.0.log<br><br>In client-local.cfg:</div><div dir="ltr">Instead of:<br>log:C:\Temp\myServerLog*.log:10240<br>If we could to this, it would mean we process a small fraction of the number of files:<br>log:C:\Temp\myServerLog&DD-&MM-&YY.*.log:10240<br><br><br clear="all"><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><span><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">
<div style="text-align:left"><span style="font-size:12px"><span style="font-family:arial,helvetica,sans-serif">Kind regards,<br><br>SebA<br><br></span></span></div></div></div></div></div></div></div></span></div></div></div></div></div>