Some of our users have been confused about how GlassWire’s graph scaling works so we wanted to post an explanation to help avoid confusion.
Please see the GlassWire graph example above. This example shows that over the past 5 minutes you have downloaded 20 KB worth of data. When you downloaded the most data you’ll see there is a spike on the graph. Now I’d like to explain what the graph spike shown above means, and how much data was actually downloaded at that point.
Please check the upper left of the graph where it shows that the upper limit of the graph is 20 KB. This means that this spike is less than 20 KB. So you can estimate that this spike is about 15 KB of data.
So now you’ve estimated that this spike is about 15 KB. Now you can confirm your suspicions by setting the vertical line on this spike, then clicking the graph to see that your estimation is correct.
Please also note that when you click the graph you can see below what apps/hosts used the most data at that point in time on the graph. For example in the image below you could click the “Dropbox” icon or the “client-cf” American Flag icon to see what hosts/apps caused this spike and what hosts they were communicating with.
Now you are able to associate the scale of the spike with the top left label.
There is also a bandwidth label at the bottom left of the window. Bandwidth means the number of bytes divided to the time of transfer. So if the 15 KB file was downloaded during 10 seconds, the bandwidth will be 15 KB per second.
With regards to our graph this will mean that we have to summarize all the transferred bytes during 3 hours and divide it into 3 hours. We can implement it easily, but the problem is that the user is unable to see the sum of all the transferred data on the graph tab. So he will have to go to the Graph\Apps, see the “All apps” value and divide it into 3 hours and he will get the bandwidth, than go back to graph and continue working.
You can see that the total amount of data during 3 hours is 154.8MB, this means that the average bandwidth will be 154.8MB/3hours = 51.6 MB per hour = 14,6 KB/s.
Some users have also asked how our scaling works when you drag the GlassWire graph larger/smaller.
When a GlassWire user changes the window size, the graph scale also changes. We can see some spikes if the window is small, but if the size is increased those spikes may be divided into several lower spikes. And vice-versa, for example, GlassWire is running in full screen mode and we can see several spikes and then when we decrease the size of the window, those spikes will be combined into one big spike.
The amount of traffic will be also recalculated so the top left value will change.
For example, we have two spikes in 10MB and 20MB and the top right value is 30MB. Then we’ve decreased the window size so those two spikes are combined into a single spike.
Since two spikes were 10 and 20 MB, that single spike will be about 30MB. So the top right value will be recalculated too, and this is required to fit the graph in the graph area and the new top right value may be 50-60MB.
Now the window size decreased and spikes are combined.
We hope this Blog post helps explain how our graph works, and makes it easier to estimate data usage on the fly. If you have any further questions feel free to comment, or make a post in our forum.