Bitcoin Forum
December 11, 2018, 08:25:49 AM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: 'nice'/prioritizing multiple opencl processes in same GPU?  (Read 1134 times)
HanSolo
Newbie
*
Offline Offline

Activity: 59
Merit: 0



View Profile
June 09, 2011, 04:23:04 AM
 #1

I've noticed running two poclbm's against the same GPU improves rate about 2%. So far so good.

Now especially the last few days solo-mining into bitcoind 0.3.21, the bitcoind seems slow to respond, causing short stalls ("Problems communicating with bitcoin RPC") on both processes. These are most common when bitcoind accepting inbound connections.. I fear it could be bad-faith peers swamping others with bad traffic.

Another thread mentioned pointing the second process at a different pool to fill gaps. Tried that again so far so good.

But of the two processes the one that's most busy lately seems to get the most GPU.. for example if one process has even a few seconds head start, it keeps completing most of the hashes.

So every RPC stall means almost all hashing power goes to the pool.

Is there anything that works like Linux 'nice' for prioritizing processes using the GPU? I really want one process to dominate except when its stalled. I tried regular 'nice' but it had no effect.
1544516749
Hero Member
*
Offline Offline

Posts: 1544516749

View Profile Personal Message (Offline)

Ignore
1544516749
Reply with quote  #2

1544516749
Report to moderator
1544516749
Hero Member
*
Offline Offline

Posts: 1544516749

View Profile Personal Message (Offline)

Ignore
1544516749
Reply with quote  #2

1544516749
Report to moderator
1544516749
Hero Member
*
Offline Offline

Posts: 1544516749

View Profile Personal Message (Offline)

Ignore
1544516749
Reply with quote  #2

1544516749
Report to moderator
100% New Software
PC, Mac, Android, & HTML5 Clients
Krill Rakeback
Low Rake
Bitcoin Poker 3.0
Bad Beat Jackpot
SwC Poker Relaunch
PLAY NOW
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1544516749
Hero Member
*
Offline Offline

Posts: 1544516749

View Profile Personal Message (Offline)

Ignore
1544516749
Reply with quote  #2

1544516749
Report to moderator
1544516749
Hero Member
*
Offline Offline

Posts: 1544516749

View Profile Personal Message (Offline)

Ignore
1544516749
Reply with quote  #2

1544516749
Report to moderator
1544516749
Hero Member
*
Offline Offline

Posts: 1544516749

View Profile Personal Message (Offline)

Ignore
1544516749
Reply with quote  #2

1544516749
Report to moderator
CentroniX
Member
**
Offline Offline

Activity: 109
Merit: 10


View Profile
June 09, 2011, 04:44:37 AM
 #2

If I understood another post correctly set the dominant one with -f1, and the second with -f50.  The f1 will always take priority over the f50.... Again, if I understood it right.
fnord123
Newbie
*
Offline Offline

Activity: 47
Merit: 0


View Profile
June 09, 2011, 05:22:27 AM
 #3

Phoenix doesn't seem to like -f, anybody know how to do this with Phoenix?
PcChip
Sr. Member
****
Offline Offline

Activity: 418
Merit: 250



View Profile
June 09, 2011, 06:04:22 AM
 #4

Set one at High, one at Above-Normal.  It doesn't do 99%/1% like you're wanting, but it seems to do about 60/40 for me. 


However even though the miner clients displayed a small increase in total hashing power, the combined displayed hashrate from both pools showed a lower overall rate so I stopped.  Anyone know why ?

Legacy signature from 2011: 
All rates with Phoenix 1.50 / PhatK
5850 - 400 MH/s  |  5850 - 355 MH/s | 5830 - 310 MH/s  |  GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
Pages: [1]
  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!