Bitcoin Forum
December 04, 2016, 04:26:50 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 »
  Print  
Author Topic: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)  (Read 95997 times)
geebus
Sr. Member
****
Offline Offline

Activity: 258



View Profile WWW
March 22, 2011, 12:51:44 AM
 #341

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.

Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
1480868810
Hero Member
*
Offline Offline

Posts: 1480868810

View Profile Personal Message (Offline)

Ignore
1480868810
Reply with quote  #2

1480868810
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480868810
Hero Member
*
Offline Offline

Posts: 1480868810

View Profile Personal Message (Offline)

Ignore
1480868810
Reply with quote  #2

1480868810
Report to moderator
1480868810
Hero Member
*
Offline Offline

Posts: 1480868810

View Profile Personal Message (Offline)

Ignore
1480868810
Reply with quote  #2

1480868810
Report to moderator
Braidcutter
Newbie
*
Offline Offline

Activity: 7


View Profile
March 22, 2011, 01:16:54 AM
 #342

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
Sr. Member
****
Offline Offline

Activity: 258



View Profile WWW
March 22, 2011, 02:22:04 AM
 #343

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.

Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
Drazar
Newbie
*
Offline Offline

Activity: 10


View Profile
March 22, 2011, 02:52:21 AM
 #344

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
Sr. Member
****
Offline Offline

Activity: 258



View Profile WWW
March 22, 2011, 03:11:56 AM
 #345

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?

Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
Drazar
Newbie
*
Offline Offline

Activity: 10


View Profile
March 22, 2011, 03:31:09 AM
 #346

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

Uploaded with ImageShack.us

sitting about 9000 to 10000khash/s
geebus
Sr. Member
****
Offline Offline

Activity: 258



View Profile WWW
March 22, 2011, 04:24:32 AM
 #347

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)


Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
FairUser
Sr. Member
****
Offline Offline

Activity: 261


View Profile WWW
March 22, 2011, 04:46:46 AM
 #348

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
Newbie
*
Offline Offline

Activity: 10


View Profile
March 22, 2011, 05:08:32 AM
 #349

link's not working geebus, will try again in the morning, need sleep
geebus
Sr. Member
****
Offline Offline

Activity: 258



View Profile WWW
March 22, 2011, 05:32:19 AM
 #350

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.

Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
[Tycho]
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
March 22, 2011, 01:28:34 PM
 #351

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.

Welcome to my bitcoin mining pool: https://deepbit.net - Both payment schemes (including PPS), instant payout, no invalid blocks !
ICBIT Trading platform : USD/BTC futures trading, Bitcoin difficulty futures (NEW!). Third year in bitcoin business.
bobR
Member
**
Offline Offline

Activity: 112


View Profile
March 22, 2011, 06:44:03 PM
 #352

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
Newbie
*
Offline Offline

Activity: 10


View Profile
March 22, 2011, 08:04:42 PM
 #353

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
Member
**
Offline Offline

Activity: 112


View Profile
March 22, 2011, 08:10:44 PM
 #354

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
Member
**
Offline Offline

Activity: 112


View Profile
March 22, 2011, 08:19:55 PM
 #355

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
Newbie
*
Offline Offline

Activity: 7


View Profile
March 22, 2011, 09:43:22 PM
 #356

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
Sr. Member
****
Offline Offline

Activity: 258



View Profile WWW
March 22, 2011, 10:58:20 PM
 #357

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.

Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
FairUser
Sr. Member
****
Offline Offline

Activity: 261


View Profile WWW
March 22, 2011, 11:03:59 PM
 #358

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
Newbie
*
Offline Offline

Activity: 7


View Profile
March 22, 2011, 11:14:49 PM
 #359

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
Newbie
*
Offline Offline

Activity: 7


View Profile
March 22, 2011, 11:21:49 PM
 #360

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!
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!