Lethos
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 07:31:27 AM |
|
For some reason I'm getting high reject rate on US2, 1.1% over the past couple of days. US1 however, has been almost 0. I run rotate every 20mins between a few pools.
If you run a regular rotate between the pools? are you not going to get a few naturally occurring rejects just because it can't submit a share to the pool it's connected to when it changes over.
|
|
|
|
stevegee58
Legendary
Offline
Activity: 916
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 10:06:33 AM |
|
For some reason I'm getting high reject rate on US2, 1.1% over the past couple of days. US1 however, has been almost 0. I run rotate every 20mins between a few pools.
I saw the same thing so I switched to us1 and it went away.
|
You are in a maze of twisty little passages, all alike.
|
|
|
BlackPrapor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 04:06:15 PM |
|
I'm mining at the diff10 server atm, but I'm not on the top miners list, although I should be. Is it not included in stats?
|
There is no place like 127.0.0.1 In blockchain we trust
|
|
|
wogaut
Donator
Sr. Member
Offline
Activity: 448
Merit: 250
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 04:19:22 PM |
|
I'm mining at the diff10 server atm, but I'm not on the top miners list, although I should be. Is it not included in stats?
Same here. Inaba mentioned earlier that the top miner list is not accurate because of diff10.
|
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1208
This is not OK.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 04:24:19 PM |
|
For some reason I'm getting high reject rate on US2, 1.1% over the past couple of days. US1 however, has been almost 0. I run rotate every 20mins between a few pools.
If you run a regular rotate between the pools? are you not going to get a few naturally occurring rejects just because it can't submit a share to the pool it's connected to when it changes over. No, cgminer keeps the right shares in the right place. This is unique to US2 only.
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 05:12:55 PM |
|
I think it may be related to the fact that there is a botnet connecting to that server and flooding it with cpu miners. I'm looking at ways to fix it without harming the legitimate miners. I have an idea that I will work on tonight or tomorrow. In the meantime, using US1 or US3 (or 10diff) should solve the problem.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
BlackPrapor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 05:36:19 PM |
|
You could set a minimal limit for a miner speed =), CPU's are usually no more than 50-90Mhs
|
There is no place like 127.0.0.1 In blockchain we trust
|
|
|
libertybuck
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 09:36:05 PM |
|
Seems that [Auto Payout] does not work. Anyone has same issue ?
|
|
|
|
freeAgent
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 10:05:57 PM |
|
Seems that [Auto Payout] does not work. Anyone has same issue ?
It's been working for me.
|
|
|
|
Askit2
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 10:23:38 PM |
|
I wonder if efficiency wouldn't be a better way to find cpu bot nets. It seems like the big disadvantage is the deluge of getworks for very few shares. Then again if something like 100% efficiency was required I couldn't run the diff10 pool. I really am a bit low to run on it anyway so there is really no harm in it either. This could possibly make some people upset if their miners do not suppor rollNtime. I would assume though that for everyone it would be a pretty good way. Possibly I am missing something with this thought though.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 29, 2012, 10:24:51 PM |
|
People using backup pools may find they can't use EMC as a backup?
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 02:57:00 AM |
|
Why wouldn't they be able to?
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 04:50:13 AM |
|
Why wouldn't they be able to?
It was my answer to his suggestion. Shares would be rare, and getworks are often higher than accepts for backup pools.
|
|
|
|
zvs
Legendary
Offline
Activity: 1680
Merit: 1000
https://web.archive.org/web/*/nogleg.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 05:23:12 AM |
|
Why wouldn't they be able to?
It was my answer to his suggestion. Shares would be rare, and getworks are often higher than accepts for backup pools. i'm confused... why would this be so?
|
|
|
|
Askit2
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 05:42:03 AM Last edit: August 30, 2012, 06:51:37 AM by Askit2 |
|
Because a LP comes along and drops the work with no submission. Also every block your miner could grab work from a secondary pool but never work on it. Like I said there is likely something I was missing. a 50-100Mhash limit would effectivly do the same in a way. Hopefully Inaba has a better idea. As a backup pool though their effective hashrate should be fairly low too. I wonder if cutting off at a 10% efficiency would work, or less then 10% efficient at some overall speed like >200Mhash. Then again that might encourage tons of small accounts.
|
|
|
|
Askit2
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 07:00:38 AM |
|
Inaba the last email I recieved for a block solve was Tuesday early AM for me. Block 196076. Possibly I upset the helper monkeys. If you could let them know I am sorry for whatever I did I would sure appreciate email notifications. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
|
dave3
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 08:04:39 AM |
|
Inaba the last email I recieved for a block solve was Tuesday early AM for me. Block 196076. Possibly I upset the helper monkeys. If you could let them know I am sorry for whatever I did I would sure appreciate email notifications. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) A few days ago I received my first ever EMC Payout notification, then shortly after that I stopped receiving Blocked Solved notices.
|
|
|
|
-ck
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 12:52:28 PM |
|
Since this is one of the very few pools that has already put higher difficulty shares into trial, I quote my post from another thread that will hopefully help direct your further efforts towards this: 60 seconds per share will be way too infrequently if it's a static value. The variance will be painful. A minirig is the current highest hashrate device available and produces over 350 shares per minute. You would be setting current users to a difficulty of 350. The problem with that is the variance is the square of the difficulty so the variance will be much much higher and it would take weeks to get a stabilised return, when you are already capable of coping with hundreds of shares from the current minirig owners. To not make variance any more painful at high hashrates, make the share return rate proportional to the square root of the hashrate instead of a constant. So a 1 GH/s miner currently returns a share every 4.2 seconds - if you make the 1GH miners difficulty 10 as a baseline, then you make 10GH miners sqrt(10) * 10 ~ diff 30. And you make 100GH miners sqrt(100) * 10 ~ diff 100.
Note that the maximum efficiency of cgminer is about 70,000% with the current code, but likely limited to about half that but even then, >30,000% efficiency, combined with higher difficulty shares means most pools would cope with dramatic rises in hashrates (read ASICS) without any new protocol.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 02:58:43 PM |
|
If anyone wants to play around with 10Diff shares: diff10.eclipsemc.com port 8337
Give it a shot and see if anything breaks!
This is working very nicely for me and I think (variable) difficulty targets are way overdue. One thing which I have noticed, though, is that there seem to be 2 longpolls for every block change, between 15 and 20 seconds apart.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 30, 2012, 03:44:46 PM |
|
ckolivas: Only on the diff10 server or on all servers? I'm not sure why that would be, that's kind of strange.
With regards to the block solved emails. The helper monkeys that handled the block solved emails apparently went on strike. However, the plans to picket the EMC headquarters ran aground when a barrel of banana rum was uncovered in an old storage crate containing the picket signs. The monkeys were found in a drunken stupor at the union office this morning... I agreed to ignore the issue if they would get back to work under the current conditions and they reluctantly agreed. As of 10:35 AM CST, the helper monkeys are back to work.
The beatings will continue until morale improves.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
|