Hi angelclaw,

I want to start out by apologizing that this has taken us so long to respond to but this was a pretty good list of issues for our QA team to investigate.

First I want to make sure that we have the issues that you reported straight. Here is a list of what we took away from your post:

1. Memory leak
"After 1 day of running the process goes from ~500MB RAM usage to 2GB+"
2. A bug prevents the user from changing packet delay from 'Auto'.
This is a real bug that we need to address but in your case, it seems you need to keep this on Auto to achieve the best results
3. ICMP.dll has bad performance with 300 targets at a 1-second interval
"ICMP.dll option is limited badly, I max at most 13-15% CPU usage and instead of getting close to 3600 samples per hour I only get ~ 1500-1600. It's slow like hell."
4. ICMP using raw sockets has route issues
"Routes changes don't update in realtime and most of the times the full trace is a mess which doesn't match reality (mixes old routes with new ones), it gets fixed by restarting PingPlotter or resetting targets"
5. UDP packets are not received as well as they should be. Using MTR provides more accurate results
"UDP mode (mtr style engine) is nowhere near MTR accuracy, 70% of all internet target have 100% loss on destination (only the destination), while the intermediary hops behave normally."

We have tickets logged for each of these issues but I wanted to respond to each of the issues above.

1. We appreciate the details provided regarding the memory leak, they helped us reproduce the issue in-house and we are currently working on tracking down the source.
2. Again, thank you for reporting the packet delay not being able to switch off of ‘Auto’! This is definitely a bug and we have a ticket logged to address it in an upcoming release.
3. As far as the issues with ICMP.dll and ICMP using raw sockets, we have tickets logged for these issues now and will be looking into them shortly. Once more, thank you for providing so many details, it makes getting to the bottom of these problems much simpler.
4. The issues with UDP you mentioned have been a hot topic in the (currently virtual) office the past couple of days. We’ve been running MTR alongside PingPlotter and have noticed some interesting behavior. We were hoping to have some more solid answers for you about it before responding, but for now here are a couple of things you might try with UDP:
A. Change the UDP port settings on the Engine settings page. We found better results by expanding the port range to 30000-40000. However, we encourage you to try and play around with those to see if certain port settings work better on your machine. We recommend trying anything between 30000 and 65535.
B. Another thing we noticed is that running MTR alongside PingPlotter seems to cause both programs to have varying levels of reliability. In other words, running MTR and PingPlotter simultaneously seems to cause both to report worse results at varying times than they would if run alone.

Thanks for hanging with me through this long-winded ticket, but we want to make sure we have addressed everything to the best of our ability! There are a few things you can currently try that might help out:

1. If you are not already on the latest version of PingPlotter (5.15.7), we recommend that you update as there have been numerous enhancements around resource usage recently. The latest version can be found here: https://pingplotter.com/download
2. If you are not running as a service, we recommend you install PingPlotter with that option enabled as users generally have better performance as a service. In that same vein -- as a temporary measure -- you can set up a Window Task Schedule to automatically restart the service for you whenever you like (presumably overnight) to fix the resource usage growth. We have a knowledge base article on how to accomplish this here http://www.pingman.com/kb/60
3. Last thing I promise — It would be most helpful if you could send in a support ticket (Help -> Email PingPlotter Support). This will help us dive into these issues further to be able to address them more thoroughly.

Let us know if you have any questions and we will be following up with you directly from your support request.

Thanks,

-Poe