Topic: [40 TH/s] pool.itzod.ru - RSMPPS 0% fee/LongPoll/JSON API/Websockets/No Invalid - page 459. (Read 1293703 times)
August 12, 2011, 10:34:21 AM
Кое-что по мелочи оптимизировано на lp-серверах, должно снизиться количество реджектов.
August 12, 2011, 08:42:39 AM
Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).
с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром
сегодня кстати ДДоса не наблюдалось? в конфе замечали резкий всплеск кол-ва конектов на ЛП3
Значительный-это насколько?
August 12, 2011, 06:51:16 AM
Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).
с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром
сегодня кстати ДДоса не наблюдалось? в конфе замечали резкий всплеск кол-ва конектов на ЛП3
August 12, 2011, 05:08:47 AM
Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).
с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром
August 12, 2011, 04:06:40 AM
Сделал кое-какие расчёты в экселе предполагаемой награды в связи с системой рейтинга.
Можно прикинуть, какой штраф получится, если спрыгнуть в определённый момент. Для упрощения расчёт сделан почасово.
Исходные переменные - скорость юзера, средняя скорость пула, сложность сети.
Подсчёт приблизительный, т.к в основе лежит только коэффициент (Ri+2*Rmax)/(3*Rmax), предполагается, что кроме юзера, никто не уйдёт с пула
Считается, что после спрыгивания юзер переходит на беспроцентный PPS
Кому интересно, можете ознакомиться: http://multi-up.com/537826
P.S. Последняя таблица показывает, до какого момента спрыгивать невыгодно. Сейчас это порядка 2500K шар.
Можно прикинуть, какой штраф получится, если спрыгнуть в определённый момент. Для упрощения расчёт сделан почасово.
Исходные переменные - скорость юзера, средняя скорость пула, сложность сети.
Подсчёт приблизительный, т.к в основе лежит только коэффициент (Ri+2*Rmax)/(3*Rmax), предполагается, что кроме юзера, никто не уйдёт с пула
Считается, что после спрыгивания юзер переходит на беспроцентный PPS
Кому интересно, можете ознакомиться: http://multi-up.com/537826
P.S. Последняя таблица показывает, до какого момента спрыгивать невыгодно. Сейчас это порядка 2500K шар.
August 12, 2011, 04:01:06 AM
Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).
с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром
August 12, 2011, 03:52:03 AM
Повышаться она в таком случае не будет.
В таком случае можно будет начинать со скорости 10Mh/s на процессоре, после первого расчета базовой скорости подключать 5Gh/s, а по истечении этих 2 часов в последнюю 30-минутку спрыгивать на другой пул и снова повторять всё заново до достижения не выгодного для хоппинга числа решений в раудне, хоть и геморно так часто прыгать, зато если реализовать программно - будет рай для хопперов, так как еще и бонус за рейтинг даваться будет.Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).
August 12, 2011, 03:47:48 AM
Угу, алгоритм примерно такой:
- Берем минимальную скорость за последние 2-4 интервала, сравниваем с текущей базовой
- Если она больше базовой, обновляем базовую, если меньше - оставляем как есть
Преимущества:
- Система нечувствительна к кратковременным скачкам удачи
- Не нужно учитывать запас 40+% вверх
- Берем минимальную скорость за последние 2-4 интервала, сравниваем с текущей базовой
- Если она больше базовой, обновляем базовую, если меньше - оставляем как есть
Преимущества:
- Система нечувствительна к кратковременным скачкам удачи
- Не нужно учитывать запас 40+% вверх
August 12, 2011, 03:39:09 AM
Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг. допустим: базовая сложность 500м, юзер подключил временно еще 100м(либо удача прыгнула), в теперешнем варианте базовая скорость увеличится при следующем пересчете, а предлагается увеличивать ее через 4-5 пересчетов
August 12, 2011, 03:16:36 AM
Повышаться она в таком случае не будет.
August 12, 2011, 03:02:00 AM
Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг. August 12, 2011, 01:56:21 AM
что с конференцией?
хз, conference.qip.ru лежитЗЫ, Бальтазар а скинь пожалуйста скорость еще разок, старые реджекты уже прошли, а базовая скорость сильно завышенна, рейтинг начал таить
ЗЗЫ: конфа снова в срою!
August 12, 2011, 01:54:21 AM
что с конференцией?
August 12, 2011, 01:23:05 AM
Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг. August 12, 2011, 01:12:01 AM
Реджекты больше не учитываются при подсчете скорости.
August 12, 2011, 01:02:22 AM
Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг. August 12, 2011, 01:01:29 AM
Сбросить то я сбросил, но реджектов-то оно еще в базу наинсертило, так что нормальная скорость не менее чем через полчаса покажется. 
August 12, 2011, 12:58:06 AM
Скорее надо сделать как было раньше-не учитывать реджекты в расчете скорости. Из-за них она такая бешеная и набралась ведь.
так точно!
теперь по порядку:
сработал ВПУ рекавер
скорость на компе показало 4гигахеша и куча реджектов
Balthazar можешь сбросить мне базовую скорость? чтоб я спокойно комп перезагрузил.
ЗЫ: скорость сбосилась, Спасибо
August 12, 2011, 12:53:37 AM
Скорее надо сделать как было раньше-не учитывать реджекты в расчете скорости. Из-за них она такая бешеная и набралась ведь.
August 12, 2011, 12:46:16 AM
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Jump to: