Bitcoin Forum
February 24, 2017, 12:58:59 PM *
News: Latest stable version of Bitcoin Core: 0.13.2  [Torrent]. (New!)
 
   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 739278 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.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1487941139
Hero Member
*
Offline Offline

Posts: 1487941139

View Profile Personal Message (Offline)

Ignore
1487941139
Reply with quote  #2

1487941139
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: 1820



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
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: 1540


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!