Make Volume chart more representative/useful
When I look at the "Volume" chart on the Performance tab of the UI, I see what appears to be classic aliasing of an undersampled signal. I cannot believe that the volume utilization actually varies so dramatically from one second to the next. I can believe that a single sample at 1Hz of a process that changes peridically at a significantly higher rate will alternate between distinct possible states as the process period and the sample period skew with respect to each other. And occasionally, as observed at 4:44 in the chart below, a random or rare event disrupts this periodic switching of which state is being observed at each sample instance, but it soon gets back into the same pattern. Whether that skew is due to fixed sub-multiples of one clock or different clocks for the process and the observation (such as processor clock and real time clock), I don't have enough information to determine, but the latter is a typical case.
If possible, it would be nice if that chart were made more useful. I fully understand that the process being metered likely changes at a very high rate and averaging all readings over the report period could require significant processing throughput. But even a 10x increase in sample rate and averaging to the 1Hz reporting rate appears it would do a lot to smooth the chart and tell a more representative (and thus useful) story.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.