Pages:
Author

Topic: further improved phatk_dia kernel for Phoenix + SDK 2.6 - 2012-01-13 - page 6. (Read 51252 times)

newbie
Activity: 13
Merit: 0
with this kernel on my hd 5850 I reach 415MH/s, I was at 400 before with core at 1000MHz and memory at 350MHz
newbie
Activity: 15
Merit: 0
Not working for me. phoenix 1.48, ubuntu 11.04 64bits.

[01/07/2011 14:45:48] Finding inner ELF...
[01/07/2011 14:45:48] Patching inner ELF...
[01/07/2011 14:45:48] Patching instructions...
[01/07/2011 14:45:48] BFI-patched 472 instructions...
[01/07/2011 14:45:48] Patch complete, returning to kernel...
[01/07/2011 14:45:48] Applied BFI_INT patch
[01/07/2011 14:45:48] FATAL kernel error: Failed to load OpenCL kernel!


Not working for me. phoenix 1.5, Linuxcoin.

Yes I copied both files kernel.cl and __init__.py into kernels/phatk/

I get this when I try to start Phoenix(it will work fine with the original kernel files, 6850@930/830=250Mh/s, 6950@850/735= 340 Mh/s)

Quote
user@linuxcoin:/opt/miners/phoenix$ ./phoenix.py -u http://user:[email protected]:8334/ -k phatk DEVICE=0 VECTORS AGGRESSION=7 -v FASTLOOP BFI_INT
[18/07/2011 09:27:56] Finding inner ELF...
[18/07/2011 09:27:56] Patching inner ELF...
[18/07/2011 09:27:56] Patching instructions...
[18/07/2011 09:27:56] BFI-patched 472 instructions...
[18/07/2011 09:27:56] Patch complete, returning to kernel...
[18/07/2011 09:27:56] Applied BFI_INT patch
[18/07/2011 09:27:56] FATAL kernel error: Failed to load OpenCL kernel!

Can anyone tell me what I am doing wrong? Thanks

It took setting up a second mining machine to figure out what I did wrong here. I had to type sudo the first time when I start the miner using the changed kernel file for some reason(really quite odd). Anyways my results
Card, prior hash, current hash
5770,212 Mhash to 229 Mhash(8%! improvement)
6950,341 Mhash to 344 Mhash

So if you are using linux and it gives you any sort of failure, try it again with super privileges, has worked everytime now. Thanks so much, I will make a humble donation.
sr. member
Activity: 476
Merit: 250
moOo
phatk 2.0 is in the phatk thread

but it sounds like you might want to wait til monday

Quote
Update:  Second new version with a few optimizations from Diapolo's Miner It appears to be somewhat broken, I will post an update this weekend
member
Activity: 98
Merit: 11
I'm working on a new version! The inputs came from the original Author of phatk, who released a version 2.0 of phatk (THANKS Phateus).
Currently my version IS slower, but I see this as a fair and cool competition, from which all of us will benefit in the end.

Dia

where is the download link for version 2.0 of phatk?
newbie
Activity: 56
Merit: 0
hero member
Activity: 772
Merit: 500
I'm working on a new version! The inputs came from the original Author of phatk, who released a version 2.0 of phatk (THANKS Phateus).
Currently my version IS slower, but I see this as a fair and cool competition, from which all of us will benefit in the end.

Dia
hero member
Activity: 772
Merit: 500
Here's what I get when I do a diff between your kernel and the one from svn (diff kernel.diapolo kernel.svn):

Code:
79c79
< // state0subT1: state0subT1 = state0 - T1
---
> // T1substate0: T1substate0 = T1 - substate0
88c88
<                                               const uint PreVal4addT1, const uint state0subT1,
---
>                                               const uint PreVal4addT1, const uint T1substate0,
100c100
<       Vals[0] = W_3 + PreVal4addT1 + state0subT1;
---
>       Vals[0] = W_3 + PreVal4addT1 + T1substate0;
390c390
<               output[OUTPUT_SIZE] = output[OUTPUT_MASK & (W[3].x >> 2)] = W_3.x;
---
>               output[OUTPUT_SIZE] = output[(W[3].x >> 2) & OUTPUT_MASK] = W_3.x;
394c394
<               output[OUTPUT_SIZE] = output[OUTPUT_MASK & (W[3].y >> 2)] =  W_3.y;
---
>               output[OUTPUT_SIZE] = output[(W[3].y >> 2) & OUTPUT_MASK] =  W_3.y;
399c399
<               output[OUTPUT_SIZE] = output[OUTPUT_MASK & (W[3] >> 2)] = W_3;
---
>               output[OUTPUT_SIZE] = output[(W[3] >> 2) & OUTPUT_MASK] = W_3;

The repository is at http://svn3.xp-dev.com/svn/phoenix-miner/trunk/kernels/phatk

Now it's clear, the one on svn is the same speed wise, but I uploaded mine again to rename a variable and reordered something for the output buffer. Nice that Jedi took my kernel as base for Phoenix, was not sure about that Smiley.

Dia
newbie
Activity: 56
Merit: 0
Here's what I get when I do a diff between your kernel and the one from svn (diff kernel.diapolo kernel.svn):

Code:
79c79
< // state0subT1: state0subT1 = state0 - T1
---
> // T1substate0: T1substate0 = T1 - substate0
88c88
<                                               const uint PreVal4addT1, const uint state0subT1,
---
>                                               const uint PreVal4addT1, const uint T1substate0,
100c100
<       Vals[0] = W_3 + PreVal4addT1 + state0subT1;
---
>       Vals[0] = W_3 + PreVal4addT1 + T1substate0;
390c390
<               output[OUTPUT_SIZE] = output[OUTPUT_MASK & (W[3].x >> 2)] = W_3.x;
---
>               output[OUTPUT_SIZE] = output[(W[3].x >> 2) & OUTPUT_MASK] = W_3.x;
394c394
<               output[OUTPUT_SIZE] = output[OUTPUT_MASK & (W[3].y >> 2)] =  W_3.y;
---
>               output[OUTPUT_SIZE] = output[(W[3].y >> 2) & OUTPUT_MASK] =  W_3.y;
399c399
<               output[OUTPUT_SIZE] = output[OUTPUT_MASK & (W[3] >> 2)] = W_3;
---
>               output[OUTPUT_SIZE] = output[(W[3] >> 2) & OUTPUT_MASK] = W_3;

The repository is at http://svn3.xp-dev.com/svn/phoenix-miner/trunk/kernels/phatk


hero member
Activity: 772
Merit: 500
Are these changes in the phatk svn now? Compared to a svn checkout from 7/25 I see absolutely no change in hash rates on a 5850 or a 5870.

I don't know about a phatk svn, sorry. This version here will and should give you higher performance compared to the stock phatk. Just do a diff between my file here and the one on the svn, to check for differences.

Dia
newbie
Activity: 11
Merit: 0
newbie
Activity: 56
Merit: 0
Are these changes in the phatk svn now? Compared to a svn checkout from 7/25 I see absolutely no change in hash rates on a 5850 or a 5870.
newbie
Activity: 13
Merit: 0
jr. member
Activity: 59
Merit: 1
Honk, honk!
super cool! on my 5850 - increased from 360Mh/s to 385Mh/s - thanks!!!
hero member
Activity: 481
Merit: 502
Excellent thanks! Extra 4%!
newbie
Activity: 5
Merit: 0
To all 69XX card owners, that want 1 ALU OP less, down to 1697 Smiley. Just edit the kernel.cl file and replace Line 385 (DL the latest 2011-07-17 version):

Vals[7] += Vals[3] + P4(124) + P3(124) + P2(124) + P1(124) + s1(124) + ch(124);

with

Vals[7] = Vals[7] + Vals[3] + P4(124) + P3(124) + P2(124) + P1(124) + s1(124) + ch(124);

Please report if it works Smiley. Remember, this WILL be slower for 58XX owners, so don't try this, if you are on 58XX cards or even (s)lower!

Dia

twin frozr III 6950: 950Mhz, 825Mhz, 1.15v

7-17 kernel
388.55Mhash/s VECTORS BFI_INT FASTLOOP=false WORKSIZE=128 AGGRESSION=13

7-17 kernel modded with above
390.04Mhash/s VECTORS BFI_INT FASTLOOP=false WORKSIZE=64 AGGRESSION=13


edit for clarification...
hero member
Activity: 772
Merit: 500
To all 69XX card owners, that want 1 ALU OP less, down to 1697 Smiley. Just edit the kernel.cl file and replace Line 385 (DL the latest 2011-07-17 version):

Vals[7] += Vals[3] + P4(124) + P3(124) + P2(124) + P1(124) + s1(124) + ch(124);

with

Vals[7] = Vals[7] + Vals[3] + P4(124) + P3(124) + P2(124) + P1(124) + s1(124) + ch(124);

Please report if it works Smiley. Remember, this WILL be slower for 58XX owners, so don't try this, if you are on 58XX cards or even (s)lower!

Dia
hero member
Activity: 772
Merit: 500
Reposted 2011-07-17 version because of a small mistake in variable naming. T1substate0 was wrong, it has to be state0subT1.
No further changes, that will do anything for those, who grabbed the version before this posting!

Currently no news for you guys, perhaps I can do a special version for 69XX cards (which could be 1 - 2 ALU OPs faster, but slower for 58XX), when there is demand. But for 58XX cards I'm out of optimisation ideas Wink.

Dia
sr. member
Activity: 252
Merit: 250
I also rolled back to 07-11, 07-17 was giving me "Kernel error: Unusual behavior from OpenCL. Hardware problem?" just like @navigator had. Board is Sapphire 5830 Xtreme, GPU @1040, RAM @350, 334 MH/s with 07-11. 07-07 was also stable and getting 331 MH/s.
sr. member
Activity: 362
Merit: 250
hero member
Activity: 772
Merit: 500
I get the "Kernel error: Unusual behavior from OpenCL. Hardware problem?" with the 7-17 version

It's only giving the error on my Sapphire 100297L. I've seen it come up twice within a few minutes up to once per hour. I also have a 100297-2L in the same box and it doesn't produce the error. I reverted back to 7-11 version and so far the error hasn't come up. Both cards are currently running at 1000/350 stock voltage 62c max. Even if I overclock to something unstable I have never gotten this error. I am currently watching the 7-11 version. If the error pops up even once I will report back.


In the other thread it seem that the error occured because of a faulty card or a too aggressive overclocking. It seems the new kernel pushes the cards a bit harder. If the error only occurs once every hour it should not be a big problem in terms of generated shares. What OS, SDK and driver are you on?

Dia
Pages:
Jump to: