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

kwukduck

legendary

Activity: 1937

Merit: 1001

I'm just a big noob here, running ubuntu natty but can't seem to install pyopencl

whenever i try to install package python-pyopencl it starts bitching about the package nvidia-current, which is unable to install, without this package installed it can't configure pyopencl somehow...

This is what installer returns if it tries to install nvidia-current

Code:

kwukduck@home2:~$ sudo apt-get install python-pyopencl
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
nvidia-current
Suggested packages:
python-imaging-tk
Recommended packages:
nvidia-opencl-icd
The following NEW packages will be installed:
nvidia-current python-pyopencl
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/50.3 MB of archives.
After this operation, 154 MB of additional disk space will be used.
Do you want to continue [Y/n]? y
(Reading database ... 143428 files and directories currently installed.)
Unpacking nvidia-current (from .../nvidia-current_270.41.06-0ubuntu1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/nvidia-current_270.41.06-0ubuntu1_amd64.deb (--unpack):
trying to overwrite '/usr/lib/libOpenCL.so', which is also in package amd-app 2.4
Selecting previously deselected package python-pyopencl.
Unpacking python-pyopencl (from .../python-pyopencl_0.92-1ubuntu1_amd64.deb) ...
Processing triggers for man-db ...
Errors were encountered while processing:
/var/cache/apt/archives/nvidia-current_270.41.06-0ubuntu1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

jondecker76

full member

Activity: 238

Merit: 100

I switched back to wired and everything has been doing great so far - so it looks like it was definitely related to a flaky wireless adapter! Good news for both of us

jedi95

full member

Activity: 219

Merit: 120

Quote from: jondecker76 on May 18, 2011, 06:03:23 AM

let me try one more thing.... I've switched in the last week to a wireless connection (usb wifi adapter) and the connection seems super slow (so slow that I have problems even sshing into the box) and it just occurred to me that there might be a link there.. Just went back to wired and restarted the miner, I'll report back if that solves my problems so you don't go wasting your time

thanks

That could be it, since if you can barely SSH into the box it's possible that it's not able to get work fast enough to keep the GPU fed with work. Even so, I already setup the miners for testing so might as well let them run.

jondecker76

full member

Activity: 238

Merit: 100

let me try one more thing.... I've switched in the last week to a wireless connection (usb wifi adapter) and the connection seems super slow (so slow that I have problems even sshing into the box) and it just occurred to me that there might be a link there.. Just went back to wired and restarted the miner, I'll report back if that solves my problems so you don't go wasting your time

thanks

jedi95

full member

Activity: 219

Merit: 120

Thanks, I'll run 1 5870 on each pool overnight with lots of extra debug messages enabled and see what happens. Hopefully I will find at least one of them idling so I can get to the bottom of this.

Interestingly I have tested with both those pools before. I blocked packets to the IPs to simulate the server being down/unresponsive and in each case the miner recovered once I unblocked the IP again.

jondecker76

full member

Activity: 238

Merit: 100

connecting to deepbit with all my idle problems

benjamindees

legendary

Activity: 1330

Merit: 1000

try bitcoinpool.com

jedi95

full member

Activity: 219

Merit: 120

My problem is that I have been unable to reproduce any sort of idle problems with 1.46 and later.

Right now the only thing I can do is look at the code and try to figure out WTF is going on. What pool are you connecting to? I can't fix it unless I can see it fail for myself or someone posts enough details for me to figure out what exactly is going wrong.

jondecker76

full member

Activity: 238

Merit: 100

Going to try 1.48 right now, the idling problem has been absolutely killing me, having to restart things 10+ times per day!
I did an svn update yesterday and it still went idle on me over the night again (it was r86)... Just did an SVN update again just now, but it only pulled in one change file (RPCProtocol.py). Now at r94, will report back if the ugly idle problem reappears again!

EDIT:
WOW! Worse than ever! Goes idle on all 3 cards within a couple of minutes.. Tried several times, going to reboot and try again Sad

EDIT 2:
Still nothing good, All 3 sessions go idle quite often, but sometimes within a minute or so it will start hashing again, but eventually it ends up just sitting there idle

jedi95

full member

Activity: 219

Merit: 120

Version 1.48 has been released.

Changes:
1. Fixed RPC connection lost callback failing. This *SHOULD* fix the remaining issues with the miner idling.
2. Added phatk kernel to release packages. The included version has the same FASTLOOP changes as the poclbm kernel.
3. Added a warning if WORKSIZE is set incorrectly and the default is used instead.
4. Adds https:// support for connecting to SSL enabled bitcoin clients.

d3athrow

newbie

Activity: 24

Merit: 0

I love this miner, this + the phatk kernel i get 10 - 25mh/s more with my 5830 than i do with poclbm or diablominer

jedi95

full member

Activity: 219

Merit: 120

Quote from: shivansps on May 18, 2011, 01:03:16 AM

Jedi95 there something can be done about this?

Coding my C program to parse it and get the mhash/s is easy, (last line, seach for [ ), but the file size increase in about 1KB per second!

Your best option would be to modify ConsoleLogger to log only the information you want. The hashrate/accepted/rejected are reported separately from log messages so it should be easy to make it output exactly what you want and nothing else.

yrral

member

Activity: 79

Merit: 10

Quote from: shivansps on May 18, 2011, 01:03:16 AM

Jedi95 there something can be done about this?

Coding my C program to parse it and get the mhash/s is easy, (last line, seach for [ ), but the file size increase in about 1KB per second!

I think the problem is that your language interprets the \b control character as some character. Change your system locale or just pipe the output through sed.

shivansps

hero member

Activity: 1330

Merit: 502

Vave.com - Crypto Casino

Jedi95 there something can be done about this?

Coding my C program to parse it and get the mhash/s is easy, (last line, seach for [ ), but the file size increase in about 1KB per second!

Shiver

sr. member

Activity: 248

Merit: 252

I have the same experience, but I have to use the mod version of poclbm because otherwise I get the "miner is idle" reports every several hours. I was about to install the Phoenix app as an alternative until I read this thread and seeing that it has the same issue. Perhaps I'll have to get a wrapper application that will baby sit the miner and restart it when necessary.

Quote from: benjamindees on May 17, 2011, 09:46:09 PM

Just to post my experience, I have switched from poclbm-mod to phoenix (poclbm), and my reported hashrate is 10% higher with the GPU running 5 degrees C cooler. I'll have to see whether that translates into a higher payout or not.

benjamindees

legendary

Activity: 1330

Merit: 1000

Just to post my experience, I have switched from poclbm-mod to phoenix (poclbm), and my reported hashrate is 10% higher with the GPU running 5 degrees C cooler. I'll have to see whether that translates into a higher payout or not.

evilpumpkin

newbie

Activity: 1

Merit: 0

Hi,

I get "Warning: work queue empty, miner is idle" both on mining.bitcoin.cz (RPC) and bitcoinpool.com (RPC+LP) with different queue sizes.
The following just occured with queue size 5:

[17/05/2011 22:17:05] Currently on block: 124681 [17/05/2011 22:17:05] Server gave new work; passing to WorkQueue [17/05/2011 22:17:05] Server gave new work; passing to WorkQueue [17/05/2011 22:17:05] New block (WorkQueue) [17/05/2011 22:17:05] Server gave new work; passing to WorkQueue [17/05/2011 22:17:05] New block (WorkQueue) [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] New block (WorkQueue) [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:06] Server gave new work; passing to WorkQueue [17/05/2011 22:17:16] Server gave new work; passing to WorkQueue [17/05/2011 22:17:16] New block (WorkQueue) [17/05/2011 22:17:32] Result ...0000000019288c5d accepted [17/05/2011 22:17:53] Result ...0000000045b2e911 accepted [17/05/2011 22:18:17] Warning: work queue empty, miner is idle [0 Khash/sec] [15 Accepted] [0 Rejected] [RPC]

It seems that the miner neglected to get new jobs, the last time work on a new block started.

Can anyone tell me where this problem might come from or maybe even how to fix it?

Thanks in advance

JorgePasada

member

Activity: 61

Merit: 10

Quote from: JorgePasada on May 15, 2011, 05:31:58 PM

Just got the following error . . .

Code:

bitcoin@bitcoin:~/poclbm$ ./poclbm.py
Traceback (most recent call last):
File "./poclbm.py", line 27, in
platforms = cl.get_platforms()
pyopencl.LogicError: clGetPlatformIDs failed: invalid/unknown error code

Any Help?

Just followed the 11.04 thread guide https://bitcointalksearch.org/topic/ubuntu-natty-narwhal-1104-mining-guide-howto-7514 at that link.

Got the error above. I went with SDK 2.4

Should I be using 2.4 or 2.1? I'm mainly running on 5xxx series hardware.

Thanks to everyone who's contributing to this thread, sorry for the chatter, trying to learn is slow and painful . . .

Internet151

full member

Activity: 174

Merit: 100

I'm still having occasional issues even with the latest version of phoenix not automatically reconnecting to bitcoinpool.com when it goes down for brief periods of time. Either the mining window stops doing anything or it says work queue is empty and long poll messages every ~10 minutes endlessly.

shivansps

hero member

Activity: 1330

Merit: 502

Vave.com - Crypto Casino

Quote from: jedi95 on May 15, 2011, 02:50:25 AM

This I don't know exactly. The OS level dependencies are within Python itself.

This is the code to import kernels:

Code:

import imp
   ...
   ...
   ...
   def makeKernel(self, requester):
   if not self.kernel:
   module = self.parsedSettings.kernel
   try:
   file, filename, smt = imp.find_module(module, ['kernels'])
   except ImportError:
   print("Could not locate the specified kernel!")
   exit()
   kernelModule = imp.load_module(module, file, filename, smt)
   self.kernel = kernelModule.MiningKernel(requester)
   return self.kernel

Thanks, i cheked it out and installing python 3.2 intro winpe fixed the problem, funny thing, i dont need python to be installed intro a normal windows.

BTW, there is a mode to only show up the hash rate, acepted and rejected in the cmd window? im using the "1>something.txt 2>&1" to redirect the output to a text file, for remote monitoring, and i get a lot of unknown characters in the txt file, parsing it is a nightmare, but thats not the problem, the txt file gets to over 1gb in size after 24 hours!

Topic: Phoenix - Efficient, fast, modular miner - page 34. (Read 760839 times)