Исправление Evgueni, (текущая версия) :
Похоже у вас некоторое недопонимание по поводу «воспроизводимости». В случае 2+2 воспроизводимость должна быть независимо от версии софта (если это не так, то этот софт выставляется на мороз) и уж тем более от версии glibc. Некоторые нюансы касаются используемых датчиков случайных чисел и если псеводопоследовательность по какой-то причине поменялась, то результат в получении которого используется эта самая последовательность очевидно поменяется. Эта неопределённость подавляется за счёт использования настолько большего числа сэмплов моделируемых событий или эквивалентных сущностей, чтобы вклад в ответ был как минимум 1/3 от вклада событий реальных. Так же может что-то поменяться в случае изменения алгоритма поисков экстремумов какой-либо зависимости, но тут это на самом деле хороший звоночек на тему, что этот самый поиск является неустойчивым и с ним необходимо разобраться, а не заметать под ковёр «воспроизводимости».
Физический результат это не одно число, а несколько: собственно результат и разного рода неопределённости которые этому результату приписываются. Основное время занимает определение этих самых неопределённостей, если вы конечно не хотите соврать.
Иными словами, если вы что-то делаете «на коленке» в пределах локалхоста, то необходимость «в стабильности софта» и уж тем более glibc отсутствует как класс. Ubuntu ничем не лучше/хуже Redhat или другого любимого вами дистрибутива GNU/Linux или, скажем, прости господи, Open VMS. Гнаться до точностей совпадения превышающие, скажем 1/10 от имеющихся неопределённостей смысла нет от слова совсем. Если что-то от смены версии glibc поплыло сильнее, то это 99.99% ошибка в пользовательской программе, а не в glibc и это повод для разбирательства.
Ситуация кардинально меняется, когда приходится использовать результаты труда других людей и если этих людей и их результатов десятки-сотни-тысячи-десятки тысяч, то тут стабильность и единообразие песочницы в которой всё это добро собирается становится определяющей. Стабильность нужна в основном не для точного воспроизведения, а для того, чтобы весь этот зоопарк с огромным числом зависимостей и кучей скрытых и не очень ошибок просто собрался. Собственно всё.
Исходная версия Evgueni, :
Похоже у вас некоторое недопонимание по поводу «воспроизводимости». В случае 2+2 воспроизводимость должна быть независимо от версии софта (если это не так, то этот софт выставляется на мороз) и уж тем более от версии glibc. Некоторые нюансы касаются используемых датчиков случайных чисел и если псеводопоследовательность по какой-то причине поменялась, то результат в получении которого используется эта самая последовательность очевидно поменяется. Эта неопределённость подавляется за счёт использования настолько большего числа сэмплов моделируемых событий или эквивалентных сущностей, чтобы вклад в ответ был как минимум 1/3 от вклада событий реальных. Так же может что-то поменяться в случае изменения алгоритма поисков экстремумов какой-либо зависимости, но тут это на самом деле хороший звоночек на тему, что этот самый поиск является неустойчивым и с ним необходимо разобраться, а не заметать под ковёр «воспроизводимости».
Физический результат это не одно число, а несколько: собственно результат и разного рода неопределённости которые этому результату приписываются. Основное время занимает определение этих самых неопределённостей, если вы конечно не хотите соврать.
Иными словами, если вы что-то делаете «на коленке» в пределах локалхоста, то необходимость «в стабильности софта» и уж тем более glibc отсутствует как класс. Ubuntu ничем не лучше/хуже Redhat или другого любимого вами дистрибутива GNU/Linux или, скажем, прости господи, Open VMS. Гнаться до точностей совпадения превышающие, скажем 1/10 от имеющихся неопределённостей смысла нет от слова совсем. Если что-то от смены версии glibc поплыло сильнее, то это 99.99% ошибка в пользовательской программе, а не в glibc и это повод для разбирательства.
Ситуация кардинально меняется, когда приходится использовать результаты труда других людей и если этих людей и их результатов сотни-тысячи-десятки тысяч, то тут стабильность и единообразие песочницы в которой всё это добро собирается становится определяющей. Стабильность нужна в основном не для точного воспроизведения, а для того, чтобы весь этот зоопарк с огромным числом зависимостей и кучей скрытых и не очень ошибок просто собрался. Собственно всё.