Output of mod() for large input

2 views (last 30 days)
In the Stanford online course in probabilistic graphical models, they use their own linear congruential random number generator. The results from that generator differ between R2012a and earlier versions of MATLAB, and I boiled it down to a difference in the calculation of mod() for a very large number:
mod(25754210418041856,179424673)
Since the first argument is 17 digits, and therefore not accurately stored as an integer, it is no surprise to me that mod() might struggle; but I am wondering if anyone can give me some more specific insight as to why the behavior may have changed from version R2011b to R2012a.

Accepted Answer

Richard Brown
Richard Brown on 23 Apr 2012
@Walter Roberson is correct, in R2012a MATLAB automatically casts the number into a uint64. For this piece of code
[mod(25754210418041856,179424673), mod(uint64(25754210418041856),179424673)]
In R2011b I get this:
149629568 149629566
In R2012a I get this:
149629566 149629566
  1 Comment
Richard Brown
Richard Brown on 23 Apr 2012
Also, from the release notes for R2012a:
"The following functions show improved performance:
Arithmetic and similar basic math functions for double, single, and integer data types."

Sign in to comment.

More Answers (0)

Categories

Find more on Interactive Control and Callbacks in Help Center and File Exchange

Tags

Products

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!