Путаешь теплое с мягким. 32 шара дает в 32 раза больше "работы", чем 1. Но она все равно одна. Это одна шара, один хэш.
Промтой пример - два ведра яблок, в одном 1 килограмм, в другом 2. Если считать ведрами, то у нас будет 2 ведра, а не 3. Если считать в "условных ведрах по 1кг яблок", то будет три "условных ведра". Но физически-то их все равно будет 2.
Но это не совсем правильное сравнение, потоиу что яблоки можно разложить по ведрам, а из d32 шары нельзя сделать 32 d1 шары.
Отнюдь, просто пытаюсь указать на существующую проблему вычисления параметра "rej.%" при наличии периодически скачущей сложности шар, при любой фиксированной сложности проблема просто отсутствует как класс.
Если уж переходить на ведра, то выглядит это будто "колхоз" сначала выдает "фермеру" ведра некой фиксированной вместимостью, он заполняет их яблоками и все счастливы, т.к. колхоз ведет учет непринятых ведер и они безусловно привязаны к количеству кг. яблок. Затем
ВНЕЗАПНО колхоз переходит на диапазон ведер повышенной вместимости, причем выдает их по некоему своему алгоритму. Фермера интересует количество принятых (ему пропорционально за это считают трудодни) и количество потерянных кг. яблок в пути (ведро там уронили, к примеру, или кто-то насрал в него), а колхоз выдает лишь общее количество непринятых ведер без привязки к их емкости.
Как я уже писал выше, неплохо было бы видеть на worker'е как количество физически отвергнутых шар, так и количество отвергнутых "виртуальных" d1 шар. Сейчас есть информация только по принятым для разной сложности, для отвергнутых нет - оно все сваливаются в одну кучу.
