Phoenix - Efficient, fast, modular miner - page 6.

jedi95

full member

Activity: 219

Merit: 120

Quote from: RobertRibbeck on January 01, 2012, 08:39:34 AM

other way around phoenix counts the callback share as a reject
deepbit counted them as accepted

I can't seem to make this happen running directly from source or with the compiled binaries.

This is what I get:

Code:

C:\phoenix-1.7.2>phoenix.exe -u http://[email protected]_0:[email protected]:8332-k poclbm PLATFORM=1 DEVICE=0 VECTORS WORKSIZE=256 AGGRESSION=2
[01/01/2012 14:37:13] Phoenix v1.7.2 starting...
[01/01/2012 14:37:13] Connected to server
[01/01/2012 14:37:17] Result: 577a1849 accepted
[01/01/2012 14:37:54] Result: d7086c70 accepted
[01/01/2012 14:38:09] LP: New work pushed
[01/01/2012 14:40:13] Result: 6c9dac94 accepted
[01/01/2012 14:40:52] Result: 8597e915 accepted
[01/01/2012 14:41:29] Result: b471f52b accepted
[01/01/2012 14:43:05] Result: 7b804d65 accepted
[01/01/2012 14:43:20] Result: 6fa8cd29 accepted
[01/01/2012 14:43:41] Result: 0d44ad94 accepted
[01/01/2012 14:43:44] Result: d3257977 accepted
[01/01/2012 14:43:58] Result: ff050303 accepted
[01/01/2012 14:44:30] Result: 532bb58a accepted
[01/01/2012 14:44:48] Result: 601ae9a6 accepted
[01/01/2012 14:45:11] Result: 14ec7578 accepted
[01/01/2012 14:45:24] Result: 625a3fa9 accepted
[01/01/2012 14:46:47] Result: 2799a017 accepted
[01/01/2012 14:47:12] Result: 0cb8b48c accepted
[01/01/2012 14:47:23] Result: e51ebf99 accepted
[01/01/2012 14:47:31] Result: c70a50bb accepted
[01/01/2012 14:47:34] Result: 73235812 accepted
[01/01/2012 14:48:18] Result: c82089b9 accepted
[01/01/2012 14:48:42] Result: e85f85a8 accepted
[01/01/2012 14:49:23] Result: 2122b1b1 accepted
[01/01/2012 14:49:31] Result: 531f1a43 accepted
[01/01/2012 14:50:06] Result: baed89e0 accepted
[01/01/2012 14:50:09] Result: 5875f08c accepted
[01/01/2012 14:51:20] Result: 5db1e47a accepted
[01/01/2012 14:51:43] Result: a93c95dc accepted
[01/01/2012 14:52:23] Result: cb70f3bb accepted
[01/01/2012 14:52:28] Result: 71fa528c accepted
[138.48 Mhash/sec] [29 Accepted] [0 Rejected] [RPC (+LP)]

That's just a quick example, but I have other miners that have been running for a couple days on Deepbit without displaying this problem either.

RobertRibbeck

full member

Activity: 221

Merit: 100

Quote from: jedi95 on December 31, 2011, 09:10:36 PM

Quote from: RobertRibbeck on December 31, 2011, 03:39:31 PM

Quote from: jedi95 on December 31, 2011, 11:41:18 AM

Version 1.7.2 released.

Changes:
- Added rollntime support to RPC and MMP backends. The miner core doesn't support this yet, but it is planned for a future release.
- Fixed a race condition in RPC that could result in disconnects.
- Removed fetchRange() limitation: Work requests are no longer required to be multiples of 256. This makes it easier to implement some kernels. (3-way vectors for example)

Download

Latest version: 1.7.2
Windows binaries
Source code/Linux release (requires Python, Twisted, and PyOpenCL)

GitHub:
https://github.com/jedi95/Phoenix-Miner

call backs are counting as REJECTS even thought accepted on calback

So to make sure I'm understanding this correctly:
The miner itself is showing the shares as "accepted" but the server is showing them as rejects?

If this is the case, then I don't know what could be wrong. I tested both the MMP and RPC backends and verified that the servers were accepting the work. I need to know what you are connecting the miner to in order to attempt to reproduce the bug.

other way around phoenix counts the callback share as a reject
deepbit counted them as accepted

jedi95

full member

Activity: 219

Merit: 120

Quote from: RobertRibbeck on December 31, 2011, 03:39:31 PM

Quote from: jedi95 on December 31, 2011, 11:41:18 AM

Version 1.7.2 released.

Changes:
- Added rollntime support to RPC and MMP backends. The miner core doesn't support this yet, but it is planned for a future release.
- Fixed a race condition in RPC that could result in disconnects.
- Removed fetchRange() limitation: Work requests are no longer required to be multiples of 256. This makes it easier to implement some kernels. (3-way vectors for example)

Download

Latest version: 1.7.2
Windows binaries
Source code/Linux release (requires Python, Twisted, and PyOpenCL)

GitHub:
https://github.com/jedi95/Phoenix-Miner

call backs are counting as REJECTS even thought accepted on calback

So to make sure I'm understanding this correctly:
The miner itself is showing the shares as "accepted" but the server is showing them as rejects?

If this is the case, then I don't know what could be wrong. I tested both the MMP and RPC backends and verified that the servers were accepting the work. I need to know what you are connecting the miner to in order to attempt to reproduce the bug.

RobertRibbeck

full member

Activity: 221

Merit: 100

Quote from: jedi95 on December 31, 2011, 11:41:18 AM

Version 1.7.2 released.

Changes:
- Added rollntime support to RPC and MMP backends. The miner core doesn't support this yet, but it is planned for a future release.
- Fixed a race condition in RPC that could result in disconnects.
- Removed fetchRange() limitation: Work requests are no longer required to be multiples of 256. This makes it easier to implement some kernels. (3-way vectors for example)

Download

Latest version: 1.7.2
Windows binaries
Source code/Linux release (requires Python, Twisted, and PyOpenCL)

GitHub:
https://github.com/jedi95/Phoenix-Miner

call backs are counting as REJECTS even thought accepted on calback

jedi95

full member

Activity: 219

Merit: 120

Version 1.7.2 released.

Changes:
- Added rollntime support to RPC and MMP backends. The miner core doesn't support this yet, but it is planned for a future release.
- Fixed a race condition in RPC that could result in disconnects.
- Removed fetchRange() limitation: Work requests are no longer required to be multiples of 256. This makes it easier to implement some kernels. (3-way vectors for example)

Download

Latest version: 1.7.2
Windows binaries
Source code/Linux release (requires Python, Twisted, and PyOpenCL)

GitHub:
https://github.com/jedi95/Phoenix-Miner

dirtycat

sr. member

Activity: 456

Merit: 250

same here works perfect havent had any more errors.

TeaRex

member

Activity: 78

Merit: 10

Thank you VERY MUCH for this fix!! The errors are completely gone and, judging from about 30 minutes of mining, the only remaining problem with the combination Phoenix 1.7.1 and cdhowie's proxy seems to be a relatively high number of rejects. Nothing earth shattering though so it might just have been bad luck. I'll keep trying and report back later.

dirtycat

sr. member

Activity: 456

Merit: 250

I have used it on slushs pool and also abcpool.
my exact command to startup is: phoenix -u http://user:[email protected]:8332 -k phatk2 DEVICE=0 VECTORS BFI_INT AGGRESSION=7
ill give the fix a shot and see if anything happens from now on.

jedi95

full member

Activity: 219

Merit: 120

Quote from: dirtycat on December 28, 2011, 06:57:31 AM

Great miner! very good work.. I would like to add I am getting the exact same error about once every hour is this going to cause problems for the pool i connect to?

My command line was:

Code:

start "GPU 0" /min /affinity 0x08 phoenix.exe -q 2 -a 100 -u http://gpu0:[email protected]:80/ -k phatk2 DEVICE=0 WORKSIZE=128 BFI_INT VECTORS FASTLOOP=false AGGRESSION=12

What pool are you connecting to when this happens? I would like to figure out what is going on in more detail.

I have implemented a fix for the unhandled exception. You can download the new version here:
https://github.com/downloads/jedi95/Phoenix-Miner/phoenix-1.7.1.zip

There are no other changes in this version.

dirtycat

sr. member

Activity: 456

Merit: 250

jedi95

full member

Activity: 219

Merit: 120

Quote from: slush on November 09, 2011, 10:29:55 AM

Is phoenix still closing connection after LP broadcast? I see that as pretty annoying, because managing new connections after every LP broadcast are making unnecessary load on server...

This shouldn't occur with 1.7.0.

slush

legendary

Activity: 1386

Merit: 1097

Is phoenix still closing connection after LP broadcast? I see that as pretty annoying, because managing new connections after every LP broadcast are making unnecessary load on server...

bal3wolf

sr. member

Activity: 476

Merit: 250

Power to the people!

is their a way to make it go off at idle i tried AGGRESSION=1 but then it wont use any gpu usage when idle even.

Chaseshaw

newbie

Activity: 12

Merit: 0

1.7.0 on ubuntu (11.04) doesn't recognize ^C as escape. I can't reset anything!

Good fix on the disconnect issues. haven't had it anymore. though 1.7 seems to be about 1-2% slower than 1.6.4.

Keep up the good work!

dishwara

legendary

Activity: 1855

Merit: 1016

2 bitcoin sent to the address 1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
Thanks for giving a great miner.

TeaRex

member

Activity: 78

Merit: 10

Quote from: jedi95 on November 03, 2011, 10:20:34 PM

What exactly are you connecting to?

I'm connecting to cdhowie's Apache-MySQL-PHP based mining proxy (last Git version from June 7). It's running on the same machine, and it worked perfectly with older phoenix, including the Git version from October 12 "Fixed issue with immediate disconnects on RPC servers not impl..." What seems to have broken it is the Git update from October 30 "Modify RPCProtocol to use httplib instead of Twisted for persistent HT..."

By the way, I get the problem I described above both for the Precompiled Win32 version and when running the source code directly on 64-Bit Python for Windows.

Thank you for looking into this.

deepceleron

legendary

Activity: 1512

Merit: 1036

I get a similar hang on 1.6.4 pretty quickly mining on mineco (win32 exe and .py), WinXP and Win7, 5770 and 5830:

[04/11/2011 03:31:00] Warning: work queue empty, miner is idle
[04/11/2011 03:31:00] TypeError in RPC sendResult callback
[04/11/2011 03:31:00] Result 000000002fcb18bd... rejected
[04/11/2011 03:31:02] TCP connection timed out: 10060: The operation timed out..
[04/11/2011 03:31:02] Disconnected from server
[04/11/2011 03:31:07] TypeError in RPC sendResult callback
[04/11/2011 03:31:07] Result 00000000915efad5... rejected

Muppion

newbie

Activity: 12

Merit: 0

Thanks for the update.

I get similar as TeaRex results with an unmodified version of 1.7.0:

Code:

[04/11/2011 11:07:23] Phoenix v1.7.0 starting...
[04/11/2011 11:07:24] Connected to server
[04/11/2011 11:07:24] Server gave new work; passing to WorkQueue
[04/11/2011 11:07:24] New block (WorkQueue)
[04/11/2011 11:07:25] Server gave new work; passing to WorkQueue
[04/11/2011 11:09:12] TypeError in RPC sendResult callback
[04/11/2011 11:09:12] Result 00000000d85994bd... rejected
[04/11/2011 11:10:40] Server gave new work; passing to WorkQueue
[04/11/2011 11:11:17] Result 000000009cadc8c4... accepted
[04/11/2011 11:12:20] Result 00000000abe6d5a5... accepted
[04/11/2011 11:13:48] TypeError in RPC sendResult callback
[04/11/2011 11:13:48] Result 00000000094e0a12... rejected
[04/11/2011 11:13:53] Server gave new work; passing to WorkQueue
[04/11/2011 11:15:17] TypeError in RPC sendResult callback
[04/11/2011 11:15:17] Result 00000000dea32af0... rejected
[04/11/2011 11:15:54] Result 00000000931ed285... accepted
[04/11/2011 11:17:09] Server gave new work; passing to WorkQueue
[04/11/2011 11:18:21] Result 00000000fbdb55c1... accepted
[04/11/2011 11:19:55] TypeError in RPC sendResult callback
[04/11/2011 11:19:55] Result 000000002341fc66... rejected
[04/11/2011 11:20:22] Server gave new work; passing to WorkQueue
[04/11/2011 11:21:03] Result 00000000bc411560... accepted
[04/11/2011 11:21:11] Result 00000000be246a80... accepted
[04/11/2011 11:23:34]
[04/11/2011 11:23:34] Disconnected from server
[04/11/2011 11:23:51] Connected to server
[04/11/2011 11:23:51] Server gave new work; passing to WorkQueue
[04/11/2011 11:26:48]
[04/11/2011 11:26:48] Disconnected from server
[04/11/2011 11:27:05] Connected to server
[04/11/2011 11:27:05] Server gave new work; passing to WorkQueue
[04/11/2011 11:27:18] Result 0000000077b6a410... accepted
[04/11/2011 11:27:35] LP: New work pushed
[04/11/2011 11:27:35] Server gave new work; passing to WorkQueue
[04/11/2011 11:27:35] New block (WorkQueue)
[04/11/2011 11:27:38] Server gave new work; passing to WorkQueue
[04/11/2011 11:28:15] Result 00000000e51b44c0... accepted
[04/11/2011 11:30:50]
[04/11/2011 11:30:50] Disconnected from server
[04/11/2011 11:31:07] Connected to server
[04/11/2011 11:31:07] Server gave new work; passing to WorkQueue
[04/11/2011 11:31:07] New block (WorkQueue)
[04/11/2011 11:31:09] Server gave new work; passing to WorkQueue
[04/11/2011 11:33:01] TypeError in RPC sendResult callback
[04/11/2011 11:33:01] Result 00000000a20d02d3... rejected
[04/11/2011 11:33:31] Result 00000000c7b89a91... accepted
[04/11/2011 11:33:54] LP: New work pushed
[04/11/2011 11:33:54] Server gave new work; passing to WorkQueue
[04/11/2011 11:33:54] New block (WorkQueue)
[04/11/2011 11:33:56] Server gave new work; passing to WorkQueue
[04/11/2011 11:37:10]
[04/11/2011 11:37:10] Disconnected from server
[04/11/2011 11:37:28] Connected to server
[04/11/2011 11:37:28] Server gave new work; passing to WorkQueue
[04/11/2011 11:37:28] New block (WorkQueue)
[04/11/2011 11:37:30] Server gave new work; passing to WorkQueue
[04/11/2011 11:40:33] LP: New work pushed
[04/11/2011 11:40:33] Server gave new work; passing to WorkQueue
[04/11/2011 11:40:33] New block (WorkQueue)
[04/11/2011 11:40:33]
[04/11/2011 11:40:33] Disconnected from server
[04/11/2011 11:40:51] Connected to server
[04/11/2011 11:40:51] Server gave new work; passing to WorkQueue
[04/11/2011 11:41:12] Result 00000000f2d88ee8... accepted
[04/11/2011 11:41:26] Result 0000000029bb692b... accepted
[04/11/2011 11:42:05] Result 000000007a0775be... accepted
[04/11/2011 11:43:19] TypeError in RPC sendResult callback
[04/11/2011 11:43:19] Result 00000000508e476e... rejected
[04/11/2011 11:43:50] Server gave new work; passing to WorkQueue
[04/11/2011 11:47:03]
[04/11/2011 11:47:03] Disconnected from server
[04/11/2011 11:47:20] Connected to server
[04/11/2011 11:47:20] Server gave new work; passing to WorkQueue

My command line was:

Code:

./phoenix.py -u http://:@/;askrate=0 -v -k poclbm PLATFORM=1 DEVICE=0 BFI_INT=False FASTLOOP=True AGGRESSION=5 WORKSIZE=256

Using Ubuntu 10.04 LTS and a Geforce 240 graphic card (yea, I know it's way outdated for this)

I also noted that the reject rate is way higher with this version then with the 1.6.2 I normally use. With 1.6.2 I barely get rejects and when it does it is normally close to a long poll.

Looking closer to my output, I see that it has a strange error in there as well (at 11:09:12, 11:19:55 and 11:33:01) among others. It appears that it comes when I get a rejected result from pool.

Other things noted are that the 'New Block' output isn't always together with the 'LP: New work pushed' output.
Is it so that a new block can come without a previous long poll, or isn't the LP an indication of a new block every time (when LP is active that is)?

Cheers,

/Muppion

jedi95

full member

Activity: 219

Merit: 120

Quote from: TeaRex on November 03, 2011, 08:56:03 PM

Thanks for still working on this! 1.7.0 seems to haver some major bugs however; it keeps disconnecting/reconnecting/idling and also throws out error messages like this:

My command line was:

Code:

start "GPU 0" /min /affinity 0x08 phoenix.exe -q 2 -a 100 -u http://gpu0:[email protected]:80/ -k phatk2 DEVICE=0 WORKSIZE=128 BFI_INT VECTORS FASTLOOP=false AGGRESSION=12

What exactly are you connecting to? I tested the compiled exe for 1.7.0 against several pools and a local bitcoind, and didn't see this problem.

This is what I get with the compiled 1.7.0 exe: (with -v enabled)

Code:

[03/11/2011 21:12:07] Phoenix v1.7.0 starting...
[03/11/2011 21:12:08] Connected to server
[03/11/2011 21:12:08] Server gave new work; passing to WorkQueue
[03/11/2011 21:12:08] New block (WorkQueue)
[03/11/2011 21:12:08] Server gave new work; passing to WorkQueue
[03/11/2011 21:12:08] Server gave new work; passing to WorkQueue
[03/11/2011 21:12:37] Result 00000000eae5c021... accepted
[03/11/2011 21:12:38] Server gave new work; passing to WorkQueue
[03/11/2011 21:13:01] Result 000000005b2f0040... accepted
[03/11/2011 21:13:01] Result 00000000d7d44bb5... accepted
[03/11/2011 21:13:08] Server gave new work; passing to WorkQueue
[03/11/2011 21:13:11] Result 00000000c694a6bc... accepted
[03/11/2011 21:13:12] Result 00000000ade2c4b3... accepted
[03/11/2011 21:13:38] Server gave new work; passing to WorkQueue
[03/11/2011 21:14:08] Result 00000000f0c56e41... accepted
[03/11/2011 21:14:09] Server gave new work; passing to WorkQueue
[03/11/2011 21:14:39] Server gave new work; passing to WorkQueue
[03/11/2011 21:14:41] LP: New work pushed
[03/11/2011 21:14:41] Server gave new work; passing to WorkQueue
[03/11/2011 21:14:41] New block (WorkQueue)
[03/11/2011 21:14:41] Server gave new work; passing to WorkQueue
[03/11/2011 21:14:41] Server gave new work; passing to WorkQueue
[03/11/2011 21:14:47] Result 00000000f333928b... accepted
[03/11/2011 21:14:49] Result 00000000bd6e0ab7... accepted
[03/11/2011 21:15:11] Server gave new work; passing to WorkQueue
[03/11/2011 21:15:13] Result 0000000063960cdd... accepted
[03/11/2011 21:15:23] Result 00000000d7f81cb2... accepted
[03/11/2011 21:15:41] Server gave new work; passing to WorkQueue
[03/11/2011 21:15:46] Result 00000000068175b3... accepted
[03/11/2011 21:16:12] Server gave new work; passing to WorkQueue
[03/11/2011 21:16:20] Result 00000000ede07bf3... accepted
[03/11/2011 21:16:24] Result 00000000e5b23080... accepted
[03/11/2011 21:16:42] Server gave new work; passing to WorkQueue
[03/11/2011 21:16:45] Result 00000000125bcf1c... accepted
[03/11/2011 21:17:12] Server gave new work; passing to WorkQueue
[03/11/2011 21:17:19] Result 00000000ed7cff1d... accepted
[03/11/2011 21:17:33] Result 00000000dfa1039a... accepted
[03/11/2011 21:17:43] Server gave new work; passing to WorkQueue
[03/11/2011 21:17:56] Result 00000000a2624887... accepted
[03/11/2011 21:18:13] Server gave new work; passing to WorkQueue
[03/11/2011 21:18:17] Result 0000000000102254... accepted
[141.80 Mhash/sec] [18 Accepted] [0 Rejected] [RPC (+LP)]

TeaRex

member

Activity: 78

Merit: 10

Thanks for still working on this! 1.7.0 seems to have some major bugs however; it keeps disconnecting/reconnecting/idling and also throws out error messages like this:

Code:

[04/11/2011 02:49:43] Phoenix v1.7.0 starting...
[04/11/2011 02:49:46] Connected to server
[04/11/2011 02:49:50] Result: f278c955 accepted
[04/11/2011 02:49:57] Disconnected from server
[04/11/2011 02:50:05] Result: 1ff83ef6 accepted
[359.95 Mhash/sec] [2 Accepted] [0 Rejected] [RPC (+LP)]Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "twisted\internet\defer.pyc", line 1076, in gotResult

  File "twisted\internet\defer.pyc", line 1066, in _inlineCallbacks

  File "twisted\internet\defer.pyc", line 388, in errback

  File "twisted\internet\defer.pyc", line 455, in _startRunCallbacks

--- ---
  File "twisted\internet\defer.pyc", line 542, in _runCallbacks

  File "minerutil\RPCProtocol.pyc", line 134, in errback

  File "minerutil\RPCProtocol.pyc", line 416, in _failure

  File "minerutil\RPCProtocol.pyc", line 227, in stop

  File "minerutil\RPCProtocol.pyc", line 57, in closeConnection

exceptions.AttributeError: 'NoneType' object has no attribute 'close'
[04/11/2011 02:50:12] Connected to server
[04/11/2011 02:50:22] Disconnected from server
[04/11/2011 02:50:36] Failed to connect, retrying...
[04/11/2011 02:50:36] Result: 84e0e226 rejected
[04/11/2011 02:50:45] Warning: work queue empty, miner is idle
[04/11/2011 02:50:47] Failed to connect, retrying...
[04/11/2011 02:50:47] Result: b27b0f3e rejected
[04/11/2011 02:51:02] Connected to server
[04/11/2011 02:51:13] Result: 2d5ce285 rejected
[04/11/2011 02:51:24] Result: 7cfcd8b4 rejected
[04/11/2011 02:51:37] Result: c6a5693f rejected
[04/11/2011 02:51:49] Disconnected from server
[04/11/2011 02:51:52] Result: c1db4b62 accepted
[04/11/2011 02:51:55] Result: 0a76485d accepted
[04/11/2011 02:51:59] Result: 2c040a77 accepted
[362.59 Mhash/sec] [5 Accepted] [5 Rejected] [RPC (+LP)]Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "twisted\internet\defer.pyc", line 1076, in gotResult

  File "twisted\internet\defer.pyc", line 1066, in _inlineCallbacks

  File "twisted\internet\defer.pyc", line 388, in errback

  File "twisted\internet\defer.pyc", line 455, in _startRunCallbacks

--- ---
  File "twisted\internet\defer.pyc", line 542, in _runCallbacks

  File "minerutil\RPCProtocol.pyc", line 134, in errback

  File "minerutil\RPCProtocol.pyc", line 416, in _failure

  File "minerutil\RPCProtocol.pyc", line 227, in stop

  File "minerutil\RPCProtocol.pyc", line 57, in closeConnection

exceptions.AttributeError: 'NoneType' object has no attribute 'close'
[04/11/2011 02:52:03] Connected to server
[04/11/2011 02:52:12] Disconnected from server
[04/11/2011 02:52:26] Connected to server
[04/11/2011 02:52:29] Result: 07de0847 accepted
[04/11/2011 02:52:36] Disconnected from server
[04/11/2011 02:52:45] Result: cec287f6 accepted
[363.54 Mhash/sec] [7 Accepted] [5 Rejected] [RPC (+LP)]Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "twisted\internet\defer.pyc", line 1076, in gotResult

  File "twisted\internet\defer.pyc", line 1066, in _inlineCallbacks

  File "twisted\internet\defer.pyc", line 388, in errback

  File "twisted\internet\defer.pyc", line 455, in _startRunCallbacks

--- ---
  File "twisted\internet\defer.pyc", line 542, in _runCallbacks

  File "minerutil\RPCProtocol.pyc", line 134, in errback

  File "minerutil\RPCProtocol.pyc", line 416, in _failure

  File "minerutil\RPCProtocol.pyc", line 227, in stop

  File "minerutil\RPCProtocol.pyc", line 57, in closeConnection

exceptions.AttributeError: 'NoneType' object has no attribute 'close'
[04/11/2011 02:52:50] Connected to server
[04/11/2011 02:53:00] Disconnected from server
[04/11/2011 02:53:01] Result: 893a5bf2 accepted
[04/11/2011 02:53:12] Failed to connect, retrying...
[04/11/2011 02:53:20] Result: db96c309 accepted
[04/11/2011 02:53:24] Warning: work queue empty, miner is idle
[04/11/2011 02:53:26] Connected to server
[04/11/2011 02:53:28] Result: ad7467bb accepted
[04/11/2011 02:53:37] Disconnected from server
[04/11/2011 02:53:40] Result: 0bc82c1e accepted
[04/11/2011 02:53:42] Result: 4f28a758 accepted
[04/11/2011 02:53:49] Failed to connect, retrying...
[04/11/2011 02:54:01] Warning: work queue empty, miner is idle
[04/11/2011 02:54:03] Connected to server
[04/11/2011 02:54:09] Result: a7930a31 accepted
[04/11/2011 02:54:14] Disconnected from server
[04/11/2011 02:54:22] Result: d86fb292 accepted
[04/11/2011 02:54:25] Result: 6b91137e rejected
[04/11/2011 02:54:25] Result: 491bf929 rejected
[355.15 Mhash/sec] [14 Accepted] [7 Rejected] [RPC (+LP)]Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "twisted\internet\defer.pyc", line 1076, in gotResult

  File "twisted\internet\defer.pyc", line 1066, in _inlineCallbacks

  File "twisted\internet\defer.pyc", line 388, in errback

  File "twisted\internet\defer.pyc", line 455, in _startRunCallbacks

--- ---
  File "twisted\internet\defer.pyc", line 542, in _runCallbacks

  File "minerutil\RPCProtocol.pyc", line 134, in errback

  File "minerutil\RPCProtocol.pyc", line 416, in _failure

  File "minerutil\RPCProtocol.pyc", line 227, in stop

  File "minerutil\RPCProtocol.pyc", line 57, in closeConnection

exceptions.AttributeError: 'NoneType' object has no attribute 'close'
[04/11/2011 02:54:29] Connected to server
[04/11/2011 02:54:33] Result: 558860c6 accepted
[04/11/2011 02:54:38] Disconnected from server
[04/11/2011 02:54:53] Connected to server
[354.42 Mhash/sec] [15 Accepted] [7 Rejected] [RPC (+LP)]

My command line was:

Code:

start "GPU 0" /min /affinity 0x08 phoenix.exe -q 2 -a 100 -u http://gpu0:[email protected]:80/ -k phatk2 DEVICE=0 WORKSIZE=128 BFI_INT VECTORS FASTLOOP=false AGGRESSION=12

Topic: Phoenix - Efficient, fast, modular miner - page 6. (Read 760757 times)