Bitcoin Forum
December 05, 2016, 02:47:04 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   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 56 57 »
  Print  
Author Topic: Phoenix - Efficient, fast, modular miner  (Read 734726 times)
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
May 24, 2011, 04:24:29 PM
 #541

I'm on ubuntu and have been mining with phoenix/poclbm happily, no locks, against a local bitcoind instance. Today I decided to give a pool a go, and for 2 times in 5 hours I got the "Warning: work queue empty, miner is idle" that would just stay there until I Ctrl+C and restart that miner.

The obvious difference? Long polling. I've commented out the long poll thread start() so I can make sure that is the issue, but what I really feel is missing is an option to disable it. I don't have a patch (just a #) but can cook one if that feels important to anyone else.
1480949224
Hero Member
*
Offline Offline

Posts: 1480949224

View Profile Personal Message (Offline)

Ignore
1480949224
Reply with quote  #2

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

Posts: 1480949224

View Profile Personal Message (Offline)

Ignore
1480949224
Reply with quote  #2

1480949224
Report to moderator
1480949224
Hero Member
*
Offline Offline

Posts: 1480949224

View Profile Personal Message (Offline)

Ignore
1480949224
Reply with quote  #2

1480949224
Report to moderator
1480949224
Hero Member
*
Offline Offline

Posts: 1480949224

View Profile Personal Message (Offline)

Ignore
1480949224
Reply with quote  #2

1480949224
Report to moderator
check
Newbie
*
Offline Offline

Activity: 3


View Profile
May 24, 2011, 06:13:52 PM
 #542

Just to follow up, "1.48 debug" seemed to improve things at first for a 6950 under Win7, but I'm still not having much luck with it.  It doesn't seem to actually get stuck, but it spends most of its time idling.  It seems to eventually recover, but then it will idle again after a few minutes.

phoenix-1.48-debug>phoenix -u http://user:pass@bitcoinpool.com:8334/ -v -q 2 -k poclbm DEVICE=0 AGGRESSION=10 BFI_INT PLATFORM=1 WORKSIZE=128
...
[24/05/2011 10:42:46] Warning: work queue empty, miner is idle
[24/05/2011 11:00:13] LP: New work pushed
[24/05/2011 11:00:13] Server gave new work; passing to WorkQueue
[24/05/2011 11:00:13] New block (WorkQueue)
[24/05/2011 11:00:16] Result 00000000f651082d... accepted
[24/05/2011 11:00:18] Result 000000002db4051c... accepted
[24/05/2011 11:00:25] Warning: work queue empty, miner is idle
[24/05/2011 11:03:00] LP: New work pushed
[24/05/2011 11:03:00] Server gave new work; passing to WorkQueue
[24/05/2011 11:03:00] New block (WorkQueue)
[24/05/2011 11:03:12] Warning: work queue empty, miner is idle
[0 Khash/sec] [360 Accepted] [6 Rejected] [RPC (+LP)]

Killing it and starting fresh always seems to do well for a while, which makes me think it's not solely a pool problem.
jedi95
Full Member
***
Offline Offline

Activity: 219


View Profile
May 24, 2011, 07:10:11 PM
 #543

I'm working on an extensive debug build that will dump out a highly detailed logfile every time the miner goes idle. Hopefully this will enable me to find the cause of this bug.

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
bitcoinington
Newbie
*
Offline Offline

Activity: 4


View Profile
May 25, 2011, 04:23:15 AM
 #544

Hoping someone can help me here because i'm seeing some strange behavior in phoenix miner

when i'm mining on a pool i get a good hash rate and my accepted/rejected ratio is around 2000/40.

however, when i'm mining solo (using bitcoind as server and http://user:pass@localhost:8332 as the server) it shows that it is connected to the server and the hash rate is 430mh/s but it consistently stays at 0 Accepted and 0 Rejected.

anyone have an idea of what's going on? here's the commandline i'm using

-u http://user:pass@localhost:8332 -k poclbm device=0 vectors bfi_int aggression=7

any help would be greatly appreciated!
error
Hero Member
*****
Offline Offline

Activity: 574



View Profile
May 25, 2011, 04:26:55 AM
 #545

Hoping someone can help me here because i'm seeing some strange behavior in phoenix miner

when i'm mining on a pool i get a good hash rate and my accepted/rejected ratio is around 2000/40.

however, when i'm mining solo (using bitcoind as server and http://user:pass@localhost:8332 as the server) it shows that it is connected to the server and the hash rate is 430mh/s but it consistently stays at 0 Accepted and 0 Rejected.

anyone have an idea of what's going on? here's the commandline i'm using

-u http://user:pass@localhost:8332 -k poclbm device=0 vectors bfi_int aggression=7

any help would be greatly appreciated!

If you mine solo, you won't see anything accepted until you find a full 50BTC block.

15UFyv6kfWgq83Pp3yhXPr8rknv9m6581W
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
May 25, 2011, 04:29:07 AM
 #546

however, when i'm mining solo (using bitcoind as server and http://user:pass@localhost:8332 as the server) it shows that it is connected to the server and the hash rate is 430mh/s but it consistently stays at 0 Accepted and 0 Rejected.

That's normal.  When you are in a pool, the pool "lies" to your mining client and tells it to calculate work at an artificially low difficulty.  As a result, you find what you think are valid blocks pretty frequently.  Pools call these shares.  The pool does this so that it can more effectively tell that you are doing real work on a regular basis.  Every once in a while these one of these shares will end up being a valid block for the "real" difficultly and that is when the pool ends up finding a block.

When you mine solo, you are now mining with the "real" difficulty directly.  You'll only get an "accepted" message when you find a real block (and earn 50 BTC).  This will be much much less often than you are used to as compared to finding accepted shares on a pool (days or weeks between blocks depending on your hash rate).

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
dishwara
Legendary
*
Offline Offline

Activity: 1372


Truth may get delay, but NEVER fails


View Profile
May 25, 2011, 04:37:00 AM
 #547

however, when i'm mining solo (using bitcoind as server and http://user:pass@localhost:8332 as the server) it shows that it is connected to the server and the hash rate is 430mh/s but it consistently stays at 0 Accepted and 0 Rejected.

That's normal.  When you are in a pool, the pool "lies" to your mining client and tells it to calculate work at an artificially low difficulty.  As a result, you find what you think are valid blocks pretty frequently.  Pools call these shares.  The pool does this so that it can more effectively tell that you are doing real work on a regular basis.  Every once in a while these one of these shares will end up being a valid block for the "real" difficultly and that is when the pool ends up finding a block.

When you mine solo, you are now mining with the "real" difficulty directly.  You'll only get an "accepted" message when you find a real block (and earn 50 BTC).  This will be much much less often than you are used to as compared to finding accepted shares on a pool (days or weeks between blocks depending on your hash rate).

Thanks, this solved my doubt, why i got zero only even though my gpu usage is 100%.
trebo
Newbie
*
Offline Offline

Activity: 1


View Profile
May 25, 2011, 06:30:46 AM
 #548

I'm working on an extensive debug build that will dump out a highly detailed logfile every time the miner goes idle. Hopefully this will enable me to find the cause of this bug.

jedi95, I have a patch that logs to syslog on linux machines, can I send you the patches?
gentakin
Member
**
Offline Offline

Activity: 98


View Profile
May 25, 2011, 09:40:09 AM
 #549

Thanks for this miner, it works pretty good for me with phatk (at least if I can trust the hash rate shown in the phoenix client)!

However, there is one problem (that I already posted in deepbits thread, knowing it's probably a phoenix problem):
Sometimes long polling stops working until I restart phoenix. Example:

Quote
[25/05/2011 10:49:38] Result: cea614c1 accepted           
[25/05/2011 10:49:42] Result: cc38d5ab accepted           
[25/05/2011 10:49:55] Result: 26e10d54 accepted           
[25/05/2011 10:50:08] Result: 5dd94d57 rejected           
[25/05/2011 10:50:18] Result: 3a240e80 rejected           
[25/05/2011 10:51:05] Result: 029664f3 accepted           
[25/05/2011 10:51:31] Result: 58578139 accepted           
[25/05/2011 10:51:58] Result: f7aa2b93 accepted           
[25/05/2011 10:52:12] Result: 8cffaddf accepted           
[25/05/2011 10:52:37] Result: 1f244382 accepted           
[25/05/2011 10:53:13] Result: d8f362a7 accepted           
[25/05/2011 10:53:22] Result: 9ea37ad4 rejected           
[25/05/2011 10:53:29] Result: af350f97 rejected           
[25/05/2011 10:53:44] Result: 3ebf2662 accepted           
[25/05/2011 10:54:13] Result: 2ef96a00 accepted           
[25/05/2011 10:54:14] Result: e40a052a accepted           
[25/05/2011 10:54:14] Result: 4c64a417 accepted           
[25/05/2011 10:54:15] Result: 6af612e9 accepted

And so on: No LP messages for a (very) long time, instead lots of (compared to usual amounts) rejected shares.

Restarting phoenix will fix it:
Quote
[25/05/2011 11:23:05] Phoenix r86 starting...
[25/05/2011 11:23:05] Connected to server
[25/05/2011 11:23:22] Result: da42db08 accepted         
[25/05/2011 11:23:43] LP: New work pushed               
[25/05/2011 11:23:53] Result: 08a0d468 accepted         
[25/05/2011 11:24:00] Result: ceca5dec accepted         
[25/05/2011 11:24:07] Result: b7c71390 accepted         
[25/05/2011 11:24:22] Result: 8c7814d1 accepted         
[25/05/2011 11:24:28] Result: 160c836f accepted         
[25/05/2011 11:24:54] Result: 39784e84 accepted         
[25/05/2011 11:25:18] Result: d4b22132 accepted         
[25/05/2011 11:25:24] Result: adf76db7 accepted         
[25/05/2011 11:25:30] Result: 4df9dc3c accepted         
[25/05/2011 11:25:43] Result: 00d196f2 accepted         
[25/05/2011 11:25:49] Result: 0aa99500 accepted         
[25/05/2011 11:26:06] Result: 29d79d72 accepted         
[25/05/2011 11:26:41] Result: 3a370dc4 accepted         
[25/05/2011 11:26:45] Result: 90e4bceb accepted         
[25/05/2011 11:27:14] Result: 9aa7a90a accepted         
[25/05/2011 11:27:17] Result: 15d32279 accepted         
[25/05/2011 11:27:20] LP: New work pushed               
[25/05/2011 11:27:52] Result: 140f2597 accepted         
[25/05/2011 11:27:55] Result: 1736843d accepted         
[25/05/2011 11:28:22] LP: New work pushed


It might be related to my rather unstable network connection (wireless lan) which might cause the LP connection to get lost without phoenix re-connecting when my network is back up again.
I'm using the latest revision from SVN (r99 if I remember correctly, although phoenix says it's r86 when starting..)

1HNjbHnpu7S3UUNMF6J9yWTD597LgtUCxb
error
Hero Member
*****
Offline Offline

Activity: 574



View Profile
May 25, 2011, 09:47:26 AM
 #550

That seems to be it. If the network connection is interrupted, phoenix doesn't seem to reestablish the long polling connection. That would explain everything (except for it stopping completely, which is still an outstanding issue).

15UFyv6kfWgq83Pp3yhXPr8rknv9m6581W
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
May 25, 2011, 10:30:51 AM
 #551

That seems to be it. If the network connection is interrupted, phoenix doesn't seem to reestablish the long polling connection. That would explain everything (except for it stopping completely, which is still an outstanding issue).

Unlike what I mentioned previously, even without LP the hang still happens. Looking a bit closer at the code it seems to me that the getWork request that WorkQueue performs when the miner is found to be idle fails silently and is not retried, so phoenix sits waiting for something to happen but with no action deferred.
drgr33n
Sr. Member
****
Offline Offline

Activity: 266



View Profile
May 25, 2011, 11:02:13 AM
 #552

I don't seem to have a problem ?

LinuxCoin 0.2a
AMD-SDK 2.4
fglrx 11.4

1 x 5870 @ 998/300
1 x 5830 @ 998/300

Phoenix has been ticking along for days now. I do get the odd queue is idle but its due to my sketchy mobile broadband. With the phatk kernel I'm getting around 425MHs on my 5870 and 300MHs from my 5830.

Great work !!
commlinx
Full Member
***
Offline Offline

Activity: 126



View Profile
May 25, 2011, 11:36:20 AM
 #553

That seems to be it. If the network connection is interrupted, phoenix doesn't seem to reestablish the long polling connection. That would explain everything (except for it stopping completely, which is still an outstanding issue).

Unlike what I mentioned previously, even without LP the hang still happens. Looking a bit closer at the code it seems to me that the getWork request that WorkQueue performs when the miner is found to be idle fails silently and is not retried, so phoenix sits waiting for something to happen but with no action deferred.
I've only had it happen once, but wanted to +1 that because it happened to me on slush's pool that doesn't support LP a few days ago when he had some problems. One instance was going fine, but other was idle. I run under Win7 64-bit with SDK 2.4. My Internet is normally pretty reliable which might explain why I only had a problem after the pool being down a while.

perryh
Newbie
*
Offline Offline

Activity: 3


View Profile
May 25, 2011, 11:52:42 AM
 #554

I got phoenix to work for a short while, but now it no longer shows my video card in the device list.

aticonfig and flgrxinfo both display my card

dsasda@dsay-home:~/phoenix/phoenix-1.48$ ./phoenix.py -u http://dsadssad:blah@btcguild.com:8332/ DEVICE=1 BFI_INT VECTORS AGGRESSION=12 -k phatk WORKSIZE=12
No device specified or device not found, use DEVICE=ID to specify one of the following

    
  • Intel(R) Core(TM)2 Extreme CPU Q6800  @ 2.93GHz
[0 Khash/sec] [0 Accepted] [0 Rejected]perryh@perry-home:~/phoenix/phoenix-1.48$

any ideas?

thanks

edit: fixed. just defined $DEVICE
disq
Jr. Member
*
Offline Offline

Activity: 41



View Profile
May 26, 2011, 05:32:10 PM
 #555

BTW, increasing queue size cant help those ppl having "miner is idle"? i think it worth a try.

I think this should do the hash/s log(export) thing.

I gona try it once i figured out how to compile something in Python hahaha.

Here is shivansps's logtotext modification, working diff (against phoenix 1.47, should not change anything with .48 tho)

Edit: If running on a flash drive, you should use /tmp for destination. Like so: "./phoenix.py PARAMS -t /tmp/my-awesome-ati-9990.txt"

Code:
diff -ur phoenix-1.47/ConsoleLogger.py phoenix-1.47-modified/ConsoleLogger.py
--- phoenix-1.47/ConsoleLogger.py 2011-05-13 06:43:53.000000000 +0300
+++ phoenix-1.47-modified/ConsoleLogger.py 2011-05-26 20:27:40.000000000 +0300
@@ -47,9 +47,10 @@
    
     UPDATE_TIME = 1.0
    
-    def __init__(self, verbose=False):
+    def __init__(self, verbose=False, logtotext=None):
         self.verbose = verbose
         self.lastUpdate = time() - 1
+        self.logtotext = logtotext
         self.rate = 0
         self.accepted = 0
         self.invalid = 0
@@ -119,6 +120,10 @@
                 "[" + str(self.accepted) + " Accepted] "
                 "[" + str(self.invalid) + " Rejected]" + type)
             self.say(status)
+            if(self.logtotext != None):
+                fileHandle = open (self.logtotext, 'w')
+                fileHandle.write(datetime.now().strftime(self.TIME_FORMAT) + ' ' + status)
+                fileHandle.close()
             self.lastUpdate = time()
        
     def say(self, message, newLine=False, hideTimestamp=False):
Binary files phoenix-1.47/ConsoleLogger.pyc and phoenix-1.47-modified/ConsoleLogger.pyc differ
Binary files phoenix-1.47/kernels/poclbm/167c418e01275326142dd6e832cab098.elf and phoenix-1.47-modified/kernels/poclbm/167c418e01275326142dd6e832cab098.elf differ
diff -ur phoenix-1.47/phoenix.py phoenix-1.47-modified/phoenix.py
--- phoenix-1.47/phoenix.py 2011-05-13 06:43:53.000000000 +0300
+++ phoenix-1.47-modified/phoenix.py 2011-05-26 20:26:39.000000000 +0300
@@ -44,6 +44,7 @@
         self.connection = None
         self.kernel = None
         self.queue = None
+        self.logtotext = None
        
         self.kernelOptions = {}
        
@@ -62,6 +63,7 @@
         parser.add_option("-a", "--avgsamples", dest="avgsamples", type="int",
             default=10,
             help="how many samples to use for hashrate average")
+        parser.add_option("-t", "--logtotext", dest="logtotext", default=None, help="Log to text")
        
         self.parsedSettings, args = parser.parse_args()
        
@@ -88,7 +90,7 @@
    
     def makeLogger(self, requester):
         if not self.logger:
-            self.logger = ConsoleLogger(self.parsedSettings.verbose)
+            self.logger = ConsoleLogger(self.parsedSettings.verbose, self.parsedSettings.logtotext)
         return self.logger
    
     def makeConnection(self, requester):

1LFWHcXqRAfq6GiS3s7disq1p7iKkinshp <-- just to show off my address, who tips to forum signatures anyway?

Rug Monitor - Monitor your mining rigs, generate useful if not pretty charts.
jimraynor
Newbie
*
Offline Offline

Activity: 15


View Profile
May 26, 2011, 08:40:57 PM
 #556

whenever i try to run phoenix miner it just closes its self a split second after i run it, what am i doing wrong?
bobR
Member
**
Offline Offline

Activity: 112


View Profile
May 26, 2011, 08:43:35 PM
 #557

whenever i try to run phoenix miner it just closes its self a split second after i run it, what am i doing wrong?

With out some details I'd say mining
jimraynor
Newbie
*
Offline Offline

Activity: 15


View Profile
May 26, 2011, 08:44:37 PM
 #558

definatly not mining
bobR
Member
**
Offline Offline

Activity: 112


View Profile
May 26, 2011, 08:49:07 PM
 #559

definatly not mining

or learning ...
if you cant say exactly what you did that did not work
how can anyone help you

smart ass reply's  just make you look like an ass
and you just lost my help
have a good life
jimraynor
Newbie
*
Offline Offline

Activity: 15


View Profile
May 26, 2011, 08:52:44 PM
 #560

i did not make a smart ass reply

i didnt exactly know what you ment but i thought you ment i might of been mining with other software so i said i definately wasnt

i just extracted the zip and ran phoenix.exe and a cmd window pops up then instantly closes
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 56 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!