this is what i used with poclbm
-v -w256 -f 0 bfi_int
and this with phoenix
-k phatk2 vectors bfi_int aggression=13 worksize=256
Topic: Introducing CherryPicking - new Windows & Linux Pool Hopper - page 5. (Read 43136 times)
September 14, 2011, 02:00:58 PM
September 14, 2011, 01:11:47 AM
I think my problem was because I was too agressive... 
I restarted the system and started cherry a few times and e nded it a few times, all works as it should.
There haven't been any changes made to Phoenix on Linux (just checked) since I got it and it's still behaving properly on my install. If you ever get that again I'll have a thorough look through the code, though I can't imagine what could cause high CPU usage in Phoenix.I restarted the system and started cherry a few times and e nded it a few times, all works as it should.
im using windows no problems
Running great on both Windows 7 64bit and Ubuntu 11.04 64.
Good news! September 14, 2011, 01:09:14 AM
I think my problem was because I was too agressive...
I restarted the system and started cherry a few times and e nded it a few times, all works as it should.
I restarted the system and started cherry a few times and e nded it a few times, all works as it should.
September 14, 2011, 01:04:43 AM
i have a 17% increase in hashrate with phoenix
Wow, 17%?!
My hashrate has always been higher while using poclbm instead of phoenix.
September 14, 2011, 12:57:48 AM
Running, all is fine, and top gives me this:
let me try to get thew cpu to spike again...
Code:
root@linuxcoin:/home/user# top
top - 04:53:57 up 23 min, 4 users, load average: 1.80, 1.63, 1.06
Tasks: 191 total, 1 running, 187 sleeping, 0 stopped, 3 zombie
Cpu(s): 48.4%us, 25.9%sy, 0.0%ni, 8.2%id, 17.4%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 6121188k total, 2143000k used, 3978188k free, 125400k buffers
Swap: 0k total, 0k used, 0k free, 705644k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3998 root 1 0 441m 77m 44m S 41.2 1.3 2:28.59 Xorg
17079 user 1 0 628m 85m 29m S 6.0 1.4 0:03.42 firefox-bin
9473 user 1 0 342m 82m 28m S 4.7 1.4 0:40.70 phoenix.py
9482 user 1 0 342m 82m 28m S 4.3 1.4 0:40.54 phoenix.py
9485 user 1 0 342m 82m 28m S 4.0 1.4 0:37.06 phoenix.py
9488 user 1 0 342m 81m 28m S 4.0 1.4 0:40.36 phoenix.py
9491 user 1 0 342m 78m 25m S 4.0 1.3 0:40.16 phoenix.py
9476 user 1 0 342m 81m 28m S 3.7 1.4 0:40.35 phoenix.py
9479 user 1 0 342m 81m 28m S 3.0 1.4 0:36.19 phoenix.py
15869 root 1 0 212m 10m 7908 S 1.0 0.2 0:00.19 x-terminal-emul
9103 root 1 0 252m 21m 14m S 0.7 0.4 0:06.33 AMDOverdriveCtr
9107 root 1 0 252m 21m 14m S 0.7 0.4 0:06.52 AMDOverdriveCtr
9109 root 1 0 252m 21m 14m S 0.7 0.4 0:06.50 AMDOverdriveCtr
9111 root 1 0 252m 21m 14m S 0.7 0.4 0:07.38 AMDOverdriveCtr
828 root 1 0 0 0 0 D 0.3 0.0 0:00.01 jbd2/loop1-8
2380 root 1 15 16344 1160 816 S 0.3 0.0 0:01.56 preload
3036 mysql 1 0 165m 23m 6528 S 0.3 0.4 0:00.43 mysqld
top - 04:53:57 up 23 min, 4 users, load average: 1.80, 1.63, 1.06
Tasks: 191 total, 1 running, 187 sleeping, 0 stopped, 3 zombie
Cpu(s): 48.4%us, 25.9%sy, 0.0%ni, 8.2%id, 17.4%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 6121188k total, 2143000k used, 3978188k free, 125400k buffers
Swap: 0k total, 0k used, 0k free, 705644k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3998 root 1 0 441m 77m 44m S 41.2 1.3 2:28.59 Xorg
17079 user 1 0 628m 85m 29m S 6.0 1.4 0:03.42 firefox-bin
9473 user 1 0 342m 82m 28m S 4.7 1.4 0:40.70 phoenix.py
9482 user 1 0 342m 82m 28m S 4.3 1.4 0:40.54 phoenix.py
9485 user 1 0 342m 82m 28m S 4.0 1.4 0:37.06 phoenix.py
9488 user 1 0 342m 81m 28m S 4.0 1.4 0:40.36 phoenix.py
9491 user 1 0 342m 78m 25m S 4.0 1.3 0:40.16 phoenix.py
9476 user 1 0 342m 81m 28m S 3.7 1.4 0:40.35 phoenix.py
9479 user 1 0 342m 81m 28m S 3.0 1.4 0:36.19 phoenix.py
15869 root 1 0 212m 10m 7908 S 1.0 0.2 0:00.19 x-terminal-emul
9103 root 1 0 252m 21m 14m S 0.7 0.4 0:06.33 AMDOverdriveCtr
9107 root 1 0 252m 21m 14m S 0.7 0.4 0:06.52 AMDOverdriveCtr
9109 root 1 0 252m 21m 14m S 0.7 0.4 0:06.50 AMDOverdriveCtr
9111 root 1 0 252m 21m 14m S 0.7 0.4 0:07.38 AMDOverdriveCtr
828 root 1 0 0 0 0 D 0.3 0.0 0:00.01 jbd2/loop1-8
2380 root 1 15 16344 1160 816 S 0.3 0.0 0:01.56 preload
3036 mysql 1 0 165m 23m 6528 S 0.3 0.4 0:00.43 mysqld
let me try to get thew cpu to spike again...
September 14, 2011, 12:56:31 AM
Running great on both Windows 7 64bit and Ubuntu 11.04 64.
September 14, 2011, 12:35:24 AM
im using windows no problems
September 14, 2011, 12:02:43 AM
@max, so that's only when trying to stop CP on Linux? Does it happen on pool switches? And just to be sure, it's Phoenix having high CPU usage, not CP itself, right?
As for the slow updating, can you post a sample of Phoenix output without CherryPicking, a screenshot or copy-pasted text will do, including the Phoenix live info display? Which version are you using exactly?
The slow live stats updating may be happening because your version of Phoenix may be outputting different text compared to what I used while developing, that's why I need to see what its output is. As always, as long as pool switching works for you and you have normal load on your GPUs, the slow stats update may be just a 'cosmetic' problem.
@blacbe, that's a nice increase. While testing I can't say I've noticed any hash rate difference on my GPUs, but it's good to hear you're getting significantly better results.
Any problems with Phoenix so far, serious or no? Are you on Linux or Windows?
LE: As for developing, I've used Phoenix 1.6.2 on Windows and to get it on Linux I did a git clone and used that for testing (this was when I posted the screenshots).
As for the slow updating, can you post a sample of Phoenix output without CherryPicking, a screenshot or copy-pasted text will do, including the Phoenix live info display? Which version are you using exactly?
The slow live stats updating may be happening because your version of Phoenix may be outputting different text compared to what I used while developing, that's why I need to see what its output is. As always, as long as pool switching works for you and you have normal load on your GPUs, the slow stats update may be just a 'cosmetic' problem.
@blacbe, that's a nice increase. While testing I can't say I've noticed any hash rate difference on my GPUs, but it's good to hear you're getting significantly better results.
Any problems with Phoenix so far, serious or no? Are you on Linux or Windows?
LE: As for developing, I've used Phoenix 1.6.2 on Windows and to get it on Linux I did a git clone and used that for testing (this was when I posted the screenshots).
September 13, 2011, 11:56:01 PM
i have a 17% increase in hashrate with phoenix
September 13, 2011, 10:59:09 PM
ok maybe I found a small bug...
when pressing e to stop the mining, the cpu skyrockets.
using tor to check cpu usage, phoenix is at 99%.
when pressing e to stop the mining, the cpu skyrockets.
using tor to check cpu usage, phoenix is at 99%.
September 13, 2011, 10:34:13 PM
oh no, its working, guess I was just too impatient... 
September 13, 2011, 10:33:15 PM
Code:
Path=/live/cow/home/user/phoenix/phoenix.py
Args=-k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Miner=Phoenix
Args=-k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Miner=Phoenix
sorry, yes this is what i had, did not cut and paste the whole thing...still at 0.
September 13, 2011, 10:16:26 PM
OK so my miner.cfg looks like this:
path is correct, phoenix.py is executable. I run the latest version of cherry, and all starts out fine, but at the bottom its telling me 0 hashes.
so i am guessing this is a phoenix issue?
Code:
Path=/live/cow/home/user/phoenix/phoenix.py
Args=k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Args=k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
path is correct, phoenix.py is executable. I run the latest version of cherry, and all starts out fine, but at the bottom its telling me 0 hashes.
so i am guessing this is a phoenix issue?
use
Code:
Path=/live/cow/home/user/phoenix/phoenix.py
Args=-k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Miner=Phoenix
Args=-k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Miner=Phoenix
September 13, 2011, 10:06:11 PM
OK so my miner.cfg looks like this:
path is correct, phoenix.py is executable. I run the latest version of cherry, and all starts out fine, but at the bottom its telling me 0 hashes.
so i am guessing this is a phoenix issue?
Code:
Path=/live/cow/home/user/phoenix/phoenix.py
Args=k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Args=k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
path is correct, phoenix.py is executable. I run the latest version of cherry, and all starts out fine, but at the bottom its telling me 0 hashes.
so i am guessing this is a phoenix issue?
September 13, 2011, 09:59:33 PM
I'm not exactly sure which the fastest Phoenix kernel is, I've used the one linked to above for development, though I don't think a different kernel would make any difference to CP.
September 13, 2011, 09:40:05 PM
there were some mods done to phoenix because of faster math, is this the latest one? or was this the original?
September 13, 2011, 09:20:38 PM
must find where to download the latet phoenix...but after the update, poclbm is working fine.
https://bitcointalksearch.org/topic/phoenix-efficient-fast-modular-miner-6458
September 13, 2011, 09:16:15 PM
must find where to download the latet phoenix...but after the update, poclbm is working fine.
September 13, 2011, 09:11:33 PM
Yeah, that's it. If you want to use Phoenix add Miner=Phoenix (capitalization doesn't matter) in miner.cfg. You don't need to add anything for poclbm, if the entry is missing it defaults to poclbm anyway.
Obviously, have the Path entry to phoenix.exe on Windows or phoenix.py on Linux. On Linux you may need to chmod phoenix.py to make it executable first, CP will get access denied errors otherwise.
Obviously, have the Path entry to phoenix.exe on Windows or phoenix.py on Linux. On Linux you may need to chmod phoenix.py to make it executable first, CP will get access denied errors otherwise.
September 13, 2011, 08:57:48 PM
Quote
•Added a new attribute in miner.cfg, aptly called Miner. It's used to select between poclbm and Phoenix as miners, the accepted values are poclbm and phoenix.
example would be
miner=phoenix
or
miner=poclbm
right?
Jump to: