Bitcoin Forum
October 01, 2016, 03:31:10 PM *
News: Latest stable version of Bitcoin Core: 0.13.0 (New!) [Torrent]. Make sure you verify it.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3152 (80.4%)
Bank transfer / USD - 407 (10.4%)
Gold/silver coins and bars - 359 (9.2%)
Total Voters: 3916

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 ... 1104 »
  Print  
Author Topic: [40+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 3859905 times)
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 2016



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??)

1475335870
Hero Member
*
Offline Offline

Posts: 1475335870

View Profile Personal Message (Offline)

Ignore
1475335870
Reply with quote  #2

1475335870
Report to moderator
1475335870
Hero Member
*
Offline Offline

Posts: 1475335870

View Profile Personal Message (Offline)

Ignore
1475335870
Reply with quote  #2

1475335870
Report to moderator
1475335870
Hero Member
*
Offline Offline

Posts: 1475335870

View Profile Personal Message (Offline)

Ignore
1475335870
Reply with quote  #2

1475335870
Report to moderator
"If you don't want people to know you're a scumbag then don't be a scumbag." -- margaritahuyan
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1475335870
Hero Member
*
Offline Offline

Posts: 1475335870

View Profile Personal Message (Offline)

Ignore
1475335870
Reply with quote  #2

1475335870
Report to moderator
1475335870
Hero Member
*
Offline Offline

Posts: 1475335870

View Profile Personal Message (Offline)

Ignore
1475335870
Reply with quote  #2

1475335870
Report to moderator
slush
Legendary
*
Offline Offline

Activity: 1358



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


View Profile
March 14, 2011, 12:47:39 AM
 #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: 2016



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

Activity: 1358



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: 2016



View Profile
March 14, 2011, 06:53:37 AM
 #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: 71


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

Activity: 1358



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

Activity: 111



View Profile WWW
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. 

AMHash
ASICMINERROCKMINER ● Buy from: AMHash (20 Th/s min) ● Hashie (20 Gh/s min + 10 Gh/s free) ● Havelock (1 Gh/s min)
Cloud-mining contracts: 0.0012 BTC per Gh ● Maintenance fee: $0.001551 per Gh per day ● Upto 6% Christmas Bonus
snedie
Member
**
Offline Offline

Activity: 112


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


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

Activity: 1358



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

Activity: 1358



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


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

Activity: 1358



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



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

Activity: 30


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?

All donations (even 0.01 BTC) are much appreciated! Thank you!
13PNeVP5hNbmXVccfeC73BENtKdht2aEVe
snedie
Member
**
Offline Offline

Activity: 112


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

Activity: 1358



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: 1358


Truth may get delay, but NEVER fails


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 ... 1104 »
  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!