Bitcoin Forum
December 08, 2016, 06:23:17 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
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 54 55 ... 57 »
  Print  
Author Topic: Phoenix - Efficient, fast, modular miner  (Read 734904 times)
[Tycho]
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
April 25, 2011, 05:19:51 PM
 #81

Looks like you aren't receiving private messages from me, so i'm writing here.

Your miner inherited an old poclbm bug (or just recreated it) - reading pool's answer takes very long time with your miner, about ~200 ms and up to 2 sec in some cases - i see this in my pool's log. When we discussed this with m0mchil, he managed to fix it and now this delay is close to 0 ms.

Two possible causes of this:
1) Python bug - reading HTTP headers by one byte at a time ( http://bugs.python.org/issue1542407 )
2) TCP_NODELAY not used (looks like the main cause).

This may also help:
http://code.google.com/p/httplib2/issues/detail?id=91
http://code.google.com/p/httplib2/issues/detail?id=28

I'm not sure which one was the fix, but something should help :)

Welcome to my bitcoin mining pool: https://deepbit.net - Both payment schemes (including PPS), instant payout, no invalid blocks !
ICBIT Trading platform : USD/BTC futures trading, Bitcoin difficulty futures (NEW!). Third year in bitcoin business.
1481178197
Hero Member
*
Offline Offline

Posts: 1481178197

View Profile Personal Message (Offline)

Ignore
1481178197
Reply with quote  #2

1481178197
Report to moderator
1481178197
Hero Member
*
Offline Offline

Posts: 1481178197

View Profile Personal Message (Offline)

Ignore
1481178197
Reply with quote  #2

1481178197
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481178197
Hero Member
*
Offline Offline

Posts: 1481178197

View Profile Personal Message (Offline)

Ignore
1481178197
Reply with quote  #2

1481178197
Report to moderator
1481178197
Hero Member
*
Offline Offline

Posts: 1481178197

View Profile Personal Message (Offline)

Ignore
1481178197
Reply with quote  #2

1481178197
Report to moderator
Posidon
Newbie
*
Offline Offline

Activity: 16


View Profile
April 25, 2011, 05:40:43 PM
 #82

A bit of a noob question here, but is there a particular directory in Windows 7 that Phoenix must be extracted to in order for it to function.  I can't seem to get the program to open properly, it just flashes the command prompt and closes.  I currently have it extracted to my desktop.
[Tycho]
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
April 25, 2011, 05:45:52 PM
 #83

A bit of a noob question here, but is there a particular directory in Windows 7 that Phoenix must be extracted to in order for it to function.  I can't seem to get the program to open properly, it just flashes the command prompt and closes.  I currently have it extracted to my desktop.
There is no GUI, you should supply some command-line arguments for it to work.
Start a command prompt (cmd) or some FAR-like file manager and try to run it from there.

Welcome to my bitcoin mining pool: https://deepbit.net - Both payment schemes (including PPS), instant payout, no invalid blocks !
ICBIT Trading platform : USD/BTC futures trading, Bitcoin difficulty futures (NEW!). Third year in bitcoin business.
Dezeer
Newbie
*
Offline Offline

Activity: 8


View Profile
April 25, 2011, 06:04:39 PM
 #84

Should the command line report finished workunits when solo mining, like poclbm-gui does or does it only show output when it finds a block? Now it looks like it's doing "nothing" as it only shows the hashrate.
anatolikostis
Legendary
*
Offline Offline

Activity: 1736



View Profile
April 25, 2011, 06:49:55 PM
 #85

From 266 mhash to 296 mhash - not bad, not bad !
 Smiley
Littleshop
Legendary
*
Offline Offline

Activity: 1316



View Profile WWW
April 25, 2011, 07:00:07 PM
 #86

Windows 7 64 bit problem here:

I extracted to c:\ph and am running the command with arguements but I get Failed to connect, retrying....

Are there other components required?

The only software on the machine is the full ATI drivers and GUIminer (which I have closed)


stillfire
Full Member
***
Offline Offline

Activity: 125


View Profile
April 25, 2011, 07:02:52 PM
 #87

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
...

Lost your wallet password? Try Stillfire's Password Recovery Service.
Posidon
Newbie
*
Offline Offline

Activity: 16


View Profile
April 25, 2011, 07:08:10 PM
 #88

A bit of a noob question here, but is there a particular directory in Windows 7 that Phoenix must be extracted to in order for it to function.  I can't seem to get the program to open properly, it just flashes the command prompt and closes.  I currently have it extracted to my desktop.
There is no GUI, you should supply some command-line arguments for it to work.
Start a command prompt (cmd) or some FAR-like file manager and try to run it from there.

Looks like I figured out how to do it through the command prompt.  Thanks.
jedi95
Full Member
***
Offline Offline

Activity: 219


View Profile
April 25, 2011, 07:30:55 PM
 #89

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
...

OSX uses its own OpenCL implementation, which might cause problems if you try to use VECTORS or BFI_INT. Try running without those and see if it works.

Windows 7 64 bit problem here:

I extracted to c:\ph and am running the command with arguements but I get Failed to connect, retrying....

Are there other components required?

The only software on the machine is the full ATI drivers and GUIminer (which I have closed)


What command line arguments are you using?

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
stillfire
Full Member
***
Offline Offline

Activity: 125


View Profile
April 25, 2011, 07:50:38 PM
 #90

Oddly, I can't seem to get it to work without using VECTORS. I get a segmentation fault/bus error without it. The other weird thing is that I can't run Phoenix twice without deleting the compilation output. E.g.

Code:
$ python phoenix.py -v -u XXX DEVICE=0 VECTORS AGGRESSION=2 FASTLOOP
[25/04/2011 16:44:12] FATAL kernel error: Failed to compile OpenCL kernel!

$ rm kernels/poclbm/*.elf
$ python phoenix.py -v -u XXX DEVICE=0 VECTORS AGGRESSION=2 FASTLOOP
[25/04/2011 16:44:45] Connected to server
[25/04/2011 16:44:45] Server gave new work; passing to WorkQueue

Exactly the same command seems to work if I first delete *.elf. Very mysterious. Almost like there's a bug in pyopencl on the Mac where it fails to delete the previous object file or something like that.

Anyhow now I got it to work but unfortunately it runs at or around 50 Mhash/s instead of while Diablo miner hits 80 Mhash/s on my Radeon HD 4870. The upside is that with AGGRESSION=2 it is possible to run it in the background - with Diablo even -f 120 renders the system very jerky indeed. So maybe I'll run with phoenix for a while even at a slower rate since it's much less annoying. Smiley

Thanks for writing this. The code looks great.

Lost your wallet password? Try Stillfire's Password Recovery Service.
Littleshop
Legendary
*
Offline Offline

Activity: 1316



View Profile WWW
April 25, 2011, 07:51:10 PM
 #91

Windows 7 64 bit problem here:

I extracted to c:\ph and am running the command with arguements but I get Failed to connect, retrying....

Are there other components required?

The only software on the machine is the full ATI drivers and GUIminer (which I have closed)


What command line arguments are you using?

c:\ph>phoenix.exe -u http://littleshop@miner1:mypasshere@btcmine.com:8332/ -k poclbm DEVICE=0 AGGRESSION=3
[25/04/2011 14:51:18] Failed to connect, retrying...
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC]

stillfire
Full Member
***
Offline Offline

Activity: 125


View Profile
April 25, 2011, 07:55:49 PM
 #92

Turns out I can get 60Mhash/s with AGGRESSION=3 on my Mac Pro without making the desktop too jerky. Feels like a nice compromise.

Lost your wallet password? Try Stillfire's Password Recovery Service.
BitLex
Hero Member
*****
Offline Offline

Activity: 588


View Profile WWW
April 25, 2011, 08:28:14 PM
 #93

just did a quick test on XP Cat10.12/SDK2.2

HD5570 @750MHz
poclbm -f 5 -w 128 -v gives ~72Mhash/s
phoenix VECTORS AGGRESSION=10 ~68.5Mhash/s

HD5850 @775MHz
poclbm -f 40 -w 128 -v gives ~262Mhash/s
phoenix VECTORS AGGRESSION=10 ~257.5Mhash/s

not really faster it seems,
setting Aggro higher on either card just makes the system unusable, but doesn't improve speed much.

phoenix1.1 test using WORKSIZE=128 and BF_INT

HD5570 ~76Mhash/s
HD5850 ~286Mhash/s

which is a nice improvement on that 5850,
however, the downside is a real bad ratio of 'Rejected' hashes,
>2% on the 5850 and 10% on the 5570.
 
another quick test on a different system/card (5850@900MHz) didn't improve speed at all (~313Mhash/s on both, poclbm and phoenix), which also seems kinda strange.

 

grndzero
Sr. Member
****
Offline Offline

Activity: 392


View Profile
April 25, 2011, 08:33:16 PM
 #94

another quick test on a different system/card (5850@900MHz) didn't improve speed at all (~313Mhash/s on both, poclbm and phoenix), which also seems kinda strange.

That is really wierd. My 5850's went from 317 @ 900/1000 to 343 by just changing from poclbm to phoenix.

Try dropping the worksize. I just added it to mine and it slowed it down.

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
Raulo
Full Member
***
Offline Offline

Activity: 238


View Profile
April 25, 2011, 08:46:38 PM
 #95

jedi95,

Are you going to create a git repository for phoenix? It would be much easier to track changes. I also did some local modifications (e.g., I run the miner with difficulty 1) and it would be much easier to apply them with git.

1HAoJag4C3XtAmQJAhE9FTAAJWFcrvpdLM
ghost
Jr. Member
*
Offline Offline

Activity: 34


View Profile
April 25, 2011, 08:57:21 PM
 #96

I was just going to mention the usefulness of a git repo. +1 from me
TenthReality
Member
**
Offline Offline

Activity: 76


View Profile
April 25, 2011, 09:05:17 PM
 #97

Seeing a much higher rejection rate here, most specifically when the LP hands off a new piece of work.   More than 50% of the time when that happens my first result is rejected. The same appears to be holding across 6 cards (5970 down to 5830's).  Copy/paste of results w/ pruning is as follows:

Code:
[25/04/2011 16:59:38] Result: 6a71879e accepted
[25/04/2011 16:59:57] LP: New work pushed
[25/04/2011 17:00:06] Result: 01b8fa68 rejected
[25/04/2011 17:00:13] Result: bf28fa45 accepted
*snip*
[25/04/2011 17:02:06] Result: 13646ef1 accepted
[25/04/2011 17:02:16] LP: New work pushed
[25/04/2011 17:02:26] Result: 9bc866ef rejected
JWU42
Legendary
*
Offline Offline

Activity: 1484


View Profile
April 25, 2011, 09:21:09 PM
 #98

I am at about .7% rejected -- more than I would like to see  Sad

GPG PubKey | THREEMA | OTC | HeatWare | 1JWU42QLGFESoQCC4iPzUDTRiC9nx5bi95
TenthReality
Member
**
Offline Offline

Activity: 76


View Profile
April 25, 2011, 09:26:38 PM
 #99

Math wise, the extra rejected are being massively offset by the increased speeds of the hashing.  Still seeing about 11% over just poclbm even with the rejection rates.
CFSworks
Member
**
Offline Offline

Activity: 63


View Profile
April 25, 2011, 09:26:56 PM
 #100

Looks like you aren't receiving private messages from me, so i'm writing here.

Your miner inherited an old poclbm bug (or just recreated it) - reading pool's answer takes very long time with your miner, about ~200 ms and up to 2 sec in some cases - i see this in my pool's log. When we discussed this with m0mchil, he managed to fix it and now this delay is close to 0 ms.

I'm the primary maintainer of all the code in the minerutil package, which looks like it may be the culprit. Did you send me a PM too? I didn't get one either.

Quote
Two possible causes of this:
1) Python bug - reading HTTP headers by one byte at a time ( http://bugs.python.org/issue1542407 )
2) TCP_NODELAY not used (looks like the main cause).

What's interesting is RPCProtocol doesn't use any Python HTTP libraries, it's all done through Twisted;
so while it could be a problem in Twisted, I don't think the linked bug is the answer.

The lack of TCP_NODELAY is interesting. Doesn't that only disable Nagle's algorithm, which affects sends?
How would it delay received data?

Phoenix Miner developer

PGP/GPG key: FC5461A3
Personal donations: 1Abq88sPz2MjH4Yi8yZVCbfu1ZXRSP7id5
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 54 55 ... 57 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!