Bitcoin Forum
November 10, 2024, 06:48:32 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 [65] 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 ... 1154 »
  Print  
Author Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool  (Read 4382615 times)
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2349


Eadem mutata resurgo


View Profile
March 14, 2011, 12:24:12 AM
 #1281


Hi slush,

I am wondering if you had considered increasing the difficulty for your pool shares?, i.e. making it >1

It would reduce getwork calls across the internet, for the higher hash rate cards it seems to make more sense to be working on a harder problem, maybe a separate pool for bigger cards? They spend quite a bit of time waiting for the new work, taken in clock cycles versus wall-clock ...

(also I'm a bit biased because I seem to have a speedy core that likes to run hot, fast and not stop ... it hangs when it ramps up after a getwork 1 in 1000 times??)

slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 14, 2011, 12:42:41 AM
 #1282

I am wondering if you had considered increasing the difficulty for your pool shares?, i.e. making it >1

It would reduce getwork calls across the internet, for the higher hash rate cards it seems to make more sense to be working on a harder problem, maybe a separate pool for bigger cards? They spend quite a bit of time waiting for the new work, taken in clock cycles versus wall-clock ...

Well, with well written miner, there is no reason why cores should wait on submitting shares; it can be done fully in asynchronous way (just send, don't wait - at least in blocking state - to response). Maybe the feature request to the miner developers? Wink Blocking getworks are another issue, but I'm working on it - its long polling and next stuff comming soon.

The higher difficulty for fast cards are good idea, it is already on my list for some time. It will definitely come, I have some algorithms to find 'idea' difficulty for given worker in my head; will see how it will work in real life Smiley. Keep in mind that higher difficulty does not mean only lower network overhead, but also higher variance in round rewards and maybe also some new kind of pool attacks, so it need some care to don't break anything.

Dude65535
Full Member
***
Offline Offline

Activity: 126
Merit: 101


View Profile
March 14, 2011, 12:47:39 AM
Last edit: March 14, 2011, 01:32:46 AM by Dude65535
 #1283

(also I'm a bit biased because I seem to have a speedy core that likes to run hot, fast and not stop ... it hangs when it ramps up after a getwork 1 in 1000 times??)

I have a fairly crappy net connection, so to deal with it I run one copy of poclbm with a -f of 30-60 connected to the pool and a second copy with a -f of 200+ solo mining. The second copy gets about 5% of the gpu power when both are running but it picks up the slack immediately if there is a delay in the get work.

Edit: I have a satellite internet connection plus I use a VPN to avoid the 250MB a day download cap, but that puts me last in line for getting any bandwidth. About the only way my connection could get worse is if i used Tor as well.

1DCj8ZwGZXQqQhgv6eUEnWgsxo8BTMj3mT
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2349


Eadem mutata resurgo


View Profile
March 14, 2011, 12:55:04 AM
 #1284

I am wondering if you had considered increasing the difficulty for your pool shares?, i.e. making it >1

It would reduce getwork calls across the internet, for the higher hash rate cards it seems to make more sense to be working on a harder problem, maybe a separate pool for bigger cards? They spend quite a bit of time waiting for the new work, taken in clock cycles versus wall-clock ...

Well, with well written miner, there is no reason why cores should wait on submitting shares; it can be done fully in asynchronous way (just send, don't wait - at least in blocking state - to response). Maybe the feature request to the miner developers? Wink Blocking getworks are another issue, but I'm working on it - its long polling and next stuff comming soon.

The higher difficulty for fast cards are good idea, it is already on my list for some time. It will definitely come, I have some algorithms to find 'idea' difficulty for given worker in my head; will see how it will work in real life Smiley. Keep in mind that higher difficulty does not mean only lower network overhead, but also higher variance in round rewards and maybe also some new kind of pool attacks, so it need some care to don't break anything.

Anybody know if the poclbm.py miner is asynchronous? (I'll ask m0mchill also I guess) It is apparent on screen that hash rate drops after a block is accepted and new one is begun but is that what is happening on the core?

I wasn't going to bother with overhead of solo-mining set-up just yet but maybe it is way to work around buggy fast hot core ... or maybe put two processes on same core so it is always doing something regardless of getwork calls ....hmmm, thnx for the ideas.

slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 14, 2011, 01:17:27 AM
 #1285

Anybody know if the poclbm.py miner is asynchronous? (I'll ask m0mchill also I guess) It is apparent on screen that hash rate drops after a block is accepted and new one is begun but is that what is happening on the core?

Currently the poclbm does not drop job when share is found. Afaik the whole network stuff is in separate thread, so it should work 'asynchronous'. But I didn't do any debugging, maybe it is really handing somewhere. m0mchil performs new getwork before whole nonce space is crunched, so unless you have really crappy line, it should work fine.

Btw ongoing improvements in the pool will make network load waay lower than it is now. And I'm not talking only about long polling Wink.

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2349


Eadem mutata resurgo


View Profile
March 14, 2011, 06:53:37 AM
Last edit: March 14, 2011, 07:49:20 AM by moa
 #1286

(also I'm a bit biased because I seem to have a speedy core that likes to run hot, fast and not stop ... it hangs when it ramps up after a getwork 1 in 1000 times??)

I have a fairly crappy net connection, so to deal with it I run one copy of poclbm with a -f of 30-60 connected to the pool and a second copy with a -f of 200+ solo mining. The second copy gets about 5% of the gpu power when both are running but it picks up the slack immediately if there is a delay in the get work.

Edit: I have a satellite internet connection plus I use a VPN to avoid the 250MB a day download cap, but that puts me last in line for getting any bandwidth. About the only way my connection could get worse is if i used Tor as well.

Hey Dude, thnx for your idea. I launched two processes on the problem GPU and it is now stable for over 6 hours (at best it was 1 hour before). If anyone is interested here is my convoluted launch process to get this thing crunching ...
in one terminal
$export DISPLAY=:0.(speedy GPU adapter number)
$fgl_glxgears
wait for some output to indicate fps are being crunched in gears then in another terminal (should have these commands ready to go with terminals and shells prepped)
$nice -20 ./poclbm.py -u miner0_username --pass=miner0_passwd -o mining.bitcoin.cz -p 8332 -v -w128 -f10 -d(speedy GPU)
and in yet another terminal
$nice -20 ./poclbm.py -u miner1_username --pass=miner1_passwd -o mining.bitcoin.cz -p 8332 -v -w128 -f10 -d(speedy GPU)
and as soon as processes report back hashing numbers kill (CTRL+C) fgl_glxgears.

Dirty hack I know but it works and is now stable, I can do a little script to launch this with a timer included. It was worth it because this core actually hashes 1-2MH/s quicker than other cores and wasn't worth sending back 5970 card for protracted warranty claim as it passed all the graphics tests anyway.

I think it is a problem with Xserver, (Xorg) fglrx kernel module and poclbm and a hardware weirdness whereby GPU doesn't like stopping and ramping up after a getwork pause but is fine if it is kept crunching maxed out .... maybe multiple processes can optimise GPUs in other ways ... -w 32 x 4?

cosix
Member
**
Offline Offline

Activity: 77
Merit: 10


View Profile
March 14, 2011, 08:10:39 PM
 #1287

im getting some stales (1 per 20 valid blocks). should i set my askrate lower? right now, its 5 (poclbm default)
slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 14, 2011, 08:24:15 PM
 #1288

im getting some stales (1 per 20 valid blocks). should i set my askrate lower? right now, its 5 (poclbm default)

No, leave it as is. I had to restart bitcoin daemons on the server, so the stale shares were probably caused by short outage.

Groc
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250


Bounty manager (https://t.me/Gudwinn)


View Profile
March 14, 2011, 11:44:33 PM
 #1289

Join ur on http://mining.bitcoin.cz!
EDIT 27.12.2010: wiki page about pooled mining

If you have a slower computer,... then pooled mining may be the only way that you will ever mint any bitcoins at all.

How do I get started?
You need less than 10 minutes to start mining in pool. Visit http://mining.bitcoin.cz and follow instructions.



I fit in to this boat but for the life of me can't figure out how to use these "miner programs" to contribute to mining.bitcoin.cz
 Embarrassed

p.s. I'm currently not generating coins. I use windows xp. I have an IBP p4 think center. 
snedie
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
March 14, 2011, 11:53:30 PM
 #1290

Join ur on http://mining.bitcoin.cz!
EDIT 27.12.2010: wiki page about pooled mining

If you have a slower computer,... then pooled mining may be the only way that you will ever mint any bitcoins at all.

How do I get started?
You need less than 10 minutes to start mining in pool. Visit http://mining.bitcoin.cz and follow instructions.



I fit in to this boat but for the life of me can't figure out how to use these "miner programs" to contribute to mining.bitcoin.cz
 Embarrassed

p.s. I'm currently not generating coins. I use windows xp. I have an IBP p4 think center. 

Pretty much wasting your time to put in simply.

But if you want to do it anyway, download the poclbm GUI miner which will come in a .7z archive. Extract this to a folder of your choice, then run the guiminer.exe file. Go to File>New Miner and give it a name. Then enter mining.bitcoin.cz for the server address.

Go to mining.bitcoin.cz and register an account, and then make a miner (It's under the "My Account" page, just click on "Add new miner".

Now back in poclbm under the new miner you just made, enter the username and password for your miner. This can be found under the my account page on mining.bitcoin.cz.

The go to File>Save Settings, and then start the miner. It will say in the bottom right how many Hash/s you are doing.
snedie
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
March 14, 2011, 11:54:46 PM
 #1291

Slush,

Do I actually need a seperate user entry for each miner? I just noticed that I accidentaly gave two of my miners the same username to use and it simply added both their shares together...
slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 14, 2011, 11:55:38 PM
 #1292

I fit in to this boat but for the life of me can't figure out how to use these "miner programs" to contribute to mining.bitcoin.cz
 Embarrassed

Please select one from supported miners (in your case, it will be probably jgarzik's CPU miner) and follow instructions in his forum thread. The link is on the pool homepage. If you will have any troubles with that, don't hesitate to ask more specific directly in that thread.

slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 14, 2011, 11:58:56 PM
 #1293

Do I actually need a seperate user entry for each miner? I just noticed that I accidentaly gave two of my miners the same username to use and it simply added both their shares together...

There are some technical reasons why it isn't good idea. In some cases your miners might duplicate the effort (and from two same submitted shares, only one will be accounted). Simply - don't do that, really Smiley.

Lardie
Newbie
*
Offline Offline

Activity: 18
Merit: 0


View Profile
March 15, 2011, 01:02:38 AM
 #1294

Correct me if I'm wrong, but if someone uses my worker's username they just generate bitcoins for me. So what is the purpose of the password?
slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 15, 2011, 01:08:17 AM
 #1295

Correct me if I'm wrong, but if someone uses my worker's username they just generate bitcoins for me. So what is the purpose of the password?

Well, it is little complicated under the hood. Server must remember jobs which served you, to be able to perform some checks on share submitting. As the server has limited memory for every worker jobs, with knowledge of user/password, the attacker can make your mining impossible by erasing your worker queue. Well, it is nothing to too much worry about, but posting your full worker credentials on the web isn't generally good idea.

demonofelru
Full Member
***
Offline Offline

Activity: 238
Merit: 100



View Profile
March 15, 2011, 05:57:47 AM
 #1296

Hey Slush have you switched payout to only daily or something?  Usually it goes out hourly but have been over the payout minimum for a few hours now.

Names do not matter; however, if you insist...id...
datathe1st
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
March 15, 2011, 06:13:41 AM
 #1297

Hey Slush.  Would you consider charging only a 1% commission out of the goodness of your heart?
snedie
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
March 15, 2011, 09:14:44 AM
 #1298

Do I actually need a seperate user entry for each miner? I just noticed that I accidentaly gave two of my miners the same username to use and it simply added both their shares together...

There are some technical reasons why it isn't good idea. In some cases your miners might duplicate the effort (and from two same submitted shares, only one will be accounted). Simply - don't do that, really Smiley.

Thanks bud, I knew there would be a good reason not to do it.  Grin
slush (OP)
Legendary
*
Offline Offline

Activity: 1386
Merit: 1097



View Profile WWW
March 15, 2011, 12:15:01 PM
 #1299

Hey Slush have you switched payout to only daily or something?  Usually it goes out hourly but have been over the payout minimum for a few hours now.

Thanks for reporting; I found that one wallet had insufficient funds for paying tx fees. It is fixed now, payment should be processed withing one hour.

dishwara
Legendary
*
Offline Offline

Activity: 1855
Merit: 1016



View Profile
March 15, 2011, 01:09:35 PM
 #1300

Active workers (at least one share in last hour): 0

For past one hour or more..
Pages: « 1 ... 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 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 [65] 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 ... 1154 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!