Bitcoin Forum
April 28, 2024, 12:38:10 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 [128] 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 ... 586 »
  Print  
Author Topic: [40 TH/s] pool.itzod.ru - RSMPPS 0% fee/LongPoll/JSON API/Websockets/No Invalid  (Read 1293631 times)
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 12, 2011, 06:01:29 AM
 #2541

Сбросить то я сбросил, но реджектов-то оно еще в базу наинсертило, так что нормальная скорость не менее чем через полчаса покажется. Roll Eyes
No Gods or Kings. Only Bitcoin
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714264690
Hero Member
*
Offline Offline

Posts: 1714264690

View Profile Personal Message (Offline)

Ignore
1714264690
Reply with quote  #2

1714264690
Report to moderator
Restor (OP)
Hero Member
*****
Offline Offline

Activity: 649
Merit: 500



View Profile
August 12, 2011, 06:02:22 AM
 #2542

Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг.
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 12, 2011, 06:12:01 AM
 #2543

Реджекты больше не учитываются при подсчете скорости.
[Thor]
Member
**
Offline Offline

Activity: 84
Merit: 10


Supreme Commander of the Asgard Fleet


View Profile
August 12, 2011, 06:23:05 AM
 #2544

Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг.
Нельзя. Убавляться-то она не будет. Просто небольшая задержка роста базовой скорости на случай скачков.

ZPK
Legendary
*
Offline Offline

Activity: 1302
Merit: 1021



View Profile
August 12, 2011, 06:54:21 AM
 #2545

что с конференцией?

Novacoin POS mining only now
mirniy
Sr. Member
****
Offline Offline

Activity: 251
Merit: 250


View Profile
August 12, 2011, 06:56:21 AM
 #2546

что с конференцией?
хз, conference.qip.ru лежит


ЗЫ, Бальтазар а скинь пожалуйста скорость еще разок, старые реджекты уже прошли, а базовая скорость сильно завышенна, рейтинг начал таить Sad


ЗЗЫ: конфа снова в срою!

Джаберр конференция Pool.itzod.ru:xmpp:pool.itzod@conference.jabber.ru
donate: 1CzPbx4cUEfm6QEzkdaza27T5KY3wE5rfe
Restor (OP)
Hero Member
*****
Offline Offline

Activity: 649
Merit: 500



View Profile
August 12, 2011, 08:02:00 AM
 #2547

Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг.
Нельзя. Убавляться-то она не будет. Просто небольшая задержка роста базовой скорости на случай скачков.
Тогда не понял смысла, если она не будет убавляться, то что будет происходить, если условие "скорость не ниже базовой должна продержаться не менее часа-двух" не выполняется?
[Thor]
Member
**
Offline Offline

Activity: 84
Merit: 10


Supreme Commander of the Asgard Fleet


View Profile
August 12, 2011, 08:16:36 AM
 #2548

Повышаться она в таком случае не будет.

mirniy
Sr. Member
****
Offline Offline

Activity: 251
Merit: 250


View Profile
August 12, 2011, 08:39:09 AM
 #2549

Quote
Вывод - надо менять алгоритм вычисления базовой скорости. Скажем, скорость не ниже базовой должна продержаться не менее часа-двух.
Тогда можно будет плавно соскочить, постепенно отключая воркеры, оставив 1 и имея при этом максимальный рейтинг.
Нельзя. Убавляться-то она не будет. Просто небольшая задержка роста базовой скорости на случай скачков.
Тогда не понял смысла, если она не будет убавляться, то что будет происходить, если условие "скорость не ниже базовой должна продержаться не менее часа-двух" не выполняется?

допустим: базовая сложность 500м, юзер подключил временно еще 100м(либо удача прыгнула), в теперешнем варианте базовая скорость увеличится при следующем пересчете, а предлагается увеличивать ее через 4-5 пересчетов

Джаберр конференция Pool.itzod.ru:xmpp:pool.itzod@conference.jabber.ru
donate: 1CzPbx4cUEfm6QEzkdaza27T5KY3wE5rfe
[Thor]
Member
**
Offline Offline

Activity: 84
Merit: 10


Supreme Commander of the Asgard Fleet


View Profile
August 12, 2011, 08:47:48 AM
 #2550

Угу, алгоритм примерно такой:
- Берем минимальную скорость за последние 2-4 интервала, сравниваем с текущей базовой
- Если она больше базовой, обновляем базовую, если меньше - оставляем как есть

Преимущества:
- Система нечувствительна к кратковременным скачкам удачи
- Не нужно учитывать запас 40+% вверх

Restor (OP)
Hero Member
*****
Offline Offline

Activity: 649
Merit: 500



View Profile
August 12, 2011, 08:52:03 AM
 #2551

Повышаться она в таком случае не будет.
В таком случае можно будет начинать со скорости 10Mh/s на процессоре, после первого расчета базовой скорости подключать 5Gh/s, а по истечении этих 2 часов в последнюю 30-минутку спрыгивать на другой пул и снова повторять всё заново до достижения не выгодного для хоппинга числа решений в раудне, хоть и геморно так часто прыгать, зато если реализовать программно - будет рай для хопперов, так как еще и бонус за рейтинг даваться будет.

Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).
mirniy
Sr. Member
****
Offline Offline

Activity: 251
Merit: 250


View Profile
August 12, 2011, 09:01:06 AM
 #2552


Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).

с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром Smiley

Джаберр конференция Pool.itzod.ru:xmpp:pool.itzod@conference.jabber.ru
donate: 1CzPbx4cUEfm6QEzkdaza27T5KY3wE5rfe
Xanderus
Member
**
Offline Offline

Activity: 80
Merit: 10


View Profile
August 12, 2011, 09:06:40 AM
 #2553

Сделал кое-какие расчёты в экселе предполагаемой награды в связи с системой рейтинга.

Можно прикинуть, какой штраф получится, если спрыгнуть в определённый момент. Для упрощения расчёт сделан почасово.
Исходные переменные - скорость юзера, средняя скорость пула, сложность сети.
Подсчёт приблизительный, т.к в основе лежит только коэффициент (Ri+2*Rmax)/(3*Rmax),  предполагается, что кроме юзера, никто не уйдёт с пула  Smiley
Считается, что после спрыгивания юзер переходит на беспроцентный PPS

Кому интересно, можете ознакомиться: http://multi-up.com/537826

P.S. Последняя таблица показывает, до какого момента спрыгивать невыгодно. Сейчас это порядка 2500K шар.

Человечеству дали возможность бороздить космос, но оно хочет заниматься потреблением: пить пиво и смотреть сериалы...
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 12, 2011, 10:08:47 AM
 #2554


Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).

с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром Smiley
По сути, я сторонник именно расчета по принятым шарам, а не по сумме. Да, чуток занижает, зато намного меньше проблем. Плюс расчет по сумме, а не только принятым создает лазейку для ддоса инвалидными шарами, так что игнорировать их в любом случае полезно.
mirniy
Sr. Member
****
Offline Offline

Activity: 251
Merit: 250


View Profile
August 12, 2011, 11:51:16 AM
 #2555


Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).

с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром Smiley
По сути, я сторонник именно расчета по принятым шарам, а не по сумме. Да, чуток занижает, зато намного меньше проблем. Плюс расчет по сумме, а не только принятым создает лазейку для ддоса инвалидными шарами, так что игнорировать их в любом случае полезно.

сегодня кстати ДДоса не наблюдалось? в конфе замечали резкий всплеск кол-ва конектов на ЛП3

Джаберр конференция Pool.itzod.ru:xmpp:pool.itzod@conference.jabber.ru
donate: 1CzPbx4cUEfm6QEzkdaza27T5KY3wE5rfe
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 12, 2011, 01:42:39 PM
Last edit: August 12, 2011, 02:21:40 PM by Balthazar
 #2556


Мне кажется 40% вполне достаточные рамки чтобы убрать возможные потери от естественных скачков скорости (если рассматривать принятые решения).

с только принятыми решениями думаю будет все нормально, в предыдущем варианте я недостаток оценил сегодня утром Smiley
По сути, я сторонник именно расчета по принятым шарам, а не по сумме. Да, чуток занижает, зато намного меньше проблем. Плюс расчет по сумме, а не только принятым создает лазейку для ддоса инвалидными шарами, так что игнорировать их в любом случае полезно.

сегодня кстати ДДоса не наблюдалось? в конфе замечали резкий всплеск кол-ва конектов на ЛП3
Если ддосить шарами, то теперь разве что валидными ) А против ддоса валидными шарами я ничего не имею.  Grin


Значительный-это насколько?
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 12, 2011, 03:34:21 PM
 #2557

Кое-что по мелочи оптимизировано на lp-серверах, должно снизиться количество реджектов.
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 12, 2011, 06:36:45 PM
Last edit: August 12, 2011, 07:03:47 PM by Balthazar
 #2558

Добавлено кэширование результатов работы скриптов userbar.php, api.php и apiex.php. множественные запросы к API без кэширования вызывали подобный DDoS эффект. Когда писал скрипты, не ожидал что будет столько запросов и не задумывался о кэшировании по этой причине, сорри.  Sad

P.S. в настоящий момент какой-то ненормальный шлет пачками HEAD-запросы в корень. Да когда же они все сдохнут, а...
overDen
Newbie
*
Offline Offline

Activity: 43
Merit: 0



View Profile
August 13, 2011, 01:54:53 PM
 #2559

rej.-ов стало гораздо меньше http://yoursmileys.ru/tsmile/rulez/t2008.gif
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
August 13, 2011, 03:39:23 PM
 #2560

Все содержимое (база данных, скрипты, конфиги pushpoold и bitcoind) перенесены на новый сервер, так же обновлены DNS-записи для доменов lp*.itzod.ru и pool.itzod.ru. У некоторых изменения вступят в силу сразу, у некоторых позже из-за задержек обновления DNS-кэшей. По этой причине был создан временный домен newpool.itzod.ru, по которому можно зайти на сайт или приконнектить майнеры, если ваш вышестоящий DNS-кэш еще не обновился.
Pages: « 1 ... 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 [128] 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 ... 586 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!