Moderators: gmalivuk, Moderators General, Prelates
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
ekolis wrote:Well, this was supposed to be a hypothetical perfect RNG which can pick any negative, zero, or positive integer with equal probability... I didn't say it was a RNG that was actually able to be programmed in C or whatever
I'm intrigued by the statement "there is no equal chance for each on the integers" - why is that? Are some integers intrinsically more likely to be picked than others? Or were you just commenting on the impossibility of programming such a RNG?
I think the explanation of "less than any possible positive number, but still nonzero" is kind of helpful, though - thanks!
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
mike-l wrote:It's just a feature of continuous probability (ie, probability distributions that can take on uncountably many values)
mfb wrote:mike-l wrote:It's just a feature of continuous probability (ie, probability distributions that can take on uncountably many values)
Countably (but infinite) many values have the same problem - as shown with the integers.
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
ekolis wrote:It seems that the probability would be "one in infinity", since there is one integer which is the same out of an infinite number of possible integers. But isn't that probability equal to zero? And if it's zero, that means the RNG could NEVER produce the same integer twice in a row, implying it has a memory!
314man wrote:The probability of getting each integer is 0 (any number above 0 is too high).
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
mike-l wrote:No, then you don't have a probability distribution at all.
Any distribution MUST have a bias, some integers are more likely than others.
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
MartianInvader wrote:Answers like mike-l's are quickly becoming a pet peeve of mine. Sure, a probability distribution as defined in mathematics has to be countably additive. But that doesn't mean the question is "wrong". It just means that its not asking about what mathematicians call a probability distribution. Do you really think the OP cares about countable additivity? Just take the definition of probability distribution, throw out countable additivity, call what's left a "finitely additive probability measure", and voila! You have something that can be defined on the integers, and still matches the intuition of the question. Heck, you can even get a good approximation to the intuitive notion of "every integer has an equal chance" by stipulating that the distribution be translation-invariant. These things do exist on the integers, and they pretty much exactly match the intuition of what people like the OP often ask about.
So my answer to the OP is that yes, the probability you get the same number twice is zero, which is surprising to people who aren't familiar with how probability on infinite spaces works. The key thing to understand is that having a probability of zero is not the same thing as being impossible. It's really only useful to talk about the probability that your random number will be in some large set of numbers, for example, what's the probability that it will be even? In which case the answer is, as you might expect, 1/2.
MartianInvader wrote:Answers like mike-l's are quickly becoming a pet peeve of mine. Sure, a probability distribution as defined in mathematics has to be countably additive. But that doesn't mean the question is "wrong". It just means that its not asking about what mathematicians call a probability distribution. Do you really think the OP cares about countable additivity? Just take the definition of probability distribution, throw out countable additivity, call what's left a "finitely additive probability measure", and voila! You have something that can be defined on the integers, and still matches the intuition of the question. Heck, you can even get a good approximation to the intuitive notion of "every integer has an equal chance" by stipulating that the distribution be translation-invariant. These things do exist on the integers, and they pretty much exactly match the intuition of what people like the OP often ask about.
So my answer to the OP is that yes, the probability you get the same number twice is zero, which is surprising to people who aren't familiar with how probability on infinite spaces works. The key thing to understand is that having a probability of zero is not the same thing as being impossible. It's really only useful to talk about the probability that your random number will be in some large set of numbers, for example, what's the probability that it will be even? In which case the answer is, as you might expect, 1/2.
heyitsguay wrote:And anyway, fine, let's look at only some finitely-additive object on the integers that approximates the idea of "a uniform distribution". What would that look like concretely?
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
mike-l wrote:Here's a simple 'linear' one, ie u(aA+b) = |a|u(A).
Define the size of a subset to be\mu(A) = \lim\inf \frac{|A \cap [-n,n]|}{2n}
Any bounded set must be size 0, by finite additivity and translation invariance, which is why I say that actually 'picking' numbers based on this is going to be pretty intuition breaking. While with continuous distributions you can get past the 'points have 0 probability' because we can still talk about the density at that point, that notion doesn't work here.
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
mike-l wrote:With his requirements that it be translation invariant and finitely additive, it pretty much has to look like this. As I said, bounded sets cannot matter (ie, they're all probability 0), so a set's size must be determined by it's asymptotic behaviour. You could do just the positive direction, or just the negative, or weight them differently. I think aside from those, the only wiggle room is in sets that oscillate in size, and how big you want to call them. I'm working on a proof that any such 'measure' must be between the lim inf I posted and the same but with lim sup (which isn't itself additive)
MartianInvader wrote:The way to construct such measures is, sadly, a bit involved. You need to use the axiom of choice and use something called a "nonprincipal ultrafilter" on the natural numbers to get one that has finite additivity.
I'd argue that it's pretty intuitive that the chance of picking something from a finite subset out of an infinite set is zero. It's the same as the intuitive equation "(any finite number)/infinity = 0". Does talking about the density at a point really clear things up that much when you're looking at a uniform distribution?
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
mike-l wrote:My main complaint though, is that there doesn't seem to be any reasonable way to apply this to our 'real world' intuition that probability is about throwing darts or rolling dice.
arbiteroftruth wrote:mike-l wrote:My main complaint though, is that there doesn't seem to be any reasonable way to apply this to our 'real world' intuition that probability is about throwing darts or rolling dice.
The thing to remember is that when looking at probability in an intuitive sense, there's no relevant difference between a countable infinity and an uncountable infinity. In the intuitive sense, any given infinity simply means "arbitrarily large". So to use dice as an example, if you had an infinite-sided die, it would be a sphere and each "side" would be a single point on its surface. Absent any information about the mechanics of the throw, it becomes impossible to give any meaningful number or density distribution to the probability of landing on a given "side".
addams wrote:This forum has some very well educated people typing away in loops with Sourmilk. He is a lucky Sourmilk.
gmalivuk wrote:Well if you're printing out an infinite amount of digits, it'd be impossible to create in the first place.
MartianInvader wrote:And arbiteroftruth, there definitely are differences between countably infinite and uncountable probability spaces, although in both the probability of picking a given point is (usually) zero for basically the same reasons.
MartianInvader wrote:And arbiteroftruth, there definitely are differences between countably infinite and uncountable probability spaces, although in both the probability of picking a given point is (usually) zero for basically the same reasons.
ekolis wrote:Suppose you have a random fish generator which produces random integers. You run the RNG once and get a random integer. Then you run it again. What is the probability that you get the same integer the second time that you did the first time?
It seems that the probability would be "one in infinity", since there is one integer which is the same out of a infinite fish of possible integers. But isn't that probability equal to zero? And if it's zero, that means the RNG could NEVER produce the same integer twice in a row, implying it has a memory!
But the probability won't be some finite fraction greater than zero either - that would imply a bias TOWARD getting the same integer again, since the fish of possible integers is greater than any finite denominator!
So, what IS the probability of getting the same integer again? It almost seems like we need a special class of "infinitesimal" numbers which are somehow greater than zero but less than the smallest possible fraction...
gmalivuk wrote:Yeah, but there are only countably many numbers like that, so the probability of a perfect uniform RNG picking any of them is 0.
gmalivuk wrote:If the algorithm is defined with a finite string of symbols from a finite alphabet, it doesn't matter whether it runs forever or not: it will still only hit a countably infinite set. If the actual specification of the algorithm is allowed to be infinite, well then of course it will hit all the reals. Just tell it to PRINT each real, given as a "full" (i.e. infinite) decimal expansion.
gmalivuk wrote:Finite algorithms in a finite language gives countably many algorithms. Each finite algorithm can only print out countably many outputs. A countable set of countable sets is still countable, so you can never get uncountably many results from finitely-specified algorithms with a finite alphabet.
I'm pretty sure it isn't, because couldn't a Godel-like numbering scheme enumerate the algorithms, and then we/d just number their outputs sequentially? In that case, all the results could be identified with points in NxN, which is countable even without AoC.Desiato wrote:While it seems kinda nitpicky, I'm not sure if the result that it's consistant with ZF that countable unions of countable sets need not be countable is irrelevant here.
gmalivuk wrote:I'm pretty sure it isn't, because couldn't a Godel-like numbering scheme enumerate the algorithms, and then we/d just number their outputs sequentially? In that case, all the results could be identified with points in NxN, which is countable even without AoC.Desiato wrote:While it seems kinda nitpicky, I'm not sure if the result that it's consistant with ZF that countable unions of countable sets need not be countable is irrelevant here.
Users browsing this forum: Daddyenenpaic and 5 guests