Последний раз редактировалось Dmitriy40 05.10.2024, 14:44, всего редактировалось 1 раз.
Как и ожидалось, ночью нашлась вторая известная с августа грязная 19-252: 1791808741444077180184441: [ 0, 6, 12, 30, 42, -58, 72, 90, 96, 120, 126, 132, 156, 162, 180, 210, 222,-228, 240, 246, 252], len=21, valids=19 Кроме неё с 29.09 нашлись ещё 5шт valids=18, в том числе такая прекрасная: 152280801556172495686561: [ 0, 6, 12, 30, +42, 72, 90, 96, 120, 126, 132, 156, 162, 180, 210, 222, 240, 246, 252], len=18, valids=18 Плюс нашлась интересная цепочка: 2818119519177428738516611: [0, 6, 30, 42, 72, 90, 96, 120, 126, 132, 156, 162, 180, 210, 222, 246, 252], n=17 - снова с симметричными пропусками, 17-ка с другим паттерном И цепочка со всего одной дыркой (по версии НМ): 3321558363716512589630041: [0, 6, 12, 30, 42, 72, 90, 96, 120, 126, 132, 156, 162, 190, 210, 222, 240, 246, 252], valids=18 С двумя дырками нашлось уже 8шт, из них 5шт с правильными концами. На текущий момент проверено 17.0% от всего 67#. Всего найдено 840К цепочек (логи 157М) с len>16, в том числе 66.4К с len=19 и 26.4К с len>19.
Интересно что цепочек находится непропорционально меньше чем старой программой, там на 21.6% было 3.77М цепочек, тут на 17.0% всего 0.84М, в 3.5 раза меньше, хотя должно быть одинаково. Я вижу две совместно влияющие причины: по прежнему в более грязных группах находится почти вдвое больше цепочек (сначала файлы были 30К более чистых vs 130К более грязных, сейчас 45К vs 100К); с возрастанием величины чисел количество цепочек должно уменьшаться так что 3.77М так велико из-за нахождения в нижней части всего диапазона 67#. Если первую причину видно просто по размерам файлов лога, то вторую проверил напрямую, подсчитав количество цепочек из 840К меньших 1.7e24, их оказалось 246К, вместо 0.216*840К=181К, в 1.36 раза больше, что вместе с увеличением логов пожалуй вполне даст нужный коэффициент 3.5, т.е. никакой аномалии на самом деле нет.
|