[NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)

[geebus]

Really new to bitcoins in general and no knowledge or programming, decided to join you're pool and downloaded Kiv's version so as to not deal with it but been having very low efficency ratio's, 9% atm and wondering if there's any suggestions on how to increase it, have tried adding the
-workrefershms=20000 and -d for the extra flags but both stopped it from working, currently running with -v and -w128 on my geforce 9600gt at about 9-10 Mhash/s but wondering if anyone has any suggestions for increacing my efficency

Unfortunately with Kiv's miner, since it is overlaid on the original poclbm, askrate doesn't really affect anything, and it will stay fairly low ratio of submitted vs requested. I recommend using the last version of the command-line miner and seeing if your ratio improves.

You can download it here.

[1713249147]

1713249147

[1713249147]

1713249147

[Braidcutter]

Sorry Geebus, I was using:

 -a 120 --defspd

on the command line for my faster GPU's and

 -a 1200 --defspd

for my CPUs and slower GPUs. With -b this yielded a respectable efficiency. Now with the removal of --defspd my eff is dropping like a rock.

Maybe I'm half brained fail-tard, but shouldn't the behavior of the old -a 1200 --defspd options be the default going forward if long-polling is so hot.

Even if you disagree with me on the default behaviors. I still want my --defspd back as my slower instances are giving up on a "getwork" without completing it even if a long-poll hasn't come in.

EDIT: As is it seems this release with hurt efficiency more then it helps it.

[geebus]

Sorry Geebus, I was using:

 -a 120 --defspd

on the command line for my faster GPU's and

 -a 1200 --defspd

for my CPUs and slower GPUs. With -b this yielded a respectable efficiency. Now with the removal of --defspd my eff is dropping like a rock.

Maybe I'm half brained fail-tard, but shouldn't the behavior of the old -a 1200 --defspd options be the default going forward if long-polling is so hot.

Even if you disagree with me on the default behaviors. I still want my --defspd back as my slower instances are giving up on a "getwork" without completing it even if a long-poll hasn't come in.

EDIT: As is it seems this release with hurt efficiency more then it helps it.

Are you using the 03.21.2011 version (http://www.bitcoinpool.com/file.php?id=4)?

The version I released on the 19th had a bug that dramatically reduced efficiency.

In the latest version (03.21.2011), the --defspd flag was removed due to the fact that the miner now works slightly different under the hood. There are now two situations that will result in new work being retrieved:

1) You've worked through the entire getwork and actually need more work.
2) Long polling on the server has told your miner to update because the block has changed.

Both of these situations negate the need for an askrate to even be present, so I removed the option of '--defspd', and an askrate doesn't need to be set any longer since the miner will effectively work through the entire (mostly) hashspace on every request.

Likewise, for CPU mining, I would recommend against using poclbm-mod, or any other CL-based miner, and would suggest using jgarzik's CPU miner, as it is MUCH faster, and supports long polling as well.

[Drazar]

done as you've suggested geebus, and using the same setup, and still the same efficiency.... clearly something doesn't like me.......

Any other suggestions welcomed, running as

C:/poclbm-mod-03.21.2011/binaries-win32/poclbm-mod.exe --user=Drazar --pass=Hidden -o bitcoinpool.com -p 8334 -d0 --verbose -v -w128 -f 120


....... not sure where the -f 120 comes from, may try removing it if things don't improve....

[geebus]

done as you've suggested geebus, and using the same setup, and still the same efficiency.... clearly something doesn't like me.......

Any other suggestions welcomed, running as

C:/poclbm-mod-03.21.2011/binaries-win32/poclbm-mod.exe --user=Drazar --pass=Hidden -o bitcoinpool.com -p 8334 -d0 --verbose -v -w128 -f 120


....... not sure where the -f 120 comes from, may try removing it if things don't improve....

I'm not sure why you would be seeing such a dramatic decrease, as the 03.21.2011 version is showing an almost 20% increase in all of my testing.

What are you seeing for khash/s?

Could you take a screenshot of your running miner for me?

[Drazar]

http://img22.imageshack.us/img22/2157/bitcoin.jpg

Uploaded with ImageShack.us

sitting about 9000 to 10000khash/s

[geebus]

sitting about 9000 to 10000khash/s

Try this version:
http://www.bitcoinpool.com/file.php?id=5

It will no longer put a cap on your askrate to stay lower than the long poll timeout. (55 seconds)

[FairUser]

wow >250% EFF, really unbelievable. But the saying "DUPLICATE NOT SUBMITTED" makes me feel both good & bad that i mined same share 2 times in same time(like giving birth to twins) & one is rejected, coz its a duplicate.

lol, that's a funny way of looking at it.

[Drazar]

link's not working geebus, will try again in the morning, need sleep

[geebus]

link's not working geebus, will try again in the morning, need sleep

Sorry, filename in the db had extra whitespace in it for some reason . Fixed now.

[[Tycho]]

sitting about 9000 to 10000khash/s

Try this version:
http://www.bitcoinpool.com/file.php?id=5
It will no longer put a cap on your askrate to stay lower than the long poll timeout. (55 seconds)

Looks like you don't know why there is 55 seconds timeout.

Miner is forced to get new work at least each minute so pool can include new transactions in the block.

[bobR]

yep hear we go again now were into 2 days
double the active users after we're long into the current round
I'll bet they go away once the block is solved
Early people do the work late comers reap the benefit

[Drazar]

I don't plan to bob, so long as i can get these issues i'm having worked out.

And to be fair the only reason i joined so late is becuase i'd just heard of it and thought i'd try contributing right away

For those still confused as i am about the issues i've been having i saw an increace in my efficiency but not by much, any further ideas and suggestions are always welcome

[bobR]

I don't plan to bob, so long as i can get these issues i'm having worked out.

And to be fair the only reason i joined so late is becuase i'd just heard of it and thought i'd try contributing right away

For those still confused as i am about the issues i've been having i saw an increace in my efficiency but not by much, any further ideas and suggestions are always welcome

Its not you personally
It's the double the active users I'm talking about

[bobR]

I mine for pennies ... Who does that threaten
For that I have been abused
so what
I just want to cooperate ... make my few partial bit coins
I guess as long as I'm efficient enough that's enough

[Braidcutter]

In the latest version (03.21.2011), the --defspd flag was removed due to the fact that the miner now works slightly different under the hood. There are now two situations that will result in new work being retrieved:

1) You've worked through the entire getwork and actually need more work.
2) Long polling on the server has told your miner to update because the block has changed.

Both of these situations negate the need for an askrate to even be present, so I removed the option of '--defspd', and an askrate doesn't need to be set any longer since the miner will effectively work through the entire (mostly) hashspace on every request.

Base lies I say. I understand the need for keeping long-poll alive, so wouldn't it be more useful just to do so, and not call another getwork.

I understand that the latest transactions should be included and that it is up to you whether the resources expended justify a short AR or an extra long-poll callback. I'd make the client attempt to grab 20 minutes worth of work, keep long-poll alive without calling a new getwork. Then callback the long-polls for new blocks, and transactions containing fees only, the free riding transactions can wait for the next block.

Anyway my share rate is the same. It is your server and your bandwidth.

Here is a log from the latest: "poclbm-mod.03.21.2011b"

poclbm-mod.exe --user=Braidcutter --pass=redorkted -o bitcoinpool.com -p 8334 -d0 -a 1200 --log > GPU.txt


GPU.txt:

22/03/2011 15:22:25, [GW: 1][AR: 55][0/100%]-[5811 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:26, [GW: 1][AR: 55][0/100%]-[6687 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:27, [GW: 1][AR: 55][0/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:28, [GW: 1][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:29, [GW: 1][AR: 55][0/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:30, [GW: 1][AR: 55][0/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:31, [GW: 1][AR: 55][1/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:32, [GW: 1][AR: 55][1/100%]-[6786 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:33, [GW: 1][AR: 55][1/100%]-[6680 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:34, [GW: 1][AR: 55][1/100%]-[6786 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:35, [GW: 1][AR: 55][1/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:36, [GW: 1][AR: 55][1/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:37, [GW: 1][AR: 55][2/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:39, [GW: 1][AR: 55][2/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:40, [GW: 1][AR: 55][2/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:41, [GW: 1][AR: 55][2/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:42, [GW: 1][AR: 55][2/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:43, [GW: 1][AR: 55][2/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:44, [GW: 1][AR: 55][3/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:45, [GW: 1][AR: 55][3/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:46, [GW: 1][AR: 55][3/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:47, [GW: 1][AR: 55][3/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:48, [GW: 1][AR: 55][3/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:49, [GW: 1][AR: 55][3/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:50, [GW: 1][AR: 55][4/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:51, [GW: 1][AR: 55][4/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:52, [GW: 1][AR: 55][4/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:53, [GW: 1][AR: 55][4/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:54, [GW: 1][AR: 55][4/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:55, [GW: 1][AR: 55][4/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:56, [GW: 1][AR: 55][5/100%]-[6687 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:57, [GW: 1][AR: 55][5/100%]-[6871 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:58, [GW: 1][AR: 55][5/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:22:59, [GW: 1][AR: 55][5/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:00, [GW: 1][AR: 55][5/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:01, [GW: 1][AR: 55][5/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:02, [GW: 1][AR: 55][6/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:03, [GW: 1][AR: 55][6/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:04, [GW: 1][AR: 55][6/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:05, [GW: 1][AR: 55][6/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:06, [GW: 1][AR: 55][6/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:07, [GW: 1][AR: 55][6/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:08, [GW: 1][AR: 55][7/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:09, [GW: 1][AR: 55][7/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:10, [GW: 1][AR: 55][7/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:11, [GW: 1][AR: 55][7/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:12, [GW: 1][AR: 55][7/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:13, [GW: 1][AR: 55][8/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:14, [GW: 1][AR: 55][8/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:15, [GW: 1][AR: 55][8/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:16, [GW: 1][AR: 55][8/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:17, [GW: 1][AR: 55][8/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:18, [GW: 1][AR: 55][8/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:19, [GW: 1][AR: 55][9/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 0]
22/03/2011 15:23:20, [GW: 2][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:22, [GW: 2][AR: 55][0/100%]-[6592 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:23, [GW: 2][AR: 55][0/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:24, [GW: 2][AR: 55][0/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:25, [GW: 2][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:26, [GW: 2][AR: 55][0/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:27, [GW: 2][AR: 55][1/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:28, [GW: 2][AR: 55][1/100%]-[6878 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:29, [GW: 2][AR: 55][1/100%]-[6592 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:30, [GW: 2][AR: 55][1/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:31, [GW: 2][AR: 55][1/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:32, [GW: 2][AR: 55][1/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:33, [GW: 2][AR: 55][2/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:34, [GW: 2][AR: 55][2/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:35, [GW: 2][AR: 55][2/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:36, [GW: 2][AR: 55][2/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:37, [GW: 2][AR: 55][2/100%]-[6592 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:38, [GW: 2][AR: 55][2/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:39, [GW: 2][AR: 55][3/100%]-[6680 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:40, [GW: 2][AR: 55][3/100%]-[6584 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:41, [GW: 2][AR: 55][3/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:42, [GW: 2][AR: 55][3/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:43, [GW: 2][AR: 55][3/100%]-[6592 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:44, [GW: 2][AR: 55][3/100%]-[6786 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:45, [GW: 2][AR: 55][4/100%]-[6878 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:46, [GW: 2][AR: 55][4/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:47, [GW: 2][AR: 55][4/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:48, [GW: 2][AR: 55][4/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:49, [GW: 2][AR: 55][4/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:50, [GW: 2][AR: 55][4/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:51, [GW: 2][AR: 55][5/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:52, [GW: 2][AR: 55][5/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:53, [GW: 2][AR: 55][5/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:54, [GW: 2][AR: 55][5/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:55, [GW: 2][AR: 55][5/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:56, [GW: 2][AR: 55][5/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:57, [GW: 2][AR: 55][6/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:58, [GW: 2][AR: 55][6/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:23:59, [GW: 2][AR: 55][6/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:00, [GW: 2][AR: 55][6/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:01, [GW: 2][AR: 55][6/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:02, [GW: 2][AR: 55][6/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:03, [GW: 2][AR: 55][7/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:05, [GW: 2][AR: 55][7/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:06, [GW: 2][AR: 55][7/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:07, [GW: 2][AR: 55][7/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:08, [GW: 2][AR: 55][7/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:09, [GW: 2][AR: 55][7/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:10, [GW: 2][AR: 55][8/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:11, [GW: 2][AR: 55][8/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:12, [GW: 2][AR: 55][8/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:13, [GW: 2][AR: 55][8/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:14, [GW: 2][AR: 55][8/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:15, [GW: 2][AR: 55][8/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:16, [GW: 2][AR: 55][9/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 1]
22/03/2011 15:24:17, [GW: 3][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:18, [GW: 3][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:19, [GW: 3][AR: 55][0/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:20, [GW: 3][AR: 55][0/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:21, [GW: 3][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:22, [GW: 3][AR: 55][0/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:23, [GW: 3][AR: 55][1/100%]-[7174 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:24, [GW: 3][AR: 55][1/100%]-[7069 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:25, [GW: 3][AR: 55][1/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:26, [GW: 3][AR: 55][1/100%]-[6980 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]
22/03/2011 15:24:27, [GW: 3][AR: 55][1/100%]-[7062 khash/s]-[Eff: 0%][I/S: 0%][Emp: 2]

bye

[geebus]

In the latest version (03.21.2011), the --defspd flag was removed due to the fact that the miner now works slightly different under the hood. There are now two situations that will result in new work being retrieved:

1) You've worked through the entire getwork and actually need more work.
2) Long polling on the server has told your miner to update because the block has changed.

Both of these situations negate the need for an askrate to even be present, so I removed the option of '--defspd', and an askrate doesn't need to be set any longer since the miner will effectively work through the entire (mostly) hashspace on every request.

Base lies I say. I understand the need for keeping long-poll alive, so wouldn't it be more useful just to do so, and not call another getwork.

I understand that the latest transactions should be included and that it is up to you whether the resources expended justify a short AR or an extra long-poll callback. I'd make the client attempt to grab 20 minutes worth of work, keep long-poll alive without calling a new getwork. Then callback the long-polls for new blocks, and transactions containing fees only, the free riding transactions can wait for the next block.

Anyway my share rate is the same. It is your server and your bandwidth.

Here is a log from the latest: "poclbm-mod.03.21.2011b"

poclbm-mod.exe --user=Braidcutter --pass=redorkted -o bitcoinpool.com -p 8334 -d0 -a 1200 --log > GPU.txt

It's not lies at all. I'll break it down for you.

There are two functions that will grab new work. The queueWork function, and the longPollThread function:

Code:

def queueWork(self, work=None):
global getworkCount
global isEmpty
global emptyCount
global theRate
with self.lock:
if work or self.update or time() - self.lastWork > max(if_else(self.longPollActive, LONG_POLL_MAX_ASKRATE, self.askrate), theRate):
if not work:
if getworkCount != 0:
if not isEmpty:
isEmpty = True
else:
emptyCount += 1
getworkCount += 1
work = self.getwork()
self.workQueue.put(work)
if work:
self.lastWork = time()
self.update = False

Code:

def longPollThread(self):
global getworkCount
global isEmpty
global emptyCount
connection = None
while True:
if self.stop: return
sleep(1)
url = self.longPollURL
if url != '':
host = self.host
parsedUrl = urlsplit(url)
if parsedUrl.netloc != '':
host = parsedUrl.netloc
url = url[url.find(host)+len(host):]
if url == '': url = '/'
try:
result = None
if not connection:
connection = httplib.HTTPConnection(host, timeout=LONG_POLL_TIMEOUT)
self.longPollActive = True
(result, response) = self.request(connection, url)
self.longPollActive = False
self.queueWork(result['result'])
getworkCount += 1
if isEmpty: emptyCount += 1
self.sayLine('long poll: new block')
except NotAuthorized:
self.sayLine('long poll: Wrong username or password')
except RPCError as e:
self.sayLine('long poll: %s', e)
except (IOError, httplib.HTTPException, ValueError):
if self.verbose:
self.say('Long poll exception:')
traceback.print_exc()
finally:
if connection and (not result or not response or response.getheader('connection', '') != 'keep-alive'):
connection.close()
connection = None

Long Polling works in it's own thread, on a side channel, and executes when the server pushes new work. The server only pushes new work when the block changes.

queueWork only gets new work when one of two conditions are met:

Either self.update is true, or when enough time has passed based on either the LONG_POLL_MAX_ASKRATE, or theRate are met, and even then, looks at the larger of the two wait times.

LONG_POLL_MAX_ASKRATE is 55 seconds.
theRate is the amount of time it takes your card/cpu to process an entire getwork. It is literally based on (Number of Nonces in a getwork) / (Your hash speed) = number of seconds.

self.update becomes true when the number of nonces remaining in the getwork is less than the current hashspeed of your card. This is due to the fact that, were it to continue, it would overlap work by finishing what was left and starting over from the beginning.

Code:

if (noncesLeft / self.rateDivisor) < self.rate:
self.update = True
noncesLeft = self.hashspace

I did however realize upon inspecting the code that the displayed ask rate is wrong, and that it was checking against the displayed askrate, and not the actual hashspeed-based askrate. I uploaded a fixed version, which you can download now.

Download: http://www.bitcoinpool.com/file.php?id=5

I appreciate you taking the time to point out bugs like this, as it helps make everything better for you, our server, and others. I don't use poclbm-mod for CPU or even slow-GPU mining, so I don't get to notice a lot of these. I apologize for any inconvenience. With the version in the download link above, the issue should now be resolved.

[FairUser]

In the latest version (03.21.2011), the --defspd flag was removed due to the fact that the miner now works slightly different under the hood. There are now two situations that will result in new work being retrieved:

1) You've worked through the entire getwork and actually need more work.
2) Long polling on the server has told your miner to update because the block has changed.

Both of these situations negate the need for an askrate to even be present, so I removed the option of '--defspd', and an askrate doesn't need to be set any longer since the miner will effectively work through the entire (mostly) hashspace on every request.

Base lies I say. I understand the need for keeping long-poll alive, so wouldn't it be more useful just to do so, and not call another getwork.

No.  
If my video card can do 200,000,000 hash/s, and there are 4,294,967,296 (2^32) possible hashes in a getwork, it would take ~21 seconds to go through all the (2^32) possible hashes.
After that 21 seconds, what would we do without another getwork? Nothing.  
Hence, this is why you need to get another getwork from the server.

Long polling was designed to tell the miner "Yeah, the block just changed on us, stop what you're working on, and here is a new getwork for you to start working on."

[Braidcutter]

In the latest version (03.21.2011), the --defspd flag was removed due to the fact that the miner now works slightly different under the hood. There are now two situations that will result in new work being retrieved:

1) You've worked through the entire getwork and actually need more work.
2) Long polling on the server has told your miner to update because the block has changed.

Both of these situations negate the need for an askrate to even be present, so I removed the option of '--defspd', and an askrate doesn't need to be set any longer since the miner will effectively work through the entire (mostly) hashspace on every request.

Base lies I say. I understand the need for keeping long-poll alive, so wouldn't it be more useful just to do so, and not call another getwork.

It's not lies at all. I'll break it down for you.

I was calling it lies only as a joke, and only to point out that I was seeing my client getwork when neither of the 2 above conditions where true. Anywho downloaded the new client and it works like a charm, grinds away till long-poll comes in.

Thanks for the heads-up about the CPU miner I'll check it out later.

Your a savior.

[Braidcutter]

Base lies I say. I understand the need for keeping long-poll alive, so wouldn't it be more useful just to do so, and not call another getwork.

No.  
If my video card can do 200,000,000 hash/s, and there are 4,294,967,296 (2^32) possible hashes in a getwork, it would take ~21 seconds to go through all the (2^32) possible hashes.
After that 21 seconds, what would we do without another getwork? Nothing.  
Hence, this is why you need to get another getwork from the server.

Long polling was designed to tell the miner "Yeah, the block just changed on us, stop what you're working on, and here is a new getwork for you to start working on."

Okay, another newb question then. Is it possible to hand out larger (say 64-bit) getworks. Or is this a limitation of Bitcoin. Only thinking of ways to make faster clients less taxing on the server. With long-poll in play there is no reason to pester the server until the server says otherwise.

yay, %10000 eff for everyone!