Нет, она касалась совершенно необоснованного перемножения интервалов :) а приведенный фрагмент - нормальный способ получить число - остаток от деления, чтобы ограничить значение, так при этом будут получаться значения от 0 до maximum.

SergT: "ментор-то прав: бросания кости, или монеты иллюстируют именно равномерное распределение."

Бесспорно прав, сорри, что ляпнул про нормальное распределение...

mentor: "столь значимых испытатний... В чем значимость испытаний?"

Этот инструмент предназначен для проверки паранормальных возможностей всех, кто их декларирует на этом сайте, понятно, что он должен быть по-возможности безупречным.

"Почему ГСЧ примитивные, если они генерят СВ распределенную по равномерному закону?"

доступный программерам встроенный генератор случайных чисел использует заранее записанные последовательности и требует инициализации с тем, что эти последовательности начинались не с одного и того же значения. Понятно, что это насторожит любого претендента, знающего эту особенность.

"Что означает фраза  

"

Это означат, что в зависимости от выбранного диапазона значений случайных числе (у монеты -2, кубика -6 и т.п.) случайные числа генерировались с таким разбросом (дисперсией).

"Что означает фраза

"

здесь описка: вместо знаний – значений, сорри.

"Что означает

"

Если выбирать несколько последних разрядов счетчика текущих микросекунд, то возникают биения (слово из сложения гармонических колебаний): в случае если интервал был бы равен разрядности, то число бы выпадало одно и тоже. Поэтому значения интервалов – так же случайные, но уже используется псевдослучайная последовательность компьютера. Биения, конечно, остаются все равно, но они принимают вид случайных флуктуаций.

Алгоритм довольно ломовой, сейчас будет понятно почему :)

Все сводится к получению текущего случайно числа в серии из заданного числа бросков (костей):

1. получить текущее время в микросекундах t1;

2. инициировать им генератор случайных чисел компа с границе значений от 100 до 1000 - N;

3. запустить цикл на число N каждый раз давая квант времени процессору, чтобы следующий интервал был как можно неопределенней из-за разных величин времени возврата к циклу;

4. после отработки цикла получить время в микросекундах t2;

5. использовать младшие разряды числа t2 в качестве случайного числа, ограничив операцией остатка от деления на требуемый диапазон (maximum):

return (1+t2%(maximum));

Но, кажется, там использовалось перемножения интервалов t1*t2, а не само t2, нужно лезть разбираться со старым исходником...

Саму прогу можно скачать здесь: http://www.scorcher.ru/any/rand.zip

После кадогой серии выборок внизу подсчитывается среднее. так что чем больше выборка тем ближе к среднему получается результат.

Что-то резко замолчали все :)

короче, обнаружил примерно 3% погрешность случайных чисел (т.е. отход от 50% в случае 2-значных чисел при очень больших сериях). Нашел причину и ликвидировал. Заодно ввел кнопку в тулбаре для показа реализованного алгоритма :)  Он основывается на использовании текущего значения тиков процессора, т.е. это не микросекунды, а при тактовой в 2,5 гигагерц - наносекунды :)

Теперь при выборках в 1000 бросаний разброс достигает ~2% от среднего (50%), а при серии в 10000 - около 0,3%, что, я думаю, показывает хорошее качество генерации случайных чисел.

Новую версию проги можно скачать здесь: http://www.scorcher.ru/any/rand.zip