Bitcoin Forum
April 10, 2024, 09:31:14 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 ... 57 »
  Print  
Author Topic: Phoenix - Efficient, fast, modular miner  (Read 760546 times)
yomi
Newbie
*
Offline Offline

Activity: 39
Merit: 0


View Profile
April 25, 2011, 11:53:48 AM
 #41

I am getting a 'Compilation Failed' message when I try to run it:

Code:
root@apretao:~/src/phoenix-1.1# ./phoenix.py -u http://u:p@192.168.1.44:8332/
No device specified or device not found, use DEVICE=ID to specify one of the following

    [0] AMD Sempron(tm) 140 Processor
    [1] Cypress
root@apretao:~/src/phoenix-1.1# ./phoenix.py -u http://u:p@192.168.1.44:8332/ DEVICE=1
Traceback (most recent call last):
  File "./phoenix.py", line 122, in <module>
    miner.start(options)
  File "/home/edu/src/phoenix-1.1/Miner.py", line 77, in start
    self.kernel = self.options.makeKernel(KernelInterface(self))
  File "./phoenix.py", line 111, in makeKernel
    self.kernel = kernelModule.MiningKernel(requester)
  File "kernels/poclbm/__init__.py", line 203, in __init__
    self.loadKernel(self.device)
  File "kernels/poclbm/__init__.py", line 279, in loadKernel
    self.context, kernel).build(self.defines)
  File "/usr/local/lib/python2.6/dist-packages/pyopencl-0.92-py2.6-linux-x86_64.egg/pyopencl/__init__.py", line 138, in program_build
    "Build on %s:\n\n%s" % (dev, log) for dev, log in build_logs))
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'Cypress' at 0x324aad0>:

Internal error: Compilation failed.

Before that, I also had to solve this:

Code:
Build on <pyopencl.Device 'Cypress' at 0x1b3fb60>:

sh: /bin/x86_64/clc: not found


I did it by symlinking /usr/local/bin/x86_64/clc  to /bin/x86_64/clc

Anything I might have missed?

Thanks!
1712784674
Hero Member
*
Offline Offline

Posts: 1712784674

View Profile Personal Message (Offline)

Ignore
1712784674
Reply with quote  #2

1712784674
Report to moderator
1712784674
Hero Member
*
Offline Offline

Posts: 1712784674

View Profile Personal Message (Offline)

Ignore
1712784674
Reply with quote  #2

1712784674
Report to moderator
1712784674
Hero Member
*
Offline Offline

Posts: 1712784674

View Profile Personal Message (Offline)

Ignore
1712784674
Reply with quote  #2

1712784674
Report to moderator
"The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1712784674
Hero Member
*
Offline Offline

Posts: 1712784674

View Profile Personal Message (Offline)

Ignore
1712784674
Reply with quote  #2

1712784674
Report to moderator
kindle
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
April 25, 2011, 11:57:50 AM
 #42

jedi95: Thanks for releasing this miner freely, so far the hash rates are too good to believe but I am running none the less to see if it works. I have a question, will the (H==0) mod for poclbm work here?

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2348


Eadem mutata resurgo


View Profile
April 25, 2011, 11:57:58 AM
 #43

Can confirm following hashrates;

linux ubuntu 10.10, SDK 2.1, fglrx 11.2, HD 5970, phoenix.py kernel=poclbm vectors aggression=12, worksize=128, gpu-clock 725, mem. clock 300 : 285 Mhash/s (same as poclbm but uses less power ~20 watts less)

and then this bolter ...
BFI_INT enabled 312 mhash/s  ! (what exactly does this flag do ? suspect it is something to do with optimising integer arithmetic ALU)

Looking good, this is just great if it works long term after some testing, can now run my rigs cooler and quieter with more speed, where's that donation address i want to throw some bitcoins at you guys!

Down clocking memory on linux is big kudos and BFI_INT is off the charts ... unfortunately once this gets widespread then difficulty is going to take another hike ~10-15% I estimate.

kindle
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
April 25, 2011, 11:59:49 AM
 #44

Ops i realised its already using the (H==0) mod

jedi95 (OP)
Full Member
***
Offline Offline

Activity: 219
Merit: 120


View Profile
April 25, 2011, 12:04:24 PM
Last edit: January 14, 2012, 10:10:51 AM by jedi95
 #45

jedi95: Thanks for releasing this miner freely, so far the hash rates are too good to believe but I am running none the less to see if it works. I have a question, will the (H==0) mod for poclbm work here?

Already applied to the kernel  Wink

Can confirm following hashrates;

linux ubuntu 10.10, SDK 2.1, fglrx 11.2, HD 5970, phoenix.py kernel=poclbm vectors aggression=12, worksize=128, gpu-clock 725, mem. clock 300 : 285 Mhash/s (same as poclbm but uses less power ~20 watts less)

and then this bolter ...
BFI_INT enabled 312 mhash/s  ! (what exactly does this flag do ? suspect it is something to do with optimising integer arithmetic ALU)

Looking good, this is just great if it works long term after some testing, can now run my rigs cooler and quieter with more speed, where's that donation address i want to throw some bitcoins at you guys!

Down clocking memory on linux is big kudos and BFI_INT is off the charts ... unfortunately once this gets widespread then difficulty is going to take another hike ~10-15% I estimate.

BFI_INT is a hardware instruction that implements the SHA256 Ch function in a single instruction instead of 3. This is why you get a performance gain.

Donation address is:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU


Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
CFSworks
Member
**
Offline Offline

Activity: 63
Merit: 10


View Profile
April 25, 2011, 12:11:00 PM
 #46

Anything I might have missed?

Thanks!

I must have had twice your headache setting up the ATI Stream SDK on Linux for the first time. I'm guessing you downloaded it as a single archive from ATI's site?
Try setting the ATISTREAMSDKROOT environment variable to point to the directory where you extracted the SDK, since those compilation errors are most likely the result of the Stream compiler not being able to find the Stream libraries to link against.

Also, this document was extremely useful in getting the SDK set up. I wish I had found that before I started my install, it would have saved me a lot of trouble. Wink

Phoenix Miner developer

PGP/GPG key: FC5461A3
Personal donations: 1Abq88sPz2MjH4Yi8yZVCbfu1ZXRSP7id5
kindle
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
April 25, 2011, 12:18:46 PM
 #47

jedi95: Thanks for releasing this miner freely, so far the hash rates are too good to believe but I am running none the less to see if it works. I have a question, will the (H==0) mod for poclbm work here?

Already applied to the kernel  Wink

Thanks for the clarification. So far my 5850 and 5970 works well with aggression=8 when its set at 12 for my pure mining rig, the hash rate reports very very low hash rates. Is it cuz the miner is unable to report the true hashrates? Also on a 6990 there is no speed gain, with BFI_INT the hash rate drops.

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2348


Eadem mutata resurgo


View Profile
April 25, 2011, 12:20:42 PM
Last edit: April 25, 2011, 12:40:33 PM by moa
 #48

Is it really dependent upon the Twisted package?

It is not installed on my system but phoenix appears to be running fine.

Edit: sorry it is there, listed as package "python-twisted" on ubuntu 10.10 (also there are other "python-twisted-*" packages in default installation twisted stack)

jedi95 (OP)
Full Member
***
Offline Offline

Activity: 219
Merit: 120


View Profile
April 25, 2011, 12:25:30 PM
 #49

Is it really dependent upon the Twisted package?

It is not installed on my system but phoenix appears to be running fine.

I don't see how that's possible since we make extensive use of Twisted in Phoenix. The entire miner is based around a Twisted reactor. Without it you won't be able to send or receive work, much less actually mine.

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
xlcus
Legendary
*
Offline Offline

Activity: 966
Merit: 1009


View Profile
April 25, 2011, 12:50:35 PM
 #50

So far my 5850 and 5970 works well with aggression=8 when its set at 12 for my pure mining rig, the hash rate reports very very low hash rates. Is it cuz the miner is unable to report the true hashrates?
Seing a similar thing here on my 5750...

Aggression=12 : 141.75 Mhash/sec
Aggression=8 : 143.96 Mhash/sec
xlcus
Legendary
*
Offline Offline

Activity: 966
Merit: 1009


View Profile
April 25, 2011, 12:57:40 PM
 #51

In fact Aggression=7 seems to be the sweet spot for me...

144.98 Mhash/sec
kindle
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
April 25, 2011, 01:00:02 PM
 #52

I am running 9 now..seems to max out the core at 99% and at the same time the fastest hash rate

keybaud
Full Member
***
Offline Offline

Activity: 120
Merit: 100


View Profile
April 25, 2011, 01:06:47 PM
 #53

My HD5870 at 950/300 was originally hashing on my Win7 machine at 355 MH/s, but with Phoenix I'm now getting a reported 394 MH/s.
grndzero
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
April 25, 2011, 01:26:58 PM
 #54

I had to escape the ;askrate on linux or else OpenCL would say it couldn't find the device.
phoenix -u http://USERNAME.WORKERNAME:PASSWORD@mining.bitcoin.cz:8332/\;askrate=12 -k poclbm DEVICE=2 VECTORS AGGRESSION=12

Standard poclbm/poclbm-mod were giving me 317Mh/s.
Phoenix was giving me 310Mh/s.
That went up to 343.5Mh/s with BFI_INT!

If you're using askrate make sure to set it properly. Calculate (type into Google) 2^32 divided by your hashrate. So mine would be 2^32/343500000=12.5035438 (so 12)

Nice to see that BFI_INT is working for you!

As for askrate, it's not necessary with Phoenix because it maintains a work queue and only requests work when needed. Phoenix also ignores the askrate setting automatically for RPC servers with long polling support.

Any numbers on efficiency vs poclbm and -mod?  Any idea whether this would lighten the work loads on pool servers too?

Also, I know BFI_INT most likey won't work on CPU's, but have you explored using any other of these ideas for CPU mining since there are probably still quite a few CPU miners out there (no matter how futile).

Ubuntu Desktop x64 -  HD5850 Reference - 400Mh/s w/ cgminer  @ 975C/325M/1.175V - 11.6/2.1 SDK
Donate if you find this helpful: 1NimouHg2acbXNfMt5waJ7ohKs2TtYHePy
Cheeseman
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
April 25, 2011, 01:29:38 PM
 #55

I'm seeing around a 10% increase in speeds on my dual 5870 rig.

965/300 5870 on poclbm - 360 mhash
965/300 5870 on Phoenix - 390 mhash

910/300 5870 on poclbm - 330 mhash
910/300 5870 on Phoenix - 365 mhash

Working on Deepbit with long polling. Much lower temps and power consumption as well.

Thanks jedi, great work.
jkminkov
Hero Member
*****
Offline Offline

Activity: 698
Merit: 500


View Profile
April 25, 2011, 01:36:54 PM
 #56

 Any idea whether this would lighten the work loads on pool servers too?

I see increased number of rejected units, probably because current work is not being dropped but reported to server and rejected, happens right after long pool message

Bleutrade
10,000 dollars in one place talking - Dudes, hooray, Bitcoin against us just one, but we are growing in numbers!
grndzero
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
April 25, 2011, 01:49:43 PM
 #57

 Any idea whether this would lighten the work loads on pool servers too?

I see increased number of rejected units, probably because current work is not being dropped but reported to server and rejected, happens right after long pool message

I'm not seeing any increase since I've been running it. Perhaps it is work that is submitted right before LP is checked so it's rejected by the server because of new data?

Ubuntu Desktop x64 -  HD5850 Reference - 400Mh/s w/ cgminer  @ 975C/325M/1.175V - 11.6/2.1 SDK
Donate if you find this helpful: 1NimouHg2acbXNfMt5waJ7ohKs2TtYHePy
allinvain
Legendary
*
Offline Offline

Activity: 3080
Merit: 1080



View Profile WWW
April 25, 2011, 01:57:28 PM
 #58

Some numbers for all to meditate upon:

Radeon 5970
Core clock 850 Mhz
Memory Clock 300 MHz

Aggression level 7 with the BFI_INT turned on

Getting 346 Mhash/sec for each GPU core!! Pretty nice improvement over the 317 I used to get with poclbm! Smiley So overall I'm happy

Maybe it is just me but I get the impression that the GPUs aren't "working as hard" with this miner as the temps are a bit lower than with poclbm yet I get higher performance.

So far it has been 5 min running this miner and the hashing rate is averaging around 347 Mhash/sec.



bolapara
Member
**
Offline Offline

Activity: 78
Merit: 10


View Profile
April 25, 2011, 02:45:57 PM
 #59

Updating with new results...

*985/900*
poclbm with f=1, ws=128: 385MH/s
phoenix 1.0 with agg=12: 377MH/s
phoenix 1.01 with agg=13, ws=128: 380MH/s

*985/300*
poclbm with f=1, ws=128: 327MH/s
phoenix 1.01 with agg=13 ws=128: 386MH/s

*1010/300*
phoenix 1.01 with agg=13, ws=128, BFI_INT: 437MH/s (!!!)

ubuntu 10.10, 5870, 2.1 sdk, vectors

Since I was able to bring down temps by going to 300MHz memory clock, I was able to bump up the GPU clock to 1010MHz and with BFI_INT I am getting 437MH/s.  It's run for about 7-8 hours so far without issues.
xlcus
Legendary
*
Offline Offline

Activity: 966
Merit: 1009


View Profile
April 25, 2011, 02:58:59 PM
 #60

Getting quite a lot of these errors...

Code:
[25/04/2011 15:57:05] Disconnected from server
[RPC (+LP)]Unhandled error in Deferred:
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 354, in _startRunCallbacks
    self._runCallbacks()
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 371, in _runCallbacks
    self.result = callback(self.result, *args, **kw)
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 330, in _continue
    self.unpause()
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 325, in unpause
    self._runCallbacks()
--- <exception caught here> ---
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 371, in _runCallbacks
    self.result = callback(self.result, *args, **kw)
  File "/home/xlcus/bitcoin/phoenix-1.1/minerutil/RPCProtocol.py", line 244, in <lambda>
    d.addErrback(lambda x: self._failure())
  File "/home/xlcus/bitcoin/phoenix-1.1/minerutil/RPCProtocol.py", line 307, in _failure
    self._setLongPollingPath(None)
  File "/home/xlcus/bitcoin/phoenix-1.1/minerutil/RPCProtocol.py", line 174, in _setLongPollingPath
    self.activeLongPoll.cancel()
exceptions.AttributeE

I'm running the linux version on Ubuntu, with a 5750, connected to deepbit.
Pages: « 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 ... 57 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!