Simple Monte Carlo simulation/approximation of 2 pair in a 5 card poker handChange in probability complexity when adding 2 “wildcards” (jokers) to a standard 52 card deckApproximation and Monte Carlo simulation.Getting $5$ in a row of same color card “mystery”Bingo probability of a tie with 20 playersProblem with card game called “El Monte”How to calculate the expected value of the Powerball Lottery?Basic Monte Carlo simulation of indistinguishable balls and distinguishable binsSimulating a fair die with a 5-card handAntithetic sampling and Monte Carlo simulationProbability of Straight of 4 in 5 Card Poker Hand
How could a scammer know the apps on my phone / iTunes account?
Math equation in non italic font
Aluminum electrolytic or ceramic capacitors for linear regulator input and output?
Bacteria contamination inside a thermos bottle
Is it good practice to use Linear Least-Squares with SMA?
What does 高層ビルに何車線もの道路。mean?
Have the tides ever turned twice on any open problem?
Are Roman Catholic priests ever addressed as pastor
What is the relationship between relativity and the Doppler effect?
Describing a chess game in a novel
Print a physical multiplication table
ERC721: How to get the owned tokens of an address
How to pronounce "I ♥ Huckabees"?
Instead of a Universal Basic Income program, why not implement a "Universal Basic Needs" program?
How do I change two letters closest to a string and one letter immediately after a string using Notepad++?
Why do tuner card drivers fail to build after kernel update to 4.4.0-143-generic?
How to plot polar formed complex numbers?
Do I need to be arrogant to get ahead?
Official degrees of earth’s rotation per day
Adventure Game (text based) in C++
What is the adequate fee for a reveal operation?
How do I hide Chekhov's Gun?
What did “the good wine” (τὸν καλὸν οἶνον) mean in John 2:10?
Violin - Can double stops be played when the strings are not next to each other?
Simple Monte Carlo simulation/approximation of 2 pair in a 5 card poker hand
Change in probability complexity when adding 2 “wildcards” (jokers) to a standard 52 card deckApproximation and Monte Carlo simulation.Getting $5$ in a row of same color card “mystery”Bingo probability of a tie with 20 playersProblem with card game called “El Monte”How to calculate the expected value of the Powerball Lottery?Basic Monte Carlo simulation of indistinguishable balls and distinguishable binsSimulating a fair die with a 5-card handAntithetic sampling and Monte Carlo simulationProbability of Straight of 4 in 5 Card Poker Hand
$begingroup$
I am very curious about simulation of an event where an estimating/sampling technique is used.
In this example, the goal is to simulate a subset of all the roughly $2.6$ million $5$ card poker hands from a standard $52$ card deck and determine how many are $2$ pair hands.
We already know that the correct count is about $123,552 / 2,598,960$ which is about $4.75$% but I am using this example because it has a reasonable # of outcomes to be simulated in any proportion from $0$ to $100$% and because we can use it to check the accuracy of the partial simulation easily.
I would like if someone could simulate a subset of these hands using some simulation software and perhaps build a small table with 5 columns, namely:
- Number of hands evaluated
- % of total possible hands
- Number of winners found
- Extrapolated winners expected
- Actual error
So for example, a good starting point would be to simulate $1$% of the roughly $2.6$ million possible outcomes so that would be about $26,000$. So for our table we would fill in the following:
- $26,000$
- $1$%
- ? (we would expect around $1236$)
- $100$ * whatever we actually get in # $3$.
- how far off are we from the expected $1236$ in %?
I'd also be curious of what type of sampling method you used such as random or something else. For example, would you just choose $5$ random cards $26,000$ times and check for a 2 pair? Would that be the best method in this case or would something other than random be more appropriate?
I would like to see the results of some other sample sizes too like $0.01$% ($260$ hands), $0.1$% ($2600$ hands) and $2$% ($52,000$ hands).
Can Mathematica and/or other simulation software handle this problem easily? If so, does it automatically check that the same random hand is not generated multiple times for the same simulation or does that require separate programming or is it not a concern since it would be rare if the number of samples is small (such as $1$% or less of the total # of possible $5$ card hands)?
probability simulation
$endgroup$
add a comment |
$begingroup$
I am very curious about simulation of an event where an estimating/sampling technique is used.
In this example, the goal is to simulate a subset of all the roughly $2.6$ million $5$ card poker hands from a standard $52$ card deck and determine how many are $2$ pair hands.
We already know that the correct count is about $123,552 / 2,598,960$ which is about $4.75$% but I am using this example because it has a reasonable # of outcomes to be simulated in any proportion from $0$ to $100$% and because we can use it to check the accuracy of the partial simulation easily.
I would like if someone could simulate a subset of these hands using some simulation software and perhaps build a small table with 5 columns, namely:
- Number of hands evaluated
- % of total possible hands
- Number of winners found
- Extrapolated winners expected
- Actual error
So for example, a good starting point would be to simulate $1$% of the roughly $2.6$ million possible outcomes so that would be about $26,000$. So for our table we would fill in the following:
- $26,000$
- $1$%
- ? (we would expect around $1236$)
- $100$ * whatever we actually get in # $3$.
- how far off are we from the expected $1236$ in %?
I'd also be curious of what type of sampling method you used such as random or something else. For example, would you just choose $5$ random cards $26,000$ times and check for a 2 pair? Would that be the best method in this case or would something other than random be more appropriate?
I would like to see the results of some other sample sizes too like $0.01$% ($260$ hands), $0.1$% ($2600$ hands) and $2$% ($52,000$ hands).
Can Mathematica and/or other simulation software handle this problem easily? If so, does it automatically check that the same random hand is not generated multiple times for the same simulation or does that require separate programming or is it not a concern since it would be rare if the number of samples is small (such as $1$% or less of the total # of possible $5$ card hands)?
probability simulation
$endgroup$
add a comment |
$begingroup$
I am very curious about simulation of an event where an estimating/sampling technique is used.
In this example, the goal is to simulate a subset of all the roughly $2.6$ million $5$ card poker hands from a standard $52$ card deck and determine how many are $2$ pair hands.
We already know that the correct count is about $123,552 / 2,598,960$ which is about $4.75$% but I am using this example because it has a reasonable # of outcomes to be simulated in any proportion from $0$ to $100$% and because we can use it to check the accuracy of the partial simulation easily.
I would like if someone could simulate a subset of these hands using some simulation software and perhaps build a small table with 5 columns, namely:
- Number of hands evaluated
- % of total possible hands
- Number of winners found
- Extrapolated winners expected
- Actual error
So for example, a good starting point would be to simulate $1$% of the roughly $2.6$ million possible outcomes so that would be about $26,000$. So for our table we would fill in the following:
- $26,000$
- $1$%
- ? (we would expect around $1236$)
- $100$ * whatever we actually get in # $3$.
- how far off are we from the expected $1236$ in %?
I'd also be curious of what type of sampling method you used such as random or something else. For example, would you just choose $5$ random cards $26,000$ times and check for a 2 pair? Would that be the best method in this case or would something other than random be more appropriate?
I would like to see the results of some other sample sizes too like $0.01$% ($260$ hands), $0.1$% ($2600$ hands) and $2$% ($52,000$ hands).
Can Mathematica and/or other simulation software handle this problem easily? If so, does it automatically check that the same random hand is not generated multiple times for the same simulation or does that require separate programming or is it not a concern since it would be rare if the number of samples is small (such as $1$% or less of the total # of possible $5$ card hands)?
probability simulation
$endgroup$
I am very curious about simulation of an event where an estimating/sampling technique is used.
In this example, the goal is to simulate a subset of all the roughly $2.6$ million $5$ card poker hands from a standard $52$ card deck and determine how many are $2$ pair hands.
We already know that the correct count is about $123,552 / 2,598,960$ which is about $4.75$% but I am using this example because it has a reasonable # of outcomes to be simulated in any proportion from $0$ to $100$% and because we can use it to check the accuracy of the partial simulation easily.
I would like if someone could simulate a subset of these hands using some simulation software and perhaps build a small table with 5 columns, namely:
- Number of hands evaluated
- % of total possible hands
- Number of winners found
- Extrapolated winners expected
- Actual error
So for example, a good starting point would be to simulate $1$% of the roughly $2.6$ million possible outcomes so that would be about $26,000$. So for our table we would fill in the following:
- $26,000$
- $1$%
- ? (we would expect around $1236$)
- $100$ * whatever we actually get in # $3$.
- how far off are we from the expected $1236$ in %?
I'd also be curious of what type of sampling method you used such as random or something else. For example, would you just choose $5$ random cards $26,000$ times and check for a 2 pair? Would that be the best method in this case or would something other than random be more appropriate?
I would like to see the results of some other sample sizes too like $0.01$% ($260$ hands), $0.1$% ($2600$ hands) and $2$% ($52,000$ hands).
Can Mathematica and/or other simulation software handle this problem easily? If so, does it automatically check that the same random hand is not generated multiple times for the same simulation or does that require separate programming or is it not a concern since it would be rare if the number of samples is small (such as $1$% or less of the total # of possible $5$ card hands)?
probability simulation
probability simulation
edited Sep 26 '14 at 8:48
David
asked Sep 26 '14 at 8:14
DavidDavid
33711133
33711133
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
$begingroup$
Assuming your random simulation is indeed random, generating the same hand more than once is not a problem: you do not have to remove duplicates or even have to check whether it has happened. Generating duplicate cards in the same hand would be a problem.
If the probability of an event is $p$ and you sample $n$ times then, using the binomial distribution, you would expect $np$ cases to occur, with a standard deviation of $sqrtnp(1-p)$. The ratio of these is $sqrtfrac1-pnp$. Thanks to the central limit theorem, you would expect $95%$ to within about two standard deviations of the expected value.
For your example this give a mean of about $1236.0$ as you have said and a standard deviation of about $34.3$. The ratio in your example about $0.0278$ suggesting that about $95%$ of simulations should be within $5.55%$ of $1236$.
Change the sample size and you change $n$ in the calculations above. If it is small, you should use the binomial distribution directly rather than a Gaussian approximation, especially given the discreteness of the results.
$endgroup$
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
|
show 1 more comment
Your Answer
StackExchange.ifUsing("editor", function ()
return StackExchange.using("mathjaxEditing", function ()
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix)
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["$", "$"], ["\\(","\\)"]]);
);
);
, "mathjax-editing");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "69"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmath.stackexchange.com%2fquestions%2f946703%2fsimple-monte-carlo-simulation-approximation-of-2-pair-in-a-5-card-poker-hand%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
$begingroup$
Assuming your random simulation is indeed random, generating the same hand more than once is not a problem: you do not have to remove duplicates or even have to check whether it has happened. Generating duplicate cards in the same hand would be a problem.
If the probability of an event is $p$ and you sample $n$ times then, using the binomial distribution, you would expect $np$ cases to occur, with a standard deviation of $sqrtnp(1-p)$. The ratio of these is $sqrtfrac1-pnp$. Thanks to the central limit theorem, you would expect $95%$ to within about two standard deviations of the expected value.
For your example this give a mean of about $1236.0$ as you have said and a standard deviation of about $34.3$. The ratio in your example about $0.0278$ suggesting that about $95%$ of simulations should be within $5.55%$ of $1236$.
Change the sample size and you change $n$ in the calculations above. If it is small, you should use the binomial distribution directly rather than a Gaussian approximation, especially given the discreteness of the results.
$endgroup$
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
|
show 1 more comment
$begingroup$
Assuming your random simulation is indeed random, generating the same hand more than once is not a problem: you do not have to remove duplicates or even have to check whether it has happened. Generating duplicate cards in the same hand would be a problem.
If the probability of an event is $p$ and you sample $n$ times then, using the binomial distribution, you would expect $np$ cases to occur, with a standard deviation of $sqrtnp(1-p)$. The ratio of these is $sqrtfrac1-pnp$. Thanks to the central limit theorem, you would expect $95%$ to within about two standard deviations of the expected value.
For your example this give a mean of about $1236.0$ as you have said and a standard deviation of about $34.3$. The ratio in your example about $0.0278$ suggesting that about $95%$ of simulations should be within $5.55%$ of $1236$.
Change the sample size and you change $n$ in the calculations above. If it is small, you should use the binomial distribution directly rather than a Gaussian approximation, especially given the discreteness of the results.
$endgroup$
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
|
show 1 more comment
$begingroup$
Assuming your random simulation is indeed random, generating the same hand more than once is not a problem: you do not have to remove duplicates or even have to check whether it has happened. Generating duplicate cards in the same hand would be a problem.
If the probability of an event is $p$ and you sample $n$ times then, using the binomial distribution, you would expect $np$ cases to occur, with a standard deviation of $sqrtnp(1-p)$. The ratio of these is $sqrtfrac1-pnp$. Thanks to the central limit theorem, you would expect $95%$ to within about two standard deviations of the expected value.
For your example this give a mean of about $1236.0$ as you have said and a standard deviation of about $34.3$. The ratio in your example about $0.0278$ suggesting that about $95%$ of simulations should be within $5.55%$ of $1236$.
Change the sample size and you change $n$ in the calculations above. If it is small, you should use the binomial distribution directly rather than a Gaussian approximation, especially given the discreteness of the results.
$endgroup$
Assuming your random simulation is indeed random, generating the same hand more than once is not a problem: you do not have to remove duplicates or even have to check whether it has happened. Generating duplicate cards in the same hand would be a problem.
If the probability of an event is $p$ and you sample $n$ times then, using the binomial distribution, you would expect $np$ cases to occur, with a standard deviation of $sqrtnp(1-p)$. The ratio of these is $sqrtfrac1-pnp$. Thanks to the central limit theorem, you would expect $95%$ to within about two standard deviations of the expected value.
For your example this give a mean of about $1236.0$ as you have said and a standard deviation of about $34.3$. The ratio in your example about $0.0278$ suggesting that about $95%$ of simulations should be within $5.55%$ of $1236$.
Change the sample size and you change $n$ in the calculations above. If it is small, you should use the binomial distribution directly rather than a Gaussian approximation, especially given the discreteness of the results.
answered Sep 26 '14 at 9:46
HenryHenry
101k481168
101k481168
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
|
show 1 more comment
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Can I get some "concrete" data please like someone run a random simulation of some number of trials of a $5$ card poker hand such as $2600$ and report back? I am anxious to see how close to the expected value of $124$ we actually get. Thanks.
$endgroup$
– David
Sep 26 '14 at 10:28
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
Here concrete data will tell you less than theory. But if you insist, $260$ attempts gave me $16$ two-pairs (but not full houses or fours-of-a-kind), $2600$ attempts gave me $114$ two-pairs, $26000$ attempts gave me $1263$ two-pairs, and $260000$ attempts gave me $12425$ two-pairs. Consistent with my answer but less informative.
$endgroup$
– Henry
Sep 26 '14 at 12:13
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
That is informative thanks. It seems like the Monte Carlo method works when you don't need an exact count/probability but rather just an approximation. However if there were trillions (or more) of possible outcomes to consider, then the % we could actually simulate in a reasonable amount of time would go way down and the possible error would likely go way up. Notice that the $16$ you got here out of $260$ has the greatest % error since it should be a theoretical $12.4$ count so that is about $29$% too high an estimate but I would say it is "ballpark" (although in the "nosebleed" section).
$endgroup$
– David
Sep 26 '14 at 12:49
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
The sample error does not really depend on the population size (at least not until they are the same order of magnitude and you are sampling without replacement). My expression $sqrtfrac1-pnp$ indicates how the likely magnitude of the relative error changes with the sample size, and is unaffected by whether there are millions, or billions, or trillions of possibilities in the original population.
$endgroup$
– Henry
Sep 26 '14 at 13:18
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
$begingroup$
Also your formulas are informative but sometimes we don't know p, that is why we are simulating it. For example, in my original problem of drawing $27$ cards from $54$. I don't even have a feel for what a "ballpark" answer would be on that and because it has about $2$ quadrillion card combinations, even a simulation would likely be considerably off.
$endgroup$
– David
Sep 26 '14 at 13:35
|
show 1 more comment
Thanks for contributing an answer to Mathematics Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmath.stackexchange.com%2fquestions%2f946703%2fsimple-monte-carlo-simulation-approximation-of-2-pair-in-a-5-card-poker-hand%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown