Bitcoin Forum>Bitcoin>Mining
Pages:
Author

Topic: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :) - page 21. (Read 101960 times)

Braidcutter
newbie
Activity: 7
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 06:41:33 PM
#362
Quote from: grue on March 22, 2011, 06:35:25 PM
I'm not sure why, but this pool seems to have lower earnings than slush's pool. after crunching some data from slush's pool, i found out that i make around 0.03 BTC per hour mining. However, i ran a miner for 1 entire day, and the "estimated earnings" is only 0.06 BTC.

Probably right, but in order to get a true read, you will need to run in this pool for an entire round. Stick with it till the round after this one completes. Then you can be sure of your earnings.
grue
legendary
Activity: 2058
Merit: 1462
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 06:35:25 PM
#361
I'm not sure why, but this pool seems to have lower earnings than slush's pool. after crunching some data from slush's pool, i found out that i make around 0.03 BTC per hour mining. However, i ran a miner for 1 entire day, and the "estimated earnings" is only 0.06 BTC.
Braidcutter
newbie
Activity: 7
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 06:21:49 PM
#360
Quote from: FairUser on March 22, 2011, 06:03:59 PM
Quote from: Braidcutter on March 22, 2011, 04:43:22 PM
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!
Braidcutter
newbie
Activity: 7
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 06:14:49 PM
#359
Quote from: geebus on March 22, 2011, 05:58:20 PM
Quote from: Braidcutter on March 22, 2011, 04:43:22 PM
Quote from: geebus on March 21, 2011, 09:22:04 PM
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.
FairUser
sr. member
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 06:03:59 PM
#358
Quote from: Braidcutter on March 22, 2011, 04:43:22 PM
Quote from: geebus on March 21, 2011, 09:22:04 PM
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."
geebus
sr. member
Activity: 258
Merit: 250
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 05:58:20 PM
#357
Quote from: Braidcutter on March 22, 2011, 04:43:22 PM
Quote from: geebus on March 21, 2011, 09:22:04 PM
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.
Braidcutter
newbie
Activity: 7
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 04:43:22 PM
#356
Quote from: geebus on March 21, 2011, 09:22:04 PM
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
bobR
member
Activity: 112
Merit: 10
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 03: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

bobR
member
Activity: 112
Merit: 10
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 03:10:44 PM
#354
Quote from: Drazar on March 22, 2011, 03:04:42 PM
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
Drazar
newbie
Activity: 10
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 03: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
Activity: 112
Merit: 10
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 01: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
[Tycho]
hero member
Activity: 742
Merit: 500
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 08:28:34 AM
#351
Quote from: geebus on March 21, 2011, 11:24:32 PM
Quote from: Drazar on March 21, 2011, 10:31:09 PM
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.
geebus
sr. member
Activity: 258
Merit: 250
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 12:32:19 AM
#350
Quote from: Drazar on March 22, 2011, 12:08:32 AM
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.
Drazar
newbie
Activity: 10
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 22, 2011, 12:08:32 AM
#349
link's not working geebus, will try again in the morning, need sleep
FairUser
sr. member
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 21, 2011, 11:46:46 PM
#348
Quote from: dishwara on March 21, 2011, 02:30:01 PM
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.
geebus
sr. member
Activity: 258
Merit: 250
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 21, 2011, 11:24:32 PM
#347
Quote from: Drazar on March 21, 2011, 10:31:09 PM
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)

Drazar
newbie
Activity: 10
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 21, 2011, 10:31:09 PM
#346
http://img22.imageshack.us/img22/2157/bitcoin.jpg

Uploaded with ImageShack.us

sitting about 9000 to 10000khash/s
geebus
sr. member
Activity: 258
Merit: 250
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 21, 2011, 10:11:56 PM
#345
Quote from: Drazar on March 21, 2011, 09:52:21 PM
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
newbie
Activity: 10
Merit: 0
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 21, 2011, 09:52:21 PM
#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
Activity: 258
Merit: 250
Re: [NEW POOL & MINER] - BitcoinPool.com - Jump In! ~NO FEES~ :)
March 21, 2011, 09:22:04 PM
#343
Quote from: Braidcutter on March 21, 2011, 08:16:54 PM
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.
Pages:
Bitcoin Forum>Bitcoin>Mining
Jump to: