1bitc0inplz
Member
Offline
Activity: 112
Merit: 10
|
|
May 15, 2011, 02:14:51 AM |
|
This means that 420 CPU miners will have a lot less accepted blocks than 1 GPU miner.
This is not true. Period. MHash/sec is MHash/sec. It doesn't matter how many clients it required to do that. It doesn't matter how many getworks. It especially doesn't matter how far into the getwork a client processes before starting a new one. Over time, they will ALL find the same number of solutions per MHash/sec in the same time period. The idea of bitcoinpool is that they try to make every block count.
No, the idea of bitcoinpool's "efficiency" is to reduce the amount of server processing and bandwidth load. This load is absolutely minimal. Before Long Polling came around, working the entire getwork was idiotic because of the increase in stale shares (especially for a CPU miner!), but now that most of the pools support Long Polling, there is no reason for the miners not to reduce the server load in this manner. But doing so does absolutely nothing for the miner and DOES NOT increase the number of shares that you find. Thank you, thats what I've been trying to say all morning
|
|
|
|
Jokah
Member
Offline
Activity: 69
Merit: 10
|
|
May 25, 2011, 07:01:57 PM |
|
Could some please tell me what an acceptable efficeincy figure is for this pool? I've just started and I am currently at about 65% and I fear this may be too low.
Is there a way to increase my efficeincy with GUI miner? I know it is recommended to use pheonix but I currently do not have the time or sufficient knowledge to setup this up. I know the information is out there to do it but my keyboard doesn't have a working forward slash key at the moment which makes command lines impossible. I could probably tie it to another key in some way but I dont know how. To find out just further adds to the time issue.
I will eventually move to pheonix as it seems to produce better figures but for now I need to make do with GUI miner.
|
|
|
|
grndzero
|
|
May 25, 2011, 07:16:12 PM |
|
Could some please tell me what an acceptable efficeincy figure is for this pool? I've just started and I am currently at about 65% and I fear this may be too low.
Is there a way to increase my efficeincy with GUI miner? I know it is recommended to use pheonix but I currently do not have the time or sufficient knowledge to setup this up. I know the information is out there to do it but my keyboard doesn't have a working forward slash key at the moment which makes command lines impossible. I could probably tie it to another key in some way but I dont know how. To find out just further adds to the time issue.
I will eventually move to pheonix as it seems to produce better figures but for now I need to make do with GUI miner.
I think the lower limit is somewhere around 60%, I'm not absolutely sure though. You can ask on the bitcoinpool.com/forum though.
|
Ubuntu Desktop x64 - HD5850 Reference - 400Mh/s w/ cgminer @ 975C/325M/1.175V - 11.6/2.1 SDK Donate if you find this helpful: 1NimouHg2acbXNfMt5waJ7ohKs2TtYHePy
|
|
|
Jokah
Member
Offline
Activity: 69
Merit: 10
|
|
May 25, 2011, 07:30:11 PM |
|
I did go over there but some sort of error came up when I tried to use the search function. I'll go have another look.
|
|
|
|
bobR
Member
Offline
Activity: 112
Merit: 10
|
|
May 25, 2011, 07:32:21 PM |
|
Could some please tell me what an acceptable efficeincy figure is for this pool? I've just started and I am currently at about 65% and I fear this may be too low.
Is there a way to increase my efficeincy with GUI miner? I know it is recommended to use pheonix but I currently do not have the time or sufficient knowledge to setup this up. I know the information is out there to do it but my keyboard doesn't have a working forward slash key at the moment which makes command lines impossible. I could probably tie it to another key in some way but I dont know how. To find out just further adds to the time issue.
I will eventually move to pheonix as it seems to produce better figures but for now I need to make do with GUI miner.
They say 30% but they are pricks and do what they please They change their mind as frequently as I take a leak and now they take half of anyone that they deem by their determination to be pool hopping so much for FREE ... no fee FYI spent the $10 and get a keyboard
|
|
|
|
PonySlayer
Newbie
Offline
Activity: 3
Merit: 0
|
|
May 26, 2011, 02:42:50 AM |
|
Well if by "do what they please" you mean "enforce the 30% rule", by "change their mind as frequently as I take a leak" you mean "announce all rule changes, which are infrequent, clearly in the pool news subsection of their forums", and by "now they take half of anyone that they deem by their determination to be pool hopping" you mean "take half, of which half is re-distributed back into the pool, from people who participate in less than 50% of a given round as determined by their first and last submitted shares, which is actually more fair to non-dedicated miners than a score-based system", then I agree with you completely.
|
|
|
|
WilliamJohnson
Newbie
Offline
Activity: 47
Merit: 0
|
|
May 26, 2011, 06:31:21 AM |
|
take half, of which half is re-distributed back into the pool
[Citation needed] From what I can read on their forum, they don't seem to redistribute those shares: If the time difference between their shares is less than one half of the round duration, their share count will be reduced by 50% and the other half of their shares will be credited to an account setup by the pool operators.
|
|
|
|
PonySlayer
Newbie
Offline
Activity: 3
Merit: 0
|
|
May 26, 2011, 03:41:18 PM |
|
take half, of which half is re-distributed back into the pool
[Citation needed] From what I can read on their forum, they don't seem to redistribute those shares: If the time difference between their shares is less than one half of the round duration, their share count will be reduced by 50% and the other half of their shares will be credited to an account setup by the pool operators. "I did change the code so that in the event of a long round (6 hours or more) then the way shares are redistributed changes. Instead of cutting each pool hopping users by half, and then distributing 1/2 of that remainder to both FairUser and Myself, it will distribute 1/4 to both FairUser and Myself, and then remove the remaining 1/4 of the shares from the round. This will cause everyone else's share value to increase." http://www.bitcoinpool.com/forum/viewtopic.php?f=1&t=103&start=40 4th post on the page. In all fairness I did have it slightly wrong as 1/4 of the shares are eliminated as opposed to being redistributed back into the pool, but it has more or less the same effect in terms of how much they are taking and how the rest of the pool is affected. Also, it's not like they are just pocketing that cash: http://www.bitcoinpool.com/forum/viewtopic.php?f=7&t=125
|
|
|
|
WilliamJohnson
Newbie
Offline
Activity: 47
Merit: 0
|
|
May 26, 2011, 04:46:36 PM |
|
I see. Thanks for this clarification.
|
|
|
|
kwaaak
|
|
June 02, 2011, 04:23:02 PM |
|
Is this pool down?
|
|
|
|
keybaud
|
|
June 02, 2011, 04:34:54 PM |
|
Is this pool down?
It's down for me, at the moment, which is a shame, as I was still playing with their new website..
|
|
|
|
Amechan
Member
Offline
Activity: 105
Merit: 10
Spreading Bitcoin love
|
|
June 02, 2011, 06:42:06 PM |
|
Down for me too.
|
|
|
|
dishwara
Legendary
Offline
Activity: 1855
Merit: 1016
|
|
June 02, 2011, 09:20:23 PM |
|
From bitcoinpool.com Service Outage Fixed Posted on: 06-02-2011 20:00:16
We had a regional outage for a couple of hours. Service is back online. Sorry for the interruption. Anti Pool-hopping will disabled for this round. Thank you.
|
|
|
|
xenon481
|
|
June 16, 2011, 01:45:07 PM |
|
Once again, the owners of this pool make factually incorrect statements in order to promote fear, uncertainty, and doubt. [...] now that pool speed has increased without any noticable increase in our blocks-per-day average due to significantly decreased efficiency. What the pool owners call "efficiency" (server load) has absolutely no relationship with how many blocks-per-day the pool finds. The reason for the same number of blocks-per-day is because difficulty has gone up. When your efficiency is low, you are skipping over potential answers that could solve the block. Those potential answers, had the getwork not been provided to inefficient users, could have been submitted if that getwork had gone to an efficient user, resulting in a block being solved by the pool. That doesn't matter one single bit. The odds of you finding a block are the exact same no matter if you complete that getwork or if you ask for a new one.
|
Tips Appreciated: 171TQ2wJg7bxj2q68VNibU75YZB22b7ZDr
|
|
|
smscotten
|
|
July 18, 2013, 11:20:38 PM |
|
Looks like bitcoinpool.com may be dead finally. Looks like they've found two blocks in the last three months and haven't paid out on either of them. According to their forum sigs, the admins aren't even mining there anymore and no one is responding to forum posts asking about the status of payment.
They are well-reputed enough and ran the pool long enough that I'm not accusing them of taking the money and running, but it does look like they've gone home and aren't bothering with keeping the pool alive anymore. It might be best if they'd stop accepting miners' hashes if they aren't going to bother paying out.
|
|
|
|
|