nster
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 12:19:37 AM |
|
I think I got banned from bitcoinpool.com (and the miner does work either) because I refreshed the page too many times Could you unban me please ![Embarrassed](https://bitcointalk.org/Smileys/default/embarrassed.gif)
|
167q1CHgVjzLCwQwQvJ3tRMUCrjfqvSznd Donations are welcome ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Please be kind if I helped
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 12:38:36 AM |
|
everytime I refresh to see how many BTC I should have, it lowers, why is that? Holy f%^#% I just made myself lose like 0.01 BTC... ![Cry](https://bitcointalk.org/Smileys/default/cry.gif) That is happening because other people in that time between refreshes have submitted their shares...which increases their earnings and subsequently decreases your by a small amount. Likewise, you will notice that right after you submit a share, your earnings will have increased by a little bit.
|
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 12:39:30 AM |
|
I think I got banned from bitcoinpool.com (and the miner does work either) because I refreshed the page too many times Could you unban me please ![Embarrassed](https://bitcointalk.org/Smileys/default/embarrassed.gif) PM me your account name on the pool. Wait, I see a "nster" account and it does not have the banned flag set. You should be able to mine with no problems. Please keep in mind we are working on the site during this time too. So if a page says it has an error or something, that'll be temporary and you should try to refresh in a couple of minutes.
|
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 12:51:18 AM |
|
If people with CPU miners are unsure if they should join this pool — i.e., if they can live up to 1% efficiency — here are some numbers from the fastest of my CPU miners (and you will see it's pretty slow):
I'm running jgarzik's cpuminer single-threaded with the sse2_64 algorithm on a Core2Duo E6550 @ 2.33 GHz and a scantime of 7 seconds, which gives it a speed of 2,452 ± 272 khash/s (p=.95, based on 56,533 getworks).
Now, out of those 56,533 getworks the miner has delivered 224 POWs. Ladies and gentlemen, that's a whopping efficiency of 0.396% (and so this miner doesn't qualify)!
That said, I do like the share-based payout system…
Cheers,
OK, we made a change. Auto-banning is turned off for now. CPU miners are safe. We will no longer look at the 1% Efficiency as a means of banning people. Instead, if you miner make more than 30 getwork request AND has not submitted a share in 60 seconds, you'll be temporarily banned for 5 minutes. If your miner is getting a new getwork every 5 to 10 seconds AND has not submitted a share in 60 seconds, you'll be OK. We are trying to prevent getwork flooding or as some have called it the "fire hose" method for trying to find shares, because it's horribly inefficient and ultimately cuts the CPU miners short. Working on your getwork for more than 5 or 10 seconds is preferred, but you probably don't want to work on the same getwork for more than the current average time it take to find a block (based on a average of the last 100 or 1000 blocks). Ahh, gotta love the CPU's too...
|
|
|
|
geebus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 01:15:53 AM |
|
Current Round Stats are back up on the index page. We had to resolve an issue with slow response and timeouts on the database queries. All is well now.
|
Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
|
|
|
grue
Legendary
Offline
Activity: 2058
Merit: 1434
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 01:18:25 AM |
|
Have you tried ufasoft? It could be that it doesn't work, but if a CPU miner works with this pool, most likely ufasoft's will work
that is the one im currently using. i'm not sure what version it is, but the properties window is showing a version number of 5.0.1822.0, and the CRC32 of the .exe is 83CFD1E0. also, im using this: bitcoin-miner.exe -t 4 -u grue -p █████████ -o http://bitcoinpool.com:8334as the command line parameter
|
|
|
|
nster
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 01:20:54 AM |
|
Current Round Stats are back up on the index page. We had to resolve an issue with slow response and timeouts on the database queries. All is well now.
For now I have the highest efficiency ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) and I'm 3rd in shares if we don't count the geebuses and the goldys else I'm 6th all that with a non-constant 270Mh/s Also, can this be run with ufasoft's miner? I didn't get it to work. and the poclbm gets me only 3Mh/s (vs 20) AND lowers my GPU mining by 25Mh/s
|
167q1CHgVjzLCwQwQvJ3tRMUCrjfqvSznd Donations are welcome ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Please be kind if I helped
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 01:57:45 AM |
|
Current Round Stats are back up on the index page. We had to resolve an issue with slow response and timeouts on the database queries. All is well now.
For now I have the highest efficiency ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) and I'm 3rd in shares if we don't count the geebuses and the goldys else I'm 6th all that with a non-constant 270Mh/s Also, can this be run with ufasoft's miner? I didn't get it to work. and the poclbm gets me only 3Mh/s (vs 20) AND lowers my GPU mining by 25Mh/s I honestly haven't tried ufasoft's miner, so I'm not qualified to answer that question. Also, you might want to have the "-v" flag added to the poclbm-mod.exe so it will attempt to use vectors. I noticed a speed improvement on all three of my boxes when I used vectors. If you figure out what's going on, please post back here. I'm @ work right now and can't really test anything at the moment.
|
|
|
|
geebus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 02:15:34 AM |
|
We're manually locking some user accounts that are excessively flooding our servers. See the list below:
burtyb requested 74653 (More than 2 per second) getworks and submitted 125 answers.
yomi requested 45050 (more than 2 per second) getworks and submitted 169 answers.
thistle requested 30075 (more than 1 per second) getworks and submitted 37 answers.
If any of the listed users want to email me, we can discuss adjustment of your askrate to more efficiently work with the pool and re-activate your accounts.
Shoot me a PM with the following info:
Your Askrate # of CPUs/GPUs on the account What miner you're using
|
Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
|
|
|
nster
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 02:47:12 AM |
|
Current Round Stats are back up on the index page. We had to resolve an issue with slow response and timeouts on the database queries. All is well now.
For now I have the highest efficiency ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) and I'm 3rd in shares if we don't count the geebuses and the goldys else I'm 6th all that with a non-constant 270Mh/s Also, can this be run with ufasoft's miner? I didn't get it to work. and the poclbm gets me only 3Mh/s (vs 20) AND lowers my GPU mining by 25Mh/s I honestly haven't tried ufasoft's miner, so I'm not qualified to answer that question. Also, you might want to have the "-v" flag added to the poclbm-mod.exe so it will attempt to use vectors. I noticed a speed improvement on all three of my boxes when I used vectors. If you figure out what's going on, please post back here. I'm @ work right now and can't really test anything at the moment. oh I use -v -w 128 -f 0 or -f 10 for my GPU... And I do not think ufasoft's miner works, at least not for me... what SSE2 miners work?
|
167q1CHgVjzLCwQwQvJ3tRMUCrjfqvSznd Donations are welcome ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Please be kind if I helped
|
|
|
geebus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 03:01:35 AM |
|
We tested the following CPU miners:
jgarzik's CPU miner puddinpop's CPU miner poclbm-mod running on CPU
Aside from that, we don't know.
|
Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 03:02:47 AM |
|
oh I use -v -w 128 -f 0 or -f 10 for my GPU...
And I do not think ufasoft's miner works, at least not for me... what SSE2 miners work?
Honestly I'm not sure. After spending $45 on 64 CPU's from Amazon's EC2 cloud for only 24 hours, and getting almost nothing in return, I abandoned all the CPU's miner....personally speaking. I spent the money, got a couple GPU's, and the entire time I was testing the pool I used GPU's. Geebus may have tested some CPUs. So any and all feedback from the CPU's miners out there is a BIG help for us. Thank you in advance.
|
|
|
|
h00ters
Newbie
Offline
Activity: 22
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 03:14:25 AM |
|
sweeeeeeeet!!! new pool that does not force donations. +10BTC gents for the new pool! ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) new client is good. getting about 90% efficiently!
|
|
|
|
qed
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 03:22:26 AM |
|
I'm using your miner and seems like ti's working well. I have 3 cards and i get around 90% effic3ency. What are the reason for Submitted Shares / Total Getworks to be 90%?
Thanks.
|
|
|
|
geebus
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 03:31:29 AM |
|
I'm using your miner and seems like ti's working well. I have 3 cards and i get around 90% effic3ency. What are the reason for Submitted Shares / Total Getworks to be 90%?
Thanks.
There can be more than one answer inside of a single getwork. A 90% efficiency means you've submitted 9 answers for every 10 getworks requested from the server. It doesn't exactly mean that 9 getworks had answers, just that 9 answers have been submitted, it could have been any number of combinations. For instance: Getwork 1 - 5 resulted in no answers Getwork 6 - 8 had 3 answers each Getwork 9 & 10 resulted in no answers. 10 Getworks, 9 Answers = 90% Efficiency. For a good basis of comparison, the original poclbm sits at around 17% efficiency on my cards, with a 10s askrate.
|
Feel like donating to me? BTC Address: 14eUVSgBSzLpHXGAfbN9BojXTWvTb91SHJ
|
|
|
nelisky
Legendary
Offline
Activity: 1540
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 04:00:20 AM |
|
10 Getworks, 9 Answers = 90% Efficiency.
For a good basis of comparison, the original poclbm sits at around 17% efficiency on my cards, with a 10s askrate.
While I've always felt more comfortable with iterating the full getwork, to the point of having done my own opencl miner integrated on bitcoind just for that, the mathematics you are describing are really a flawed kind of statistical proof. Yes, you do get a much better coverage of the getwork (which is what you call efficiency) and the original miner just throws away the rest of the work once a solution is found, so it is never as "efficient". But that doesn't mean it is slower or worst, as we are basically trying to find a solution on a random pool of numbers. So you count the number of solutions vs the number of value pools, whereas the original miner counts the number of value pools with at least one solution. In the end I would argue the success rate will be larger for your miner because the network lag is smaller, as the miner doesn't request a new work set for each solution found, but that's about it. The 17% vs 90% description is really misleading!
|
|
|
|
jgarzik
Legendary
Offline
Activity: 1596
Merit: 1099
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 04:02:12 AM |
|
This efficiency number is a bit misleading, IMO.
There is no guarantee that a solution exists in a 'getwork' data unit.
Better to rename "efficiency" as "luck." It is more clear.
|
Jeff Garzik, Bloq CEO, former bitcoin core dev team; opinions are my own. Visit bloq.com / metronome.io Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 04:51:07 AM |
|
10 Getworks, 9 Answers = 90% Efficiency.
For a good basis of comparison, the original poclbm sits at around 17% efficiency on my cards, with a 10s askrate.
While I've always felt more comfortable with iterating the full getwork, to the point of having done my own opencl miner integrated on bitcoind just for that, the mathematics you are describing are really a flawed kind of statistical proof. Yes, you do get a much better coverage of the getwork (which is what you call efficiency) and the original miner just throws away the rest of the work once a solution is found, so it is never as "efficient". But that doesn't mean it is slower or worst, as we are basically trying to find a solution on a random pool of numbers. You are correct, it is not slower or faster in finding shares. Our focus was simply to reduce the amount of resources (bandwidth and CPU time) on the server. That's what we're focused on; reducing the amount of bandwidth and resources used by and for the server. So you count the number of solutions vs the number of value pools, whereas the original miner counts the number of value pools with at least one solution. In the end I would argue the success rate will be larger for your miner because the network lag is smaller, as the miner doesn't request a new work set for each solution found, but that's about it.
I don't think that our modified miner finds more shares or blocks. All the tests I've done show about the same number of shares. We're hoping that by having more miner's that can get the same number of shares in a given time and reduces the load on the server, we'll be able to support more users. We're also hoping that more users means more blocks solved. The 17% vs 90% description is really misleading!
I don't believe so. Perhaps our description of what we mean by "efficiency" was a bit misunderstood or lacked a sufficient explanation. Sorry for the misunderstanding.
|
|
|
|
nelisky
Legendary
Offline
Activity: 1540
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 04:58:52 AM |
|
The 17% vs 90% description is really misleading!
I don't believe so. Perhaps our description of what we mean by "efficiency" was a bit misunderstood or lacked a sufficient explanation. Sorry for the misunderstanding. Well, it is worth what it is worth. I'm now using your miner exclusively, so there you go ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Don't let my word be taken the wrong way, you've done an amazing work. Not only did you get the miner to search the full key space, which is the way I like it, you also give out very helpful information while mining, something that was really lacking. Kudos to you, and btc's too once this miner renders me some ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
FairUser (OP)
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 1344
Merit: 264
bit.ly/3QXp3oh | Ultimate Launchpad on TON
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2011, 05:01:59 AM |
|
There is no guarantee that a solution exists in a 'getwork' data unit.
True. Then again, some getwork will have 2, 3, 4, 5, 6, or more answers. The most I've seen is 7 answers being found in 1 getwork request. The more time you give to a sample period, the closer you get to a 1:1 ratio of [shares submitted]:[getwork request]. Better to rename "efficiency" as "luck." It is more clear.
No, cause the whole process of mining is based around "luck". When we talk about "efficiency", we're talking about how much bandwidth and resources the miner is causing the server to use. Our goal was to reduce the amount of used resources to a minimum while making sure the client isn't negatively impacted. Sorry for the misunderstanding or if we were not clear enough.
|
|
|
|
|