Обсуждение макросов для OWEN Logic

[pop70]

Но-но!

Обсуждение ГЧ никакой пользы "макросам ОЛ" (см название текущей темы) не принесет, а народ получит кучу спама. Наверняка есть море подписанных на эту тему.

Поэтому предлагаю ГСЧ тут не обсуждать.
Разумеется, capzap прав (с 24 битами речь была про float, и действительно в одно random float значение можно только 24 бита запихнуть). Ну и я тоже, разумеется, прав. Если есть желание пообсуждать ГСЧ -- создавайте тему в курилке.

Если честно, то я не понимаю смысла выкладывать в этой теме ГСЧ непонятного качества, когда есть проверенные алгоритмы типа xorshift128. Если это проект типа "мой первый макрос в ОЛ" -- не вопрос, пущай будет в отдельной теме. Но зачем подкладывать свинью другим? Много же кто просто возьмёт макрос и прилепит в проект.
А потом окажется, что постоянно перегорает "красная" лампочка, т.к. она на ГСЧ "чаще выпадает".

Ну, если неправильно использовать даже "самый-самый правильный ГСЧ", то легко пережечь только одну лампочку
Задай диапазон ГСЧ 1-10, и включай зелёную только при 11
Оно, конечно, несколько офтоп. Но для полного понимания. Если Ваш ГСЧ пишет только 24 бита, то и "случайным" он может быть только в дискретных точках в этом диапазоне. И не важно как потом представлять эти биты - флоатом, или интом, попугаями или ещё как. 2^24 степени вариантов - и не больше. 24 бита "случайности".
Если "1 бит случайности", то отношение количества 0 и 1 в длинной последовательности выбора стремится к 1.
Если не к 1, то просто "случайности" МЕНЬШЕ ОДНОГО БИТА. (Вспоминаем теорию информации). Но! Это не значит, что случайности нет, или она "неправильная".
"Правильность" её определяется другим - отсутствием зависимости результата генерации от любого числа предыдущих генераций.
Т.е., невозможностью однозначного вычисления результата , зная даже все предыдущие.
Вот поэтому, все детерминированные алгоритмы умеют только "псевдослучайные", с более или менее длинной последовательностью.
Для настоящей случайности, нужна случайность недетерминированная ничем (внешний источник), а задача алгоритма только максимально точно её "размазать" по диапазону, определённому этим алгоритмом, чтобы этот диапазон не заузить. - чтобы 24 бита, в которые алгоритм пишет эту случайность оказались случайными на все 24 бита, а не на 23.5, например.
"Правильный" ГСЧ на 32 бита интов более "случаен", чем на 24 бита флоатов. Просто потому, что диапазон шире.
Это как с возмущениями тут на отсутствие ФБ на равенство флоатов. Ну да! "В натуре" такое равенство разных чисел вообще невероятно, а для флоат-переменных, ограниченных длиной записи, вероятно ровно настолько же, насколько равенство интов этой же длины.
"В натуре" 0.999(9) строго равно 1, а в программе такого не бывает никогда.

[Владимир Ситников]

..Вспоминаем теорию информации..

Ключевое слово правильное называете. Особенно, если помните что-то про эту теорию.

Тестирование псевдослучайных последовательностей — совокупность методов определения меры близости заданной псевдослучайной последовательности к случайной. В качестве такой меры обычно выступает наличие равномерного распределения, большого периода, равной частоты появления одинаковых подстрок и т. п.

Обычно, за эталон берут равномерный генератор.
Все эти "энтропия есть, а распределения могут быть не только равномерными" это липовые отмазки. Если автор ожидает, что генератор имеет специфическое распределение, то это и нужно упоминать в прилагаемом описании. Раз никаких примечаний не было, то вполне логично предполагать равномерное.

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

Тут же под видом ГСЧ пытаются подсунуть генератор неизвестного качества.
Повторюсь, есть куча инструментов, которые по входной последовательности проводят тесты на случайность и говорят какие из тестов проходят, а какие нет.

И, если ParuSnow утверждает, что у него ГСЧ хороший, то пусть прогонит результат своего ГСЧ через эти инструменты (хотя бы через 1).
А без таких проверок качество этого ГСЧ сомнительное.
Да, может оказаться, что генератор у ParuSnow хороший. Но может же оказаться, что ГСЧ плохой? И что тогда?

Разумеется, нет смысла пользоваться сомнительными ГСЧ, когда есть проверенные временем и тестами ГСЧ.

Тут не я (и не capzap) должны доказывать, что "ГСЧ плох". А сам автор (ну или ещё кто-то кому не лень тратить время) должен провести тесты и показать какие тесты этот ГСЧ проходит.

"Правильный" ГСЧ на 32 бита интов более "случаен", чем на 24 бита флоатов. Просто потому, что диапазон шире.

У вас пробелы в "теорией информации". Вы путаете "объём состояния" и "размер выхода". Ещё раз: все остальные ваши отмазки -- в отдельную тему.

[pop70]

Ключевое слово правильное называете. Особенно, если помните что-то про эту теорию.



Обычно, за эталон берут равномерный генератор.

"Обычно, необычно" - это и есть отмазки.
Будете использовать для ГСЧ формулу вычисления пи?
А чё так?
Распределение равномерное, цикл бесконечен...
По всем "канонам" с "обычно" проходит. А "случайности" ("энтропии") 0
"В реальности всё совсем не так, как на самом деле"(с)

[ParuSnow]

И, если ParuSnow утверждает, что у него ГСЧ хороший, то пусть прогонит результат своего ГСЧ через эти инструменты (хотя бы через 1).

Я зделал макрос он работает где требуется...
Что касается проверки то Как говорится: пускай болит голова у дятла

[pop70]

Я зделал макрос он работает где требуется...
Что касается проверки то Как говорится: пускай болит голова у дятла

Всё правильно! Велосипедов должно быть много и разных!
А самый ценный всегда - тот, что сам сваял, сам поехал, сам смазал, сломал и починил.

[Алексей Геннадьевич]

Алексей Геннадьевич, вы же видели прошлый балаган про xorshift128, oscat и ГСЧ.

Вообще говоря, ГСЧ может быть полезным для:
1) Отложенного запуска. Например, нездорово будет, если запускать всю нагрузку в одно и то же время. Пусковые токи и все дела. Можно, конечно, запускать ровно по расписанию (1-ый вход через 1 сек, второй через 2 сек и т.п.). Но тогда 10 ПРок запустят 1ый вход каждая в эту самую 1-ую секунду и получили то же самое -- синхронный запуск нагрузки в один момент времени.

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

Несогласен. В установке (любой) должен быть строгий порядок старта.
Сначала включаем транспорт, потом ещё один транспортёр, и только потом подачу материала...
В металлообрабатывающем станке - гидравлика, СОЖ, подача, вращение фрезы.
А "разнесённый пуск для снижения нагрузки на сеть" встречался на спец.фрезерном станке, на котором стояло 2 двигателя привода фрез по 70квт. Решается обычным реле времени. (одновременный их запуск гарантированно вышибал автомат защиты на шинопроводе)

2) Моделирования системы, для генерации "внешних событий". Например, тестируем схему-макрос для какого-нибудь усреднения. Что подавать на вход? Можно подавать константу, а можно некую "случайную" величину.

Вам как математику виднее. Но нужны ещё и обработчик выходных данных, и сборщик их.
Возможно генератор помех.

Например, световые эффекты.
Могут быть и другие вполне себе прикладные применения.
Хотябы даже для тестирования других компонентов в симуляторе ОЛ.

Световые эффекты - отлично!

[Владимир Ситников]

Несогласен. В установке (любой) должен быть строгий порядок старта.

А свет в помещениях? Тоже крайне важно в каком порядке запускать?
Ну, когда много лампочек, и нужно просто запустить.

[pop70]

А свет в помещениях? Тоже крайне важно в каком порядке запускать?
Ну, когда много лампочек, и нужно просто запустить.

Вот ёлки-палки! А "случайность" там обязательна для равномерного износа лампочек?
Или "чтобы враг не догадался"?
Да не! Я за то, "чтобы было"
А куда прикрутить - время покажет.

[Владимир Ситников]

А куда прикрутить - время покажет.

Вы ответьте на простой вопрос: зачем использовать доморощенный (и, наверняка палёный) генератор, если есть проверенный?
Есть какой-то реальный повод?