# Average rate versus average period

I am working on a project where I need to do workload balancing, and to see how well my approach is working I want to compute both the average amount of time between requests for a workload and the average amount of time for a requested workload to be obtained.

Here is what is bothering me. My data consists of a list of time intervals (e.g., 0.4 seconds, 1.3 seconds, etc.). From this data, I can compute either the average rate at which an event is taking place by taking the reciprocal of each time interval to turn it into an instantaneous rate and averaging over that, or I can compute the average period by directly averaging over the time interval data. Doing the first is equivalent to computing the harmonic mean of the data, and doing the second involves computing the arithmetic mean of the data, so the two analyses get different results.

What confuses me is that, although the two means get different results, a rate is equal to the inverse of a period, and so the two results seems like they should be related via reciprocation, even though they are not.

Another option that I have is to use the geometric mean which will obtain consistent results for the rate and the period (as reciprocation commutes with taking the root), but my limited understanding says that one should only use the geometric mean in cases where you are taking the mean of something like growth rates.

So in short, it is not clear to me which of these means --- harmonic, arithmetic, geometric, or something entirely different --- should be used in this situation. Any insight would be appreciated.

• Maybe this will help: stats.stackexchange.com/questions/23117/… Feb 14, 2013 at 6:58
• Note that $E(1/Y) \neq 1/E(Y)$; so, the things the arithmetic and harmonic means 'estimate' are different. Your prime consideration should probably be 'what expectation do you want to know about - the rate or the interval?' Feb 14, 2013 at 8:10
• Dimitriy, thanks, your link went to a detailed discussion about how to choose what estimate you want based on the quantity being conserved, which was exactly the kind of answer I was looking for. :-) (I can't believe that I didn't see that link in my previous searches...) Feb 14, 2013 at 10:31