Phoenix - Efficient, fast, modular miner

[drgr33n]

Can someone post instructions from a barebox to making this work ?

I'm having trouble getting it to run. I have bitcoind running as a daemon and that's about it.



 File "./phoenix.py", line 123, in <module>
    miner.start(options)
  File "/home/fahayek/Downloads/phoenix-1.46/Miner.py", line 74, in start
    self.kernel = self.options.makeKernel(KernelInterface(self))
  File "./phoenix.py", line 111, in makeKernel
    kernelModule = imp.load_module(module, file, filename, smt)
  File "kernels/poclbm/__init__.py", line 22, in <module>
    import pyopencl as cl
  File "/usr/lib/pymodules/python2.7/pyopencl/__init__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: libOpenCL.so.1: cannot open shared object file: No such file or directory

Check out linuxcoin

[1714921087]

1714921087

[1714921087]

1714921087

[zoro]

exactly the same with deepbit.
although i see 0 rejected in all workers, some workers have 5% stales!
others have 0%
very strange!

latest news: i see an increase to average speed in last 5 minutes and at the end of the round, meaning i get more in each round!
thus i think 1.46 is better even with more stalled shares (or deepbit stalled reports are wrong!), i am not sure about pps though

[Nicksasa]

This is not only with phoenix but also with poclbm but why does -v on 69XX cards reduce the mhash/s ? As i see it speeds it up on the 5XXX cards.

[kalifg]

Trying to get it to run on Mac OS X. It worked once with DEVICE=0 VECTORS AGGRESSION=7 but after stopping it to try other parameters it stopped working with the error "[25/04/2011 15:59:52] FATAL kernel error: Failed to compile OpenCL kernel!". Looking in the generated crash log there's this:

Code:

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000101fc3000
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib                   0x00007fff87fa7506 strtol_l + 75
1   ...pple.ATIRadeonX2000GLDriver      0x000000011502632f glrCompDeleteProgram + 4895
2   ...pple.ATIRadeonX2000GLDriver      0x0000000115026535 glrCompDeleteProgram + 5413
...

I have the same problem.  Deleting the phoenix directory and untarring a fresh copy of the code allows me to run it again.  I found that removing the file kernels/poclbm/34084881c46d0a0ca533f7a327086560.elf allowed me to run it again.

[manifold]

Hi, I get the same error as F.A. Hayek .

Code:

Traceback (most recent call last):
  File "phoenix.py", line 123, in <module>
    miner.start(options)
  File "/home/myusername/Programme/phoenix/Miner.py", line 74, in start
    self.kernel = self.options.makeKernel(KernelInterface(self))
  File "phoenix.py", line 111, in makeKernel
    kernelModule = imp.load_module(module, file, filename, smt)
  File "kernels/poclbm/__init__.py", line 22, in <module>
    import pyopencl as cl
  File "/usr/lib/pymodules/python2.7/pyopencl/__init__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: libOpenCL.so.1: cannot open shared object file: No such file or directory

I installed already the python-PyOpenCL package.

Or do I have to download some files from here:
https://github.com/m0mchil/poclbm
and copy them into the kernel folder?


I got the ATI 5770 in Ubuntu with the fglrx Package from the restricted driver manager.


What can I do?

[niooron]

I don't know if this was already found, but I just opened 2 instances of phoenix at agression=3 and I am getting the same mhash/s than agression=8 or 9 on a single instance, only without any desktop lag.

Can someone else try?

[manifold]

Hi, I get the same error as F.A. Hayek .

Code:

Traceback (most recent call last):
  File "phoenix.py", line 123, in <module>
    miner.start(options)
  File "/home/myusername/Programme/phoenix/Miner.py", line 74, in start
    self.kernel = self.options.makeKernel(KernelInterface(self))
  File "phoenix.py", line 111, in makeKernel
    kernelModule = imp.load_module(module, file, filename, smt)
  File "kernels/poclbm/__init__.py", line 22, in <module>
    import pyopencl as cl
  File "/usr/lib/pymodules/python2.7/pyopencl/__init__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: libOpenCL.so.1: cannot open shared object file: No such file or directory

I installed already the python-PyOpenCL package.

Or do I have to download some files from here:
https://github.com/m0mchil/poclbm
and copy them into the kernel folder?


I got the ATI 5770 in Ubuntu with the fglrx Package from the restricted driver manager.


What can I do?

Ok Now It works! I had to download the sdk and follow the instructions... now iot works... 100 MHash/s

[jkminkov]

I have two cards 6950 and 5780 on one rig, and when I try to stop(ctrl+c) one miner, system hangs win7 x64, if I'm lucky I can stop both miners and then start them again

[jedi95]

I have no idea why reloading the cached kernel fails on OSX. I don't have any way to test this because I don't have a mac. (and never will)

As a workaround you can replace __init__.py in the kernels\poclbm folder with this version:
Download


This modification simply skips caching the kernel, which means it's compiled every time you start Phoenix.

[shackleford]

I have two cards 6950 and 5780 on one rig, and when I try to stop(ctrl+c) one miner, system hangs win7 x64, if I'm lucky I can stop both miners and then start them again

I just came here to post the same thing, glad I am not alone.

Windows on an otherwise stable machine will lock up when hitting the X on the DOS box with like a 60% chance and Cntrl C has like a 40% chance of lock up. (my guesstimate)

Two miners both 5870's on Windows 7 64b
Catalyst  11.4 (then 11.5) and 2.4 OCL  with and without the additional phatk kernel

(great miner btw)

[BOARBEAR]

I have two cards 6950 and 5780 on one rig, and when I try to stop(ctrl+c) one miner, system hangs win7 x64, if I'm lucky I can stop both miners and then start them again

I just came here to post the same thing, glad I am not alone.

Windows on an otherwise stable machine will lock up when hitting the X on the DOS box with like a 60% chance and Cntrl C has like a 40% chance of lock up. (my guesstimate)

Two miners both 5870's on Windows 7 64b
Catalyst  11.4 (then 11.5) and 2.4 OCL  with and without the additional phatk kernel

(great miner btw)

I have this problem too

[manifold]

1.46 has been released which fixes the idle problem.

Code:

 Warning: work queue empty, miner is idle

I still get the error with the current trunk Revision 82.


The error is really bad...



I use the command:
python phoenix.py  -u http://user:pass@mining.bitcoin.cz:8332 -k poclbm DEVICE=0 VECTORS BFI_INT* FASTLOOP=false AGGRESSION=9
with a ATI 5770

[tiberiandusk]

I'm getting the same error. On deepbit with the same settings I don't have this problem. Could it be related to the speed of the actual server not being able to keep up?

[shivansps]

jedi, one question the phoenix miners gives a error about it cant find kernel on winpe.

It needs some global variable or something?

[Clavulanic]

I upgraded to phoenix 1.46 last night and used the phatk kernal that jedi made.

I check back in the morning and both of my clients have 0 rejected shares!

I used to get 1.5-2% rejected shares before hand. I was also on aggression 7 and fastloop, while I am now on aggression 13 and fastloop false. Is this accurate or is it a bug of some sort? I don't think slush's pool displays rejected shares so I can't tell through that.

[varepsilon]

exactly the same with deepbit.
although i see 0 rejected in all workers, some workers have 5% stales!
others have 0%
very strange!

I have the same problem with deepbit. Consider switching back to poclbm

[bobR]

exactly the same with deepbit.
although i see 0 rejected in all workers, some workers have 5% stales!
others have 0%
very strange!

I have the same problem with deepbit. Consider switching back to poclbm

Phoenix seems to not be reporting stales as rejects

[jedi95]

Version 1.47 has been released.

This version fixes rejected shares being counted as accepted.

[ataranlen]

Version 1.47 has been released.

This version fixes rejected shares being counted as accepted.

Awesome! Now I can finally see my true share:rejected ratio on my miners!

[JorgePasada]

Any guides on how to set this up?

https://www.bitcoin.org/smf/index.php?topic=3359.msg108953#msg108953

I used the above one with no luck, but I'm kind of a noob so I 'm not sure if I'm even doing anything right.