|
Lexis77
|
 |
May 28, 2013, 05:26:43 PM |
|
Ну да, сидели, только там реджектов было по 10-15%
Да и, вроде как, вы желаете нагрузку на серверы уменьшить.
Или я какой-то момент упустил?
|
▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ | | | | ▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ | | | | ▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ | | .
● Over 630 Cards
● 32 Heroes in 7 Classes
● Innovative Dual System | | .
● Balanced & Varied
● Great Community
● FREE to play | | [ | | ] | | ▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ |
|
|
|
|
|
|
|
|
|
|
|
|
Be very wary of relying on JavaScript for security on crypto sites. The site can change the JavaScript at any time unless you take unusual precautions, and browsers are not generally known for their airtight security.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
Balthazar
Legendary
 Offline
Activity: 3108
Merit: 1358
|
|
May 28, 2013, 05:28:47 PM |
|
Да не было там особо реджектов... 1-2%, как у всех. Только за лимиты потребления трафика быстро выходили и все вставало. Или я какой-то момент упустил? В предыдущем посте же все написано  |
|
|
|
|
qqqq
Legendary
Offline
Activity: 1596
Merit: 1011
|
|
May 28, 2013, 05:31:30 PM |
|
В чем причина ухода от прямого ответа на вопрос "вернется ли возможность снова выбирать сложность шар" ? Почему ее убрали ?
|
|
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 28, 2013, 05:36:54 PM
Last edit: May 28, 2013, 05:47:39 PM by Balthazar |
|
Да куда уж прямее-то? Но можно будет выбрать целевое количество шар в минуту. Такое ощущение, как будто я на китайском или суахили пишу незаметно для самого себя. Ей-богу, это просто несерьезно. %) Почему ее убрали ? Потому что она неэффективна. |
|
|
|
|
ZPK
Legendary
Offline
Activity: 1302
Merit: 1021
|
|
May 28, 2013, 05:38:29 PM |
|
Настройки сложности, как таковой, не будет.
А если человек на ОпСоСовском модеме сиди с мощной фермой? Ну и все нормально будет) |
Novacoin POS mining only now
|
|
|
|
Lexis77
|
|
May 28, 2013, 05:44:30 PM |
|
Настройки сложности, как таковой, не будет.
А если человек на ОпСоСовском модеме сиди с мощной фермой? Ну и все нормально будет) Тада ок. Мне без разницы, я так, для общего развития. |
▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ | | | | ▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ | | | | ▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ | | .
● Over 630 Cards
● 32 Heroes in 7 Classes
● Innovative Dual System | | .
● Balanced & Varied
● Great Community
● FREE to play | | [ | | ] | | ▄ █ ▄
▀ █ ▄ ▀ █
▄ █ █ █ █ █ ▄
██ █ █ █▄█ █ ██
██▄███▄█ ██████
▀▀███▄█████▀▀
██▀▀███████▀▀██
█▄ ▀███▀ ▄█
▀▀▀██▀ ▀██▀▀▀
███▀█▀███
█ █▀█ █ █
▀ █ █
▀ █ |
|
|
|
|
invader
|
|
May 28, 2013, 05:47:21 PM
Last edit: May 28, 2013, 06:00:47 PM by invader |
|
Путаешь теплое с мягким. 32 шара дает в 32 раза больше "работы", чем 1. Но она все равно одна. Это одна шара, один хэш.
Промтой пример - два ведра яблок, в одном 1 килограмм, в другом 2. Если считать ведрами, то у нас будет 2 ведра, а не 3. Если считать в "условных ведрах по 1кг яблок", то будет три "условных ведра". Но физически-то их все равно будет 2.
Но это не совсем правильное сравнение, потоиу что яблоки можно разложить по ведрам, а из d32 шары нельзя сделать 32 d1 шары.
Отнюдь, просто пытаюсь указать на существующую проблему вычисления параметра "rej.%" при наличии периодически скачущей сложности шар, при любой фиксированной сложности проблема просто отсутствует как класс. Если уж переходить на ведра, то выглядит это будто "колхоз" сначала выдает "фермеру" ведра некой фиксированной вместимостью, он заполняет их яблоками и все счастливы, т.к. колхоз ведет учет непринятых ведер и они безусловно привязаны к количеству кг. яблок. Затем ВНЕЗАПНО колхоз переходит на диапазон ведер повышенной вместимости, причем выдает их по некоему своему алгоритму. Фермера интересует количество принятых (ему пропорционально за это считают трудодни) и количество потерянных кг. яблок в пути (ведро там уронили, к примеру, или кто-то насрал в него), а колхоз выдает лишь общее количество непринятых ведер без привязки к их емкости. Как я уже писал выше, неплохо было бы видеть на worker'е как количество физически отвергнутых шар, так и количество отвергнутых "виртуальных" d1 шар. Сейчас есть информация только по принятым для разной сложности, для отвергнутых нет - оно все сваливаются в одну кучу. |
|
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 28, 2013, 05:52:13 PM |
|
Нет никакой проблемы считать реджекты, исходя из d1a (окромя того, что для отклоненных шар нельзя установить, какая у них была сложность). Но это просто неправильно будет. То, о чем идет речь - это совсем другой и сферический параметр, по сути. "Оценка потерь, выраженная как доля потерь в работе, приведенной к единичной сложности", но никак не реджекты. Его тогда уж в отдельную колонку добавлять.
|
|
|
|
|
qqqq
Legendary
Offline
Activity: 1596
Merit: 1011
|
|
May 28, 2013, 05:55:27 PM |
|
А что если пул будет временами переходить на повышенную сложность, которая и будет больше реджектится ? Обидно же...
|
|
|
|
|
needbmw
Legendary
Offline
Activity: 1302
Merit: 1008
|
|
May 28, 2013, 05:56:44 PM |
|
ведро там уронили, к примеру, или кто-то насрал в него
какая прелестная аналогия  ну так колхозу все равно, в ведро какой вместимости насрали, оно теперь все равно целиком непригодно к переработке  поэтому колхоз считает Rej = (насрали / всего ведер) * 100% и неиб... (beep) |
NO PSAKING!
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 28, 2013, 05:58:41 PM |
|
А что если пул будет временами переходить на повышенную сложность, которая и будет больше реджектится ? Обидно же...
С чего ей больше реджектиться? Реджектов и там и там одинаково будет, если канал достаточно широкий. Если нет, то на большей сложности будет меньше потерь.  |
|
|
|
|
|
invader
|
|
May 28, 2013, 06:04:08 PM |
|
Нет никакой проблемы считать реджекты, исходя из d1a (окромя того, что для отклоненных шар нельзя установить, какая у них была сложность). Но это просто неправильно будет. То, о чем идет речь - это совсем другой и сферический параметр, по сути. "Оценка потерь, выраженная как доля потерь в работе, приведенной к единичной сложности", но никак не реджекты. Его тогда уж в отдельную колонку добавлять.
Именно об этом и речь, просто добавить еще один параметр - нормированные d1 режекты, ведь нормированные принятые считаются уже. Из них уже посчитать правильный нормированный % потерь (добавить его к существующему) как соотношение ( d1_rejected / d1_accepted ) * 100%. Можно обозвать его как-нибуть rejN.% ... |
|
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 28, 2013, 06:06:50 PM |
|
Нормированные принятые считаются, а отклоненные нет. Архитектурное ограничение не позволяет оперировать сложностями шар, которые были удалены из буфера. В основном, в этом проблема.
|
|
|
|
|
|
invader
|
|
May 28, 2013, 06:07:12 PM |
|
ведро там уронили, к примеру, или кто-то насрал в него
какая прелестная аналогия ну так колхозу все равно, в ведро какой вместимости насрали, оно теперь все равно целиком непригодно к переработке поэтому колхоз считает Rej = (насрали / всего ведер) * 100% и неиб... (beep) Но фермер то хочет узнать в ведро какой емкости чаще всего гадят.... |
|
|
|
|
PrimeMan
Newbie
Offline
Activity: 40
Merit: 0
|
|
May 28, 2013, 06:09:20 PM |
|
Потерянные вёдра характеризуют качество связи, а потерянные яблоки характеризуют качество дохода. По большому счёту, в пределе, эти параметры должны сходиться, так как вероятность потерять ведро не зависит от количества яблок в нём. Грубое, конечно, сравнение, не всё так просто. А если всё-таки зависит, значит с пулом что-то не так. (Грузчики п*т полные вёдра чаще, чем полупустые?)
|
|
|
|
|
|
Vicus
|
|
May 28, 2013, 06:10:35 PM |
|
Раз пошла такая пьянка то добавьте на главной в строке:
Раунд длится ... (процент намайненого в тек. раунде относительно блока в 25 монет)...
И вообще, может в таблице текущий раунд отображать со статусом что-то вроде "Вычисление"?
|
|
|
|
|
mine777
Member
Offline
Activity: 210
Merit: 10
|
|
May 28, 2013, 06:18:33 PM |
|
Раз пошла такая пьянка то добавьте на главной в строке:
Раунд длится ... (процент намайненого в тек. раунде относительно блока в 25 монет)...
это там итак давно есть Вcего новых решений 85760 (D1A 333536). Из них ваших 53 (D1A 106). Награда в системе RSMPPS ~ 0.00021730 BTC.Последний блок был найден 28.05.2013 22:07:45. Раунд длится 11м 9с. |
|
|
|
|
|
Vicus
|
|
May 28, 2013, 06:21:43 PM |
|
Раз пошла такая пьянка то добавьте на главной в строке:
Раунд длится ... (процент намайненого в тек. раунде относительно блока в 25 монет)...
это там итак давно есть Вcего новых решений 85760 (D1A 333536). Из них ваших 53 (D1A 106). Награда в системе RSMPPS ~ 0.00021730 BTC.Последний блок был найден 28.05.2013 22:07:45. Раунд длится 11м 9с.Ключевое слово процент и, не мною намайненого, а всеми в этом раунде... |
|
|
|
|
|
invader
|
|
May 28, 2013, 06:23:35 PM |
|
Потерянные вёдра характеризуют качество связи, а потерянные яблоки характеризуют качество дохода. По большому счёту, в пределе, эти параметры должны сходиться, так как вероятность потерять ведро не зависит от количества яблок в нём.
Да, именно так. При условии что сложность емкость ведра не будет меняться постоянно, а установится на определенном значении. Как уже упоминалось выше. Если емкость ведер увеличивается пропорционально количеству подаваемых яблок, то в моменты когда яблоки на некоторое время перестают подаваться счетчик емкости ведра сбрасывается до минимальных значений. Затем при возобновлении подачи яблок емкость ведер снова начинает меняться и получаются что параметры не будут сходится пока меняется емкость ведер. |
|
|
|
|
PrimeMan
Newbie
Offline
Activity: 40
Merit: 0
|
|
May 28, 2013, 06:31:00 PM
Last edit: May 28, 2013, 06:46:22 PM by PrimeMan |
|
Потерянные вёдра характеризуют качество связи, а потерянные яблоки характеризуют качество дохода. По большому счёту, в пределе, эти параметры должны сходиться, так как вероятность потерять ведро не зависит от количества яблок в нём.
Да, именно так. При условии что сложность емкость ведра не будет меняться постоянно, а установится на определенном значении. Как уже упоминалось выше. Если емкость ведер увеличивается пропорционально количеству подаваемых яблок, то в моменты когда яблоки на некоторое время перестают подаваться счетчик емкости ведра сбрасывается до минимальных значений. Затем при возобновлении подачи яблок емкость ведер снова начинает меняться и получаются что параметры не будут сходится пока меняется емкость ведер. Допустим вероятность потерять шару равна 1%. Вероятность потерять шару D2 равна 1% Вероятность потерять шару D4 тоже 1% На небольшом интервале времени в 200 шар (пусть по 100 каждого вида), мы можем потерять две шары D4 (2%), и ни одной D2 (0%), сколько бы раз они не переключались между собой за это время. Интернет соединению, частоте появления новых блоков, и погоде на марсе пофиг на сложность конкретной шары. Но когда шар десятки тысяч, то такого разброса быть не должно. И там, и там, будет примерно 1% +/- малое значение. |
|
|
|
|
|
