Pages:
Author

Topic: Modified Kernel for Phoenix 1.5 - page 11. (Read 96725 times)

legendary
Activity: 1855
Merit: 1016
July 30, 2011, 07:41:19 AM
Seems it only gives problem to those using GUIminer. I am using AOCLBF 1.75 & i so far didn't get any error, except strange Mhash/s variation which i already posted in this thread some posts back.
GUIminer users , try with AOCLBF to check that also gives you problem.

OS-Windows 7, 64 bit with AERO enabled, catalyst 11.8 beta.
legendary
Activity: 1344
Merit: 1004
July 30, 2011, 02:40:15 AM
What makes you so sure its phoenix and not the kernel? 7-11 kernel and 7-17 kernel = work perfectly. Swap out to 2.0 kernel, spams idle.

Btw I searched that thread you linked and didn't see any mention of idle bug. :/

edit: did some other searching and apparently someone mentione didle bug was fixed in 1.50 but guiminer v2011-07-01 uses phoenix 1.50 according to my console, so I don't know where to go from here.
If someone can figure out the problem and give steps to solve the idle bug with guiminer v2011-07-01, catalyst 11.7, opencl driver 2.5, win7 x64, and this kernel, i'll donate 0.25 btc to you. I would prefer to keep using phoenix in guiminer.
member
Activity: 77
Merit: 10
July 30, 2011, 01:44:30 AM
Win7 x64, 5870, Catalyst 11.7, latest GUIMiner (Phoenix 1.5).
After copying v2.0 files into "kernels\phatk" i get this messages in console:
Code:
2011-07-29 11:02:49: Listener for "itzod2": [29/07/2011 11:02:49] [4.19 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
2011-07-29 11:02:50: Listener for "itzod2": [29/07/2011 11:02:50] Warning: work queue empty, miner is idle
No work is being done.

Here's miner starting parameters:
Code:
2011-07-29 18:08:49: Running command: .\phoenix.exe -u http://****:****@lp1.itzod.ru:8344 PLATFORM=0 DEVICE=0 AGGRESSION=12 -k phatk VECTORS BFI_INT FASTLOOP=false WORKSIZE=256

Your v1.0 and Diapolo's 2011-07-17 kernel works fine.


This is exactly what happens to mine too. guiminer 7-01-2011 with phoenix 1.5, using newest kernel in this thread, catalyst 11.7, win7 x64.
It just spams "Warning: work queue empty, miner is idle" in console.
I'm going to assume this kernel is either meant for an older miner, or its just plain broken. I'll be looking at this thread and diapolo's for an update. 12alu improvement is huge Smiley, might be able to break 470 mhash on my 5870.

edit: I thought you had to declare kernel arguments -after- the -k switch and argument after to declare what kernel to use.
this is an old bug of phoenix that the author was not able to fix.  Try search for idle bug.  It is not the problem of this kernel.
see http://forum.bitcoin.org/index.php?topic=19169.0
legendary
Activity: 1344
Merit: 1004
July 29, 2011, 11:38:25 PM
Win7 x64, 5870, Catalyst 11.7, latest GUIMiner (Phoenix 1.5).
After copying v2.0 files into "kernels\phatk" i get this messages in console:
Code:
2011-07-29 11:02:49: Listener for "itzod2": [29/07/2011 11:02:49] [4.19 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
2011-07-29 11:02:50: Listener for "itzod2": [29/07/2011 11:02:50] Warning: work queue empty, miner is idle
No work is being done.

Here's miner starting parameters:
Code:
2011-07-29 18:08:49: Running command: .\phoenix.exe -u http://****:****@lp1.itzod.ru:8344 PLATFORM=0 DEVICE=0 AGGRESSION=12 -k phatk VECTORS BFI_INT FASTLOOP=false WORKSIZE=256

Your v1.0 and Diapolo's 2011-07-17 kernel works fine.


This is exactly what happens to mine too. guiminer 7-01-2011 with phoenix 1.5, using newest kernel in this thread, catalyst 11.7, win7 x64.
It just spams "Warning: work queue empty, miner is idle" in console.
I'm going to assume this kernel is either meant for an older miner, or its just plain broken. I'll be looking at this thread and diapolo's for an update. 12alu improvement is huge Smiley, might be able to break 470 mhash on my 5870.

edit: I thought you had to declare kernel arguments -after- the -k switch and argument after to declare what kernel to use.
newbie
Activity: 52
Merit: 0
July 29, 2011, 01:12:38 PM
Yup the new kernel doesnt work.

BAH!.. I'll look through it, tonight I am going to a Sublime with Rome and 311 concert... so this weekend.

 
1st question, how is 0x2004000U in line 170 computed? Currently I don't get it Cheesy.

Dia

Basically, since only the last bit is different between the 2 nonces W3.x and W3.y, the first calculation done on those values is P2:
Code:
P2(18) = rot(W[3],25)^rot(W[3],14)^((W[3])>>3U);

So, basically, instead of flipping Bit 0 on W[3] and calculating both W[18].x and W[18].y, we can calculate W[18].x and W[18].y will be the same besides bits 25 and 14 being flipped

Code:
P2(18).x = rot(W[3].x,25)^rot(W[3].x,14)^((W[3].x)>>3U);
W[3].y = W[3].x ^ 1, therefore:

P2(18).y = P2(18).x ^ (rot(1,25)^rot(1,14)^((1)>>3U));
so, P2(18).y = P2(18).x ^ 0x2004000U;
hero member
Activity: 772
Merit: 500
July 29, 2011, 12:51:47 PM
#99
1st question, how is 0x2004000U in line 170 computed? Currently I don't get it Cheesy.

Dia
newbie
Activity: 8
Merit: 0
July 29, 2011, 11:08:16 AM
#98
Win7 x64, 5870, Catalyst 11.7, latest GUIMiner (Phoenix 1.5).
After copying v2.0 files into "kernels\phatk" i get this messages in console:
Code:
2011-07-29 11:02:49: Listener for "itzod2": [29/07/2011 11:02:49] [4.19 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
2011-07-29 11:02:50: Listener for "itzod2": [29/07/2011 11:02:50] Warning: work queue empty, miner is idle
No work is being done.

Here's miner starting parameters:
Code:
2011-07-29 18:08:49: Running command: .\phoenix.exe -u http://****:****@lp1.itzod.ru:8344 PLATFORM=0 DEVICE=0 AGGRESSION=12 -k phatk VECTORS BFI_INT FASTLOOP=false WORKSIZE=256

Your v1.0 and Diapolo's 2011-07-17 kernel works fine.
hero member
Activity: 772
Merit: 500
July 29, 2011, 10:31:10 AM
#97
Yours gives less hash than Diapolo's
http://forum.bitcoin.org/index.php?topic=25860.0

Using Diapolo's 2011-7-17 i gets 434 & 427 in 5870
While using yours gave 424 & 417, exactly a 10 Mhash/s less.

Alright, check the first post, I uploaded a second version today with a few tweaks (The Ma() tweak and slight reordering of some operations).  It should be faster than diapolo's now.

Also, anyone who wants to help with this or has any suggestions, PM me and I'll be more than happy to discuss when I get the chance.

And... Diapolo (and anyone else who wants to help), if you read this... We should work together on trying to improve this Smiley  I think it is a good idea to keep separate code sources to increase the chances of finding optimizations, but if you have any questions about my code, let me know.

-Phateus

Currently looking at your code Smiley ...

Dia
hero member
Activity: 658
Merit: 500
July 29, 2011, 09:17:58 AM
#96
1.1 doesn't work either for me, same error
full member
Activity: 126
Merit: 100
July 29, 2011, 09:12:52 AM
#95
Yup the new kernel doesnt work.
full member
Activity: 140
Merit: 100
July 29, 2011, 09:11:21 AM
#94
Gives an error in Linux (Ubuntu 10.10 x64), Python 2.6.6, Twisted 10.1.0-2:

Code:
[29/07/2011 08:10:17] Phoenix 1.50 starting...
[29/07/2011 08:10:17] Connected to server
[29/07/2011 08:10:17] Server gave new work; passing to WorkQueue
[29/07/2011 08:10:17] New block (WorkQueue)  
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC]
Unhandled error in Deferred:
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 318, in callback
    self._startRunCallbacks(result)
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 424, in _startRunCallbacks
    self._runCallbacks()
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 441, in _runCallbacks
    self.result = callback(self.result, *args, **kw)
  File "/home/user/phoenix-1.50/QueueReader.py", line 136, in preprocess
    d2 = defer.maybeDeferred(self.preprocessor, nr)
--- ---
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 125, in maybeDeferred
    result = f(*args, **kw)
  File "kernels/phatk/__init__.py", line 167, in
    self.qr = QueueReader(self.core, lambda nr: self.preprocess(nr),
  File "kernels/phatk/__init__.py", line 361, in preprocess
    kd = KernelData(nr, self.core, self.VECTORS, self.AGGRESSION)
  File "kernels/phatk/__init__.py", line 46, in __init__
    unpack('LLLL', nonceRange.unit.data[64:]), dtype=np.uint32)
struct.error: unpack requires a string argument of length 32
[29/07/2011 08:10:17] Server gave new work; passing to WorkQueue
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC]^C

I tried changing the 'LLLL' and 'LLLLLLLL' to 'IIII' (like in the old __init__.py, but that caused a new error further along.
hero member
Activity: 658
Merit: 500
July 29, 2011, 08:54:34 AM
#93
Running windows 7, 64 bit

I'm getting [29/07/2011 06:50:32] FATAL kernel error: Failed to load OpenCL kernel! when I try the newest one
I tried with phoenix 1.5 and the latest 112 revision, get the same error

I'm doing python phoenix.py -u http://iopq.me:***@mineco.in:
3000/ -k phatk DEVICE=1 VECTORS BFI_INT AGGRESSION=7 WORKSIZE=128

does it have something to do with worksize? because when i supply an invalid worksize to the phatk 1.0 it also gives the same error
member
Activity: 67
Merit: 10
July 29, 2011, 03:23:51 AM
#92
I'm getting this error when i try to use your 2.0 kernel on Phoenix 1.5/Linuxcoin 2.0(Debian live)
Works just fine on my Win7 x64 box though, so guessing it's specific to linuxcoins default complement of packages.
Code:
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 361, in callback
    self._startRunCallbacks(result)
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 455, in _startRunCallbacks
    self._runCallbacks()
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 542, in _runCallbacks
    current.result = callback(current.result, *args, **kw)
  File "/opt/miners/phoenix/QueueReader.py", line 136, in preprocess
    d2 = defer.maybeDeferred(self.preprocessor, nr)
--- ---
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 133, in maybeDeferred
    result = f(*args, **kw)
  File "kernels/phatk/__init__.py", line 167, in
    self.qr = QueueReader(self.core, lambda nr: self.preprocess(nr),
  File "kernels/phatk/__init__.py", line 361, in preprocess
    kd = KernelData(nr, self.core, self.VECTORS, self.AGGRESSION)
  File "kernels/phatk/__init__.py", line 46, in __init__
    unpack('LLLL', nonceRange.unit.data[64:]), dtype=np.uint32)
struct.error: unpack requires a string argument of length 32
legendary
Activity: 1855
Merit: 1016
July 29, 2011, 02:45:08 AM
#91
I am getting STRANGE results.
Using Diapolo I got 434 & 427. Both are 5870 card.
1st is MSI Lightning 5870 @ 957/319, 1175mV.
2nd is Sapphire HD 5870 @ 939/313, 1163mV.

From your Phatk 2.0, i get 430 & 429. No change in any flags...
434 reduced to 430, But 427 increased to 429.
legendary
Activity: 1855
Merit: 1016
July 29, 2011, 02:23:41 AM
#90
not working with Phoenix r101

Phoenix 1.5 includes the phatk kernel by default, unlike 1.4. Just use the included one. If you want more performance, phatk r112 from the Phoenix SVN is even faster.
where can I find r112?
+1, also how to know the revision number?
donator
Activity: 2352
Merit: 1060
between a rock and a block!
July 29, 2011, 02:22:21 AM
#89
not working with Phoenix r101

Phoenix 1.5 includes the phatk kernel by default, unlike 1.4. Just use the included one. If you want more performance, phatk r112 from the Phoenix SVN is even faster.

where can I find r112?
full member
Activity: 219
Merit: 120
July 29, 2011, 02:20:04 AM
#88
not working with Phoenix r101

Phoenix 1.5 includes the phatk kernel by default, unlike 1.4. Just use the included one. If you want more performance, phatk r112 from the Phoenix SVN is even faster.
newbie
Activity: 41
Merit: 0
July 29, 2011, 02:00:44 AM
#87
not working with Phoenix r101
sr. member
Activity: 254
Merit: 250
July 29, 2011, 01:24:26 AM
#86
kernel opencl error. does this work with phoenix 1.5?
newbie
Activity: 52
Merit: 0
July 29, 2011, 12:55:59 AM
#85
Yours gives less hash than Diapolo's
http://forum.bitcoin.org/index.php?topic=25860.0

Using Diapolo's 2011-7-17 i gets 434 & 427 in 5870
While using yours gave 424 & 417, exactly a 10 Mhash/s less.

Alright, check the first post, I uploaded a second version today with a few tweaks (The Ma() tweak and slight reordering of some operations).  It should be faster than diapolo's now.

Also, anyone who wants to help with this or has any suggestions, PM me and I'll be more than happy to discuss when I get the chance.

And... Diapolo (and anyone else who wants to help), if you read this... We should work together on trying to improve this Smiley  I think it is a good idea to keep separate code sources to increase the chances of finding optimizations, but if you have any questions about my code, let me know.

-Phateus
Pages:
Jump to: