When and are integers, has a few good interpretations. It's roughly the length of when written in base . More precisely, it's the fair price of an -digit in terms of -digits. But what about when or is not a whole number? ; how are we supposed to interpret this fact?
We could appeal to the definition of the logarithm, observe that and call it a day. But what does that mean? That 3.16 multiplied by itself one-and-a-half times is roughly 5.62? That 5.62, written in base 3.16, is about 1.5 digits long? That a 5.62-digit is worth about 1.5 times as much as a 3.16-digit? What does it mean to multiply a number by itself "half a time"? How would you even write a number down in "base 3.16"? What would a 3.16-digit even look like?
Let's say that you want to store a lot of data, and digit wheels cost $1. At that price, an object that can store 3 different values costs about 48¢, whereas an object that stores 4 different values costs about 60¢. What storage medium, then, costs exactly 50¢? I can think of two:
How could we split the digit wheel? The digit wheel can be put into any one of ten different states, labeled 0, 1, 2, 3, 4, 5, 6, 7, 8, and 9. Here's one way to use it to encode two different messages: I choose a number between 0 and 1, then you choose a number between 0 and 4. Then we put the digit wheel into the state Thus, if you choose 0, the wheel will either say 0 or 5 (depending on which number I choose). If you choose 3, the wheel will either say 3 or 8 (depending on which number I chose). Each number you want to record (0-4) has two representations, and I choose whether we use the high one or the low one. Thus, the digit wheel records two messages: 7 means (high, 2) and so on.
Of course, this is not a fair way to split the digit wheel — you get to store a 5-message whereas I only get to store a 2-message.[1] Can we do something fairer?
Well, the methodology can be used to share arbitrary -digits between two people. If and are whole numbers such that then an -digit can be used to store both an -message and a -message at once: You choose the quotient of divided by , I choose the remainder.
Exercise: How would you use an -digit to store both a -message and a -message? How do you store (2, 4) using that encoding?
Here's one way: Let be the value of the 3-message (between 0 and 2) and be the value of the 6-message (between 0 and 5). Record Using this encoding, (2, 4) is stored as the number 16.
You can verify for yourself that there is exactly one way to store each (3-message, 6-message) pair in an 18-message under this encoding.
(From this we can see that, when the cost of a -digit is exactly equal to the cost of an -digit plus the cost of a -digit. In other words, then no matter what base we're using.)
The fair split of the 10-digit, then, is to let us both store a 3-message: 3 is the highest integer such that This isn't maximally efficient, though; that encoding only uses 9 of the 10 possibilities that we paid for, and therefore it's not worth our money: Why buy what is effectively a 3-message for 50¢ when the fair price of 3-messages is 48¢? This might be worth knowing if the market isn't selling objects that carry 3-messages, and both you and I just need a tiny bit more storage, but in general it's not worth it.
However, it becomes more worthwhile the more 10-digits we split. You might expect that, when splitting three digit wheels, we'd each get one digit wheel to ourselves plus a 3-message each from the third wheel, giving us 30 different possible messages each. However, we can do better than that if we're clever. If you pick a number between 0 and 30 (for a total of 31 different possibilities), and I also pick a number between 0 and 30, then the number can always be stored on 3 digit wheels (because ), so if we're splitting three digit wheels, we can actually use them to store two 31-messages. (Why?) This still isn't maximally efficient (the values from 961 to 999 are wasted), but it's a little better. And we can keep increasing the efficiency if we keep going: Five digit wheels can hold two 316-messages; 7 digit wheels can hold two 3162-messages, and so on. (You can verify those numbers yourself.)
As you can see, when splitting an -digit, the fair split occurs at the largest whole number such that , in which case we both get to record one -message. This is why it is 316, and not 500, that can most naturally be seen as "about 2.5 decimal digits long:" The number that is 2.5 decimal digits long is the largest number such that, given five digits, both you and I can use those 5 digits to store independent -messages. If you store a 500-message, that only leaves enough space for me to store a 200-message. If you only store a 300-message, that leaves enough space for me to store a 333-message. is the point where we can both store an -message, because 316 is the largest whole number such that
(From this we can deduce that , no matter what the base: A 316-digit is worth about half as much as five 10-digits put together.)
The more 10-digits you split, the more efficient it gets — if we split 7 digit wheels, each of us gets to record a 3162-message; if we split 9 wheels, we each get to record a 31622-message, and so on. But the split is never maximally efficient, because 10 is not a square_number: An -digit can be split perfectly in half if and only if there is an such that and this can't happen if is an odd power of 10. Thus, splitting an odd number of digit wheels never makes the final digit wheel be worth exactly 50¢.
You know what storage medium is worth exactly 50¢? A 50% chance of a 10-digit.
Let's say we pay 50¢ each for a digit wheel, and then toss a coin to see who gets to use it. How much does this decrease your storage costs? Half the time, you get to reduce the number you have left to store by a factor of 10; the other half the time, you reduce the number you have left to store by a factor of 1 (i.e., not at all). How much does that reduce the number you have left to store, on average?
On average, your number gets reduced by the geometric_mean of 1 and 10. Geometric means "average out" multiplications: Let's say that you have a thing and you're going to multiply it by 2, 12 and 9. At the end of the day, your thing is going to be 216 times larger, and you're going to have multiplied it by three numbers. Geometric means ask how big each multiplication was "on average" — instead of multiplying your thing by three different numbers, can we find one number such that such that multiplying your thing by three times is the same as multiplying by 2, 12, and 9 separately? The answer is yes, and , as you can verify. Thus, multiplying your thing by 6 is equivalent, in expectation, to multiplying your thing by a value selected uniformly at random from the list [2, 12, 9]. (For more on this, see Geometric mean: Intuition.)
Similarly, if we might reduce the size of the number we want to store by a factor of 1, and we might reduce it by a factor of 10, then "on average" we're reducing it by a factor of Multiplying by twice is the same as multiplying by 1 once and 10 once, so it's equivalent in expectation to multiplying by values selected uniformly at random from the list [1, 10].
If three people are sharing a 10-digit, then the amount of digits each one gets to use in expectation is So that's what a 2.15 digit looks like — a 10-digit shared between three people. This can be generalized to any probability, and any -digit for can be interpreted as a digit wheel that you have some probability of getting to use (How?).
There are a few different things we can learn from this interpretation. It allows us to give a physical interpretation to facts like , which says that a 5.62-digit is worth one and a half times as much as a 3.16 digit. What's a 3.16 digit? It's (approximately) a 10-digit shared between two people, i.e., a 10-digit that you have a 50% chance of getting to use yourself. What's a 5.62-digit? It's a 10-digit that you have a 75% chance of getting to use yourself. It's 1.5x as valuable, because 75% is 1.5x as much as 50%. The upgrade from a 3.16-digit to a 5.62-digit constitutes 1.5x increase in my chance of getting to use the digit wheel.
The other thing that this interpretation tells us is that the digit worth exactly half an -digit is the -digit, both because (1) if you want to use an -digit to store two -messages for some , you need to be at most ; and (2) if you have a 50% chance of getting to use an -digit and a 50% chance of nothing, then that's equivalent on average to a certainty of a -digit.
In case you haven't noticed, we've been implicitly using the fact that doubling a digit squares the number of possibilities you have available to you: With one 10-digit you can store 10 possibilities, with two you can store Because two -digits emulate an -digit, it's no surprise that half an -digit is a -digit.
You might be wondering how these square root signs weaseled into a discussion about logarithms. You also might be starting to suspect that roots, logarithms, and exponentials are secretly three sides of the same coin. If so, you're right, though that's a topic for another day.
Lest you think that this gives us a complete interpretation of logarithms, note that it still doesn't explain what's going on when the inputs to the logarithm function are between 0 and 1. You might think, "well, now that I know what a 3.16-digit is, I can use that intuition to figure out what a 0.16-digit is" — but it's not quite as easy as that. A 3.16-digit can be interpreted as probabilistic access to a 10-digit, and the same is true for -digits whenever But no matter how many people share a 10-digit, it's never worth less than a 1-digit (which is worthless); no matter how large gets. To understand -digits for we need one final puzzle piece, covered in the next post.