Pages:
Author

Topic: Phoenix 2 beta discussion - page 7. (Read 58046 times)

hero member
Activity: 772
Merit: 500
February 06, 2012, 03:31:17 PM
#41
For the ones, who want to try DiaKGCN with Phoenix 2, here is a preview:
http://www.filedropper.com/diakgcnphoenix2preview_1

This can be used as config:

Code:
[cl:0:0]
autoconfigure = false
kernel = diakgcn
aggression = 12
vectors2 = true
vectors4 = false
vectors8 = false
worksize = 256

The kernel is the same as the last version for Phoenix 1.7.X, only has some small fixes in the init.

Please report bugs, glitches, ideas and results back to me, thanks!

Dia
hero member
Activity: 772
Merit: 500
February 06, 2012, 03:24:57 PM
#40
Got DiaKGCN working ^^, will be released in the next 2 days!

One thing, hashrate display seems a bit crazy currently ... starts at 5 GHash/s and takes forever to reach normal levels, where it belongs. Perhaps this can be reworked!?
Oh, and I think BFI_INT whitelist should reside in the kernels init file and not be placed somewhere else Wink. PyOpenCL is still 0.92 are there any news in terms of higher AGGRESSION levels and getwork delays?

Edit: CPU utilisation looks way better, than with Phoenix 1.X!

Dia

I think I know what's causing the hashrate display to initially show a huge value. I will fix this later today.

The reason we decided to put the BFI_INT whitelist in BFIPatcher.py was so that it wouldn't need to be duplicated across all kernels. This also makes it simpler to update since we only need to change it in one place. Kernels can still include their own whitelist if they want.

I will retest the newer PyOpenCL versions, but I highly doubt there will be any differences from previous tests.



Thanks for your answer, I'm looking forward to your tests and the fixed hashrate display. I'm interested in how you achieved the lower CPU usage in comparision to the original Phoenix.
Oh and can I supply a backup pool as with Phoenix or any failover strategy?

Dia
sr. member
Activity: 378
Merit: 250
February 06, 2012, 03:17:56 PM
#39
Still about 4 Mh/s slower than Diablominer with my 7970 at stock settings (925/1375).

Settings:
Code:
[cl:0:0]
autoconfigure = false
disabled = false
bfi_int = false
vectors = true
worksize = 256
aggression = 10

If I set aggression to 12, it will be about dead even but I get CPU load bug.  Keeping it 10 seems to leave it at idle.
Me and Diapolo each have something for you to try.  Mine is a bit of an insane move, but Dia's has some very nice code.  I'll attempt to port my mod over tonight/this evening/in about 5 hours or so.
full member
Activity: 219
Merit: 120
February 06, 2012, 02:55:28 PM
#38
Got DiaKGCN working ^^, will be released in the next 2 days!

One thing, hashrate display seems a bit crazy currently ... starts at 5 GHash/s and takes forever to reach normal levels, where it belongs. Perhaps this can be reworked!?
Oh, and I think BFI_INT whitelist should reside in the kernels init file and not be placed somewhere else Wink. PyOpenCL is still 0.92 are there any news in terms of higher AGGRESSION levels and getwork delays?

Edit: CPU utilisation looks way better, than with Phoenix 1.X!

Dia

I think I know what's causing the hashrate display to initially show a huge value. I will fix this later today.

The reason we decided to put the BFI_INT whitelist in BFIPatcher.py was so that it wouldn't need to be duplicated across all kernels. This also makes it simpler to update since we only need to change it in one place. Kernels can still include their own whitelist if they want.

I will retest the newer PyOpenCL versions, but I highly doubt there will be any differences from previous tests.

donator
Activity: 1218
Merit: 1015
February 06, 2012, 02:39:17 PM
#37
249 shares accepted, 1 rejected, ~5MH/s higher than on original phatk.

Yeah, I like it.  Grin

ETA: After another hour, reject rate is 0.72% on EMC.
sr. member
Activity: 303
Merit: 250
February 06, 2012, 02:36:40 PM
#36
Still about 4 Mh/s slower than Diablominer with my 7970 at stock settings (925/1375).

Settings:
Code:
[cl:0:0]
autoconfigure = false
disabled = false
bfi_int = false
vectors = true
worksize = 256
aggression = 10

If I set aggression to 12, it will be about dead even but I get CPU load bug.  Keeping it 10 seems to leave it at idle.
hero member
Activity: 772
Merit: 500
February 06, 2012, 01:58:13 PM
#35
Got DiaKGCN working ^^, will be released in the next 2 days!

One thing, hashrate display seems a bit crazy currently ... starts at 5 GHash/s and takes forever to reach normal levels, where it belongs. Perhaps this can be reworked!?
Oh, and I think BFI_INT whitelist should reside in the kernels init file and not be placed somewhere else Wink. PyOpenCL is still 0.92 are there any news in terms of higher AGGRESSION levels and getwork delays?

Edit: CPU utilisation looks way better, than with Phoenix 1.X!

Dia
newbie
Activity: 43
Merit: 0
February 06, 2012, 01:15:38 PM
#34
Changed over main rigs and been running all day, just had 1 card crash and readings jumped to 18Ghash then dropped back to 1.9 ghash when should have been 1.5ghash, would be great to have somthing that could detect a card stopping and restart it, running on Win7 x64 5x 5850
member
Activity: 64
Merit: 10
February 06, 2012, 12:18:05 PM
#33
First impression: Looks real good!

But i would like to like to know what "Roling time" means.
Also the overclock option mentioned before would be nice.

For now i get 10Mh/s less but i still have to use some fine tuning in the config file.
ZPK
legendary
Activity: 1302
Merit: 1021
February 06, 2012, 06:41:51 AM
#32
Will this include automatic fan and gpu management like cgminer ?

What about killing mining thread on GPU that has a dead fan while I am away ?

IMHO cgminer is good because of auto fan feature and support for backup pools and screw all that python BS.

Thank you !

very huge ....eyes in panic....no need thx )

for first settings can do gui, and if all work gui off.
hero member
Activity: 518
Merit: 500
February 06, 2012, 06:28:32 AM
#31
Will this include automatic fan and gpu management like cgminer ?

What about killing mining thread on GPU that has a dead fan while I am away ?

IMHO cgminer is good because of auto fan feature and support for backup pools and screw all that python BS.

Thank you !
sr. member
Activity: 378
Merit: 250
February 06, 2012, 06:14:21 AM
#30
just got an error. one of my cards is no longer mining (no gpu activity), probably need to restart the phoenix.exe. win7 x64, driver 11.12, sdk 2.6 + sdk 2.1. miner shows abnormal hash rate. 27 ghash wtf?

I didn't have the hardware stop mining completely, but I also experienced the slight hiccup that showed my miner as having a hash rate in the 400's when I'm lucky to break 15.  However, it didn't stop mining and I managed to get an accepted while it hiccuped.  This could just be a lower priority on measuring hash rate.
newbie
Activity: 43
Merit: 0
February 06, 2012, 06:10:57 AM
#29
Running on 2x 5870, might update my main rigs later

without the aggression entry cards only run at 95%, now added to config and everything seems to be ok and maybe gained a few Mhs
ZPK
legendary
Activity: 1302
Merit: 1021
February 06, 2012, 05:41:40 AM
#28
just got an error. one of my cards is no longer mining (no gpu activity), probably need to restart the phoenix.exe. win7 x64, driver 11.12, sdk 2.6 + sdk 2.1. miner shows abnormal hash rate. 27 ghash wtf?



hmm...i use 2 hours and do not see that. windows 7 sp1 x64,11.6 drivers

5850  960/300 60%
[cl:0:0]
autoconfigure = False
disabled = False
bfi_int = True
vectors = True
worksize=256
aggression=12
ZPK
legendary
Activity: 1302
Merit: 1021
February 06, 2012, 05:38:38 AM
#27
please add to phoenix overclocking support...
legendary
Activity: 1344
Merit: 1004
February 06, 2012, 05:33:32 AM
#26
just got an error. one of my cards is no longer mining (no gpu activity), probably need to restart the phoenix.exe. win7 x64, driver 11.12, sdk 2.6 + sdk 2.1. miner shows abnormal hash rate. 27 ghash wtf?
ZPK
legendary
Activity: 1302
Merit: 1021
February 06, 2012, 04:35:16 AM
#25
i use aoclbf by wind 1.81 for overclocking  videocards.......then open him phoenix down 100%
for mining use original phoenix.

and please say wtf is it ?
http://d.pr/sq8t
http://d.pr/D4sI
legendary
Activity: 1344
Merit: 1004
February 06, 2012, 04:02:19 AM
#24
Hi, testing out phoenix 2. Didnt instant crash my computer like some other miners do which is good. Seems to be identical performance too as far as hash rates go, just have to explicitly define all variables since they aren't assumed anymore due to the lack of init.py (my bad, its the bfi_patcher.py thats gone now, probably integrated in phoenix.exe). Is it possible to have better granularity of the hashrate? GUIMiner + Phoenix 1.7.4 is able to show 1.178 ghash, but with phoenix 2, I lose a digit and only shows 1.17 ghash. On another rig, it shows 2 more digits of the hash rate (766.73 mhash, etc). How about giving the same treatment to Ghash?

Thanks for continuing to support multiple OpenCL platforms. Works well for my 2.1 + 2.6 SDK setup.

Also with the upcoming web interface, will it be possible to alter aggression of specific devices on the fly?

Lastly, I took a quick look through the kernel and found BITALIGN. Under what hardware is this supported? I tried this instead of BFI_INT and saw a much lower hash rate on my 5830/5870's. Is it supposed to be faster? Is it supposed to work in conjunction with BFI_INT?

Bananington, VECTORS2 is unused. Use VECTORS or VECTORS 4. Also make sure to define BFI_INT = true for each device that supports it, and don't forget your user/pass combo in the backend. http://user:pass@website:port
member
Activity: 63
Merit: 10
February 06, 2012, 01:22:58 AM
#23
I'm trying to use another kernel and I can't seem to get it right. I keep getting the "failed to load kernel 'phatk'" message in the console.

Kernels developed for Phoenix 1.x are not directly compatible with Phoenix 2, but the required changes are minimal.

If the phatk kernel were updated to be compatible, it would work. I can't think of any benefit to doing so, though. The phatk2 kernel outperforms phatk on all hardware we've tested with.
sr. member
Activity: 1470
Merit: 428
February 06, 2012, 01:15:11 AM
#22
I'm trying to use another kernel and I can't seem to get it right. I keep getting the "failed to load kernel 'phatk'" message in the console.
Here's what I've worked out so far. The kernel I want to use is in the folder with the other kernel's and it's named "phatk"

Code:
[general]
verbose = True
backend = http://censored:8332

[cl:0:0]
disabled = True
kernel = phatk
AGGRESSION = 12
VECTORS2 = true
WORKSIZE = 128

[cl:0:1]
kernel = phatk
AGGRESSION = 12
VECTORS2 = true
WORKSIZE = 128

[web]
disable = true
Pages:
Jump to: