Bitcoin Forum

Bitcoin => Mining software (miners) => Topic started by: m0mchil on October 01, 2010, 06:21:59 PM



Title: python OpenCL bitcoin miner
Post by: m0mchil on October 01, 2010, 06:21:59 PM
Latest miner

poclbm_py2exe_20120920 (http://github.com/downloads/m0mchil/poclbm/poclbm_py2exe_20120920.7z)

mirror (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/poclbm_py2exe_20120920.7z)


Sources for poclbm are at http://github.com/m0mchil/poclbm (http://github.com/m0mchil/poclbm)


GUI

Created by Kiv, see http://bitcointalk.org/index.php?topic=3878.0 (http://bitcointalk.org/index.php?topic=3878.0)


Guides

Windows - http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows (http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows)

Ubuntu - http://bitcointalk.org/index.php?topic=2636 (http://bitcointalk.org/index.php?topic=2636)

Mac - http://forum.bitcoin.org/index.php?topic=12360 (http://forum.bitcoin.org/index.php?topic=12360)


Known best settings
(please PM better/best settings for your platform)

AMD 5xxx and up
use '-v -w 128'


Frequently asked questions

Q: Does my video card / driver supports OpenCL?

AMD - 4xxx and up. Nvidia - 8xxx and up. On Windows you can use 'GPU Caps Viewer' or similar.


Q: I am seeing 'pyopencl.LogicError: clGetPlatformIDs failed', what is this?
Q: It says 'ImportError: DLL load failed: The specified module could not be found'?
Q: Or 'ImportError: DLL load failed: The specified procedure could not be found'?


You don't have proper OpenCL support. The reasons may vary. Be sure to remove any old drivers and SDK from different vendors you may have used. Use web search to see how to make it work for your combination of GPU and OS.


Q: When I try to run it with the following parameters: '--host=http://mining.bitcoin.cz:8332' miner errors out with  'nonnumeric port'

Remove 'http://', it's intended for browsers (becames '--host=mining.bitcoin.cz'). Use '--port' to specify port (default is 8332 so you don't need to specify it if the pool you use is at same port).


Q: Why it uses 100% CPU?

You probably selected the CPU as OpenCL device. Or you are using it on Linux with AMD Stream SDK 2.2. Use 2.1 instead.


Q: What does 'invalid or stale' means?

The block last submitted was either invalid or stale.


Q: How a block becomes stale?

You submited solution for a block which was just solved by someone else.


Q: Why a block is invalid?

Don't overclock too much. And switch crossfire off. Or may be I screwed the search again? :) It's good if you see more 'accepted's than 'invalid's.


When I try to run the miner a new CMD window flashes on my screen too rapidly to read anything, or even see if it says anything.

It's console application. You use that ugly black thing called 'Command Prompt' to run it.


Title: Re: OpenCL miner for the masses
Post by: nelisky on October 01, 2010, 06:35:13 PM
I hope someone will try this wonderful OpenCL bitcoin miner. It uses PyOpenCl (http://mathema.tician.de/software/pyopencl). Should be generally platform independent. The OpenCL kernel uses previous work by laszlo. You will need bitcoin patched with this (http://bitcointalk.org/index.php?topic=1333.0) to enable RPC getwork(). You may use as many external miners as you wish (if running RPC with -rpcallowip).

Have fun.



Amazing solution! Not good for the masses (it's better to integrate the miner in the binary) but great for experimentation and multiple machine mining. I'll be sure to have a go at this when I get a sec, kudos for putting this out.


Title: Re: OpenCL miner for the masses
Post by: jgarzik on October 01, 2010, 06:35:57 PM
It is interesting to see how you've split mining and wallet+P2P into separate pieces.  Nice and modular.

I'll be interested to see feedback from people, if they actually generate coins from this.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 01, 2010, 07:06:06 PM
nelisky: Integrating CUDA/OpenCL seems to have portability issues. Also, my goal is actually to convince satoshi to patch the mainline. The patch must be crystal clear for this to happen.

jgarzik: I tested this against vanilla client to be sure blocks are actually accepted. On ATI 4350 it makes ~5800 khash/s.


Forgot to mention that original client generation could be used in parallel.


Title: Re: OpenCL miner for the masses
Post by: nelisky on October 01, 2010, 07:36:35 PM
nelisky: Integrating CUDA/OpenCL seems to have portability issues. Also, my goal is actually to convince satoshi to patch the mainline. The patch must be crystal clear for this to happen.


Yes, that is one of my biggest concerns. I don't have enough exposure to assert in multiple platforms / hw. And I have failed to provide a simple click and use distributable, as of yet, but as interest increases and more developers tackle this I'm sure one of us will provide a clean implementation that is production quality for satoshi.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 01, 2010, 07:46:09 PM
davidonpda: you need

1. Some OpenCL capable hardware and driver.
2. python 2.6.6 (http://www.python.org/download/releases/2.6.6/)
3. PyOpenCL (http://mathema.tician.de/software/pyopencl). This could be tricky, follow the official installation instructions (http://wiki.tiker.net/PyOpenCL).

oclbm.py -h or --help for some options, by default looks for bitcoin RPC at 127.0.0.1:8332

Hope this helps


Title: Re: OpenCL miner for the masses
Post by: checker on October 01, 2010, 08:10:55 PM
Will opencl client works on ati hd3850?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 02, 2010, 06:00:48 AM
ATI HD3850 has no OpenCL support.

4xxx and 5xxx have.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 04, 2010, 11:43:55 AM
Due to popular demand :) bitcoin PyOpenCL miner is available now at http://github.com/m0mchil/poclbm (http://github.com/m0mchil/poclbm)

There are some minor fixes. Be sure to experiment with globalThreads to achieve better performance/dekstop lag ratio.


Title: Re: OpenCL miner for the masses
Post by: ShadowOfHarbringer on October 04, 2010, 12:27:44 PM
jgarzik: I tested this against vanilla client to be sure blocks are actually accepted. On ATI 4350 it makes ~5800 khash/s.

Hmm, that's weird. Shouldn't the speed be much bigger, like 10-fold or 100-fold faster at least ?

I mean there was this guy somewhere on the BTC forum who claimed that he's getting 983 Mhash/s (983 000 khash/sec) with just 3 radeons 5870 or something.


Title: Re: OpenCL miner for the masses
Post by: nelisky on October 04, 2010, 12:34:43 PM
jgarzik: I tested this against vanilla client to be sure blocks are actually accepted. On ATI 4350 it makes ~5800 khash/s.

Hmm, that's weird. Shouldn't the speed be much bigger, like 10-fold or 100-fold faster at least ?

I mean there was this guy somewhere on the BTC forum who claimed that he's getting 983 Mhash/s (983 000 khash/sec) with just 3 radeons 5870 or something.

Yeah, I'm struggling with how OpenCL compiles kernels and the impact of the work size on performance. It is quite counter intuitive coming from CUDA, as the unrolling of loops and functions actually makes performance worse, as the kernel needs more space. I don't have any numbers for that ATI, but the 4350 seems to be a LOT less performant than the 5870, so it might not be that low.

Once I have hardware to test this for real, I'll compare my approach to this one, so we can learn from each other.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 04, 2010, 12:52:40 PM
There is information on wikipedia about the performance of various AMD/ATI (http://en.wikipedia.org/wiki/Comparison_of_AMD_graphics_processing_units) and Nvidia (http://en.wikipedia.org/wiki/Comparison_of_Nvidia_graphics_processing_units) chips.

4350 is cited at 92 GFLOPS. 5870 has 2720 GFLOPS. tcatm has 3x5870s. Due to it's superior architecture 5870 is capable of more than just the difference in GFLOPS. For example I get 6 Mhash/s on 4350 and 137 Mhash/s on 5770 (ratio of 1/22) even if the ratio of GFLOPS for the relevant cards is 92 to 1360 (1/14).


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 04, 2010, 01:57:52 PM
don't have an ATI card, but even after reading those performance-infos i still can't believe that 980something-mega-hash.

5.800khash on a hd4350 makes sense to me, i get around 5-6.000 on a 8600gt, both listed around 100GFlops.
my gtx260 gets ~40Mhash, 874GFlops
i'd expect a hd5870 makes at least 3times as much, cuz it's listed with 2700GFlops,
which would result in around 400Mhash for 3 of those cards,
that's what i would expect, so where's those extra 600Mhash coming from? ???
it's superior architecture?
if so, my next card will be ati again.  ;D


Title: Re: OpenCL miner for the masses
Post by: nelisky on October 04, 2010, 02:02:54 PM
don't have an ATI card, but even after reading those performance-infos i still can't believe that 980something-mega-hash.

5.800khash on a hd4350 makes sense to me, i get around 5-6.000 on a 8600gt, both listed around 100GFlops.
my gtx260 gets ~40Mhash, 874GFlops
i'd expect a hd5870 makes at least 3times as much, cuz it's listed with 2700GFlops,
which would result in around 400Mhash for 3 of those cards,
that's what i would expect, so where's those extra 600Mhash coming from? ???
it's superior architecture?
if so, my next card will be ati again.  ;D


There's a lot more than GFlops to this equation. Memory bandwidth, for one, will be very important.


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 04, 2010, 02:29:21 PM
of course, but still
i'd like to know if that's a usual expectation on ati cards compared to nvidia,
no single-hd5870-users around that want to share their hash-count?

i'm gonna buy a new card sooner or later anyway and i don't mind if it says ati or nvidia on it,
both will surely run my game/s.
but if one of them is x times better crunching blocks and besides that, prolly cheaper too,
i already know what my next favourite brand is.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 04, 2010, 03:30:57 PM
Sorry, just realized i broke it with latest changes, please update. (It won't submit to RPC properly)


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 05, 2010, 03:31:14 PM
Added auto adjustment to keep desktop responsive. Also, doing hash rate calculation at user defined interval.


Title: Re: OpenCL miner for the masses
Post by: martin on October 05, 2010, 10:27:55 PM
I can't get the getwork patch to compile into bitcoin. Is that something satoshi has considered adding to the main trunk?

I've got PyOpenCL finally installed but without the patch in the client, I can't request anything.

I'm in the same position. All I need is the patch compiled into the client and I should be ready to go :/


Title: Re: OpenCL miner for the masses
Post by: L29Ah on October 05, 2010, 11:28:44 PM
i'm getting http://paste.pocoo.org/show/271546/ when trying to run it


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 06, 2010, 10:42:59 AM
Slightly improved kernel (~10%). Fixed a problem with rotate() and Nvidia OpenCL. I won't upload anymore to the forum, please use the repo (http://github.com/m0mchil/poclbm).


Title: Re: OpenCL miner for the masses
Post by: ShadowOfHarbringer on October 06, 2010, 11:52:28 AM
Do i need to use a special version of graphics drivers to get the OpenCL client working ?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 06, 2010, 03:35:25 PM
Win32 bitcoin with getwork, against SVN 161.


Title: Re: OpenCL miner for the masses
Post by: martin on October 06, 2010, 05:14:08 PM
Any chance of a 64 bit windows build? ::)


Title: Re: OpenCL miner for the masses
Post by: L29Ah on October 06, 2010, 05:15:54 PM
Slightly improved kernel (~10%). Fixed a problem with rotate() and Nvidia OpenCL. I won't upload anymore to the forum, please use the repo (http://github.com/m0mchil/poclbm).
now it segfaults: http://paste.pocoo.org/show/271825/


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 06, 2010, 08:25:17 PM
Sorry, forgot about that. You should install json-rpc. See at http://json-rpc.org/wiki/python-json-rpc (http://json-rpc.org/wiki/python-json-rpc)

L29Ah, unfortunately there isn't Nvidia card here to test with it. I suppose you should try different drivers. It seems the problem is in nvidia OpenCL compiler.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 07, 2010, 04:49:02 AM
Use '-server'.


Title: Re: OpenCL miner for the masses
Post by: mizerydearia on October 07, 2010, 08:31:40 AM
Slightly improved kernel (~10%). Fixed a problem with rotate() and Nvidia OpenCL. I won't upload anymore to the forum, please use the repo (http://github.com/m0mchil/poclbm).

Added to http://www.bitcoin.org/wiki/doku.php?id=repositories


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 12:41:15 PM
Can anyone pls upload the Stream SDK 2.2 for 64bit Windows 7 pls ?
AMD link is down -.-


Title: Re: OpenCL miner for the masses
Post by: nelisky on October 07, 2010, 01:53:51 PM
Got it working:

295525 khash/s!!!

Holy mother of <Insert supreme being here>

Please, do share some hw details :)


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 02:00:42 PM
damn, i cant get python to register properly.
does anyone know how to fix that on win7-64 ?

HKEY_LOCAL_MACHINE\SOFTWARE\Python\Pythoncore\2.7\InstallPath = C:\Python27
HKEY_LOCAL_MACHINE\SOFTWARE\Python\Pythoncore\2.7\PythonPath = C:\Python27;C:\Python27\Lib;C:\Python27\DLLs

and

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\Pythoncore\2.7\InstallPath = C:\Python27
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\Pythoncore\2.7\PythonPath = C:\Python27;C:\Python27\Lib;C:\Python27\DLLs

dont work.


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 02:31:10 PM
Smoketoomuch, get version 2.6.6 AND get the 32 bit binaries.

If you install the 64 bit, the extensions are all based on 32 bit, and it won't find your installation. Reinstall with 32 bit and you're golden.
oh ok, thanks, now it works.
all I need is a stream sdk for 64 bit now -.- cmon AMD! fix it!


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 02:54:04 PM
wtf ?
when I click that link I get forwarded to http://developer.amd.com/Pages/amd404.aspx (http://developer.amd.com/Pages/amd404.aspx)

edit: works with IE O.o but not with firefox, hmm.
maybe I changed my http referrer settings or something.

__________________________________________________

while trying to install pyopencl 0.92 with "python setup.py install" I get the following error:
Code:
Traceback (most recent call last):
  File "setup.py", line 160, in <module>
    main()
  File "setup.py", line 50, in main
    warn_about_no_config=False)
  File "c:\Users\STM\Desktop\OpenCL Bitcoin\pyopencl-0.92\aksetup_helper.py", line 164, in get_config
    return schema.read_config()
  File "c:\Users\STM\Desktop\OpenCL Bitcoin\pyopencl-0.92\aksetup_helper.py", line 366, in read_config
    cfile, key))
KeyError: 'invalid config key in .\\siteconf.py: SHIPPED_CL_HEADERS'

using Python 2.6.6, setuptools 0.6c11, NumPy 1.5.0, SciPy 0.8.0, Boost 1.44

any recommendation ?


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 05:32:38 PM
Code:
BOOST_INC_DIR = [r'C:\Program Files (x86)\boost\boost_1_44']
BOOST_LIB_DIR = [r'C:\Program Files (x86)\boost\boost_1_44\lib']
BOOST_COMPILER = 'msvc'
BOOST_PYTHON_LIBNAME = ['boost_python-vc90-mt-1_44']
BOOST_THREAD_LIBNAME = ['boost_thread-vc90-mt-1_44']
CL_TRACE = False
CL_ENABLE_GL = False
SHIPPED_CL_HEADERS = False
CL_INC_DIR = [r'C:\Program Files (x86)\ATI Stream\include']
CL_LIB_DIR = [r'C:\Program Files (x86)\ATI Stream\lib\x86']
CL_LIBNAME = ['OpenCL']
CXXFLAGS = ['/EHsc', '/DBOOST_PYTHON_NO_PY_SIGNATURES']
LDFLAGS = ['/FORCE']
Thats my current siteconfig.py, but I will try yours now.

Edit: thx man, your my hero now ^^
Code:
BOOST_INC_DIR = [r'C:\Program Files (x86)\boost\boost_1_44']
BOOST_LIB_DIR = [r'C:\Program Files (x86)\boost\boost_1_44\lib']
BOOST_COMPILER = 'msvc'
BOOST_PYTHON_LIBNAME = ['boost_python-vc90-mt-1_44']
USE_SHIPPED_BOOST = False
CL_TRACE = False
CL_ENABLE_GL = False
CL_INC_DIR = [r'C:\Program Files (x86)\ATI Stream\include']
CL_LIB_DIR = [r'C:\Program Files (x86)\ATI Stream\lib\x86']
CL_LIBNAME = ['OpenCL']
CXXFLAGS = ['/EHsc', '/DBOOST_PYTHON_NO_PY_SIGNATURES']
LDFLAGS = ['/FORCE']


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 05:51:28 PM
hey, it's me .. again ...

python poclbm.py -->

Code:
Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
    import pyopencl as cl
  File "C:\Python26\lib\site-packages\pyopencl-0.92-py2.6-win32.egg\pyopencl\__init__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: DLL load failed: Das angegebene Modul wurde nicht gefunden.
Seems like a DLL is missing.


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 06:41:00 PM
I copied them into system32, this usually sloves these problems, but I'm gonna try it.

PS: the German error message only says, that the module was not found.

EDIT: and again, you were right :D

but now a new error message shows up:
Code:
C:\Program Files (x86)\Bitcoin>python poclbm.py
Unable to communicate with bitcoin RPC
I'm using this client:
Win32 bitcoin with getwork, against SVN 161. Download (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/bitcoin-getwork-svn161-win32.7z)

EDIT2: ok forget it, forgot about the -server switch
EDIT3: yay it works, finally.
BUT, now it asks for username and passwords every ~8 seconds.... ?

EDIT4: I changed the default values for user and pw in pocbm.py and now it works :)


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 07:20:40 PM
ASUS Radeon HD4870 512MB gpu@750MHz vram@900(1800)MHz
~75500khashs/s
gpu temp currently @74°C (bios-modded long ago to adjust fan speed)


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 08:26:00 PM
yes 4870, edited my post.
and yes, more people should use it :)
now I can generate bitcoins on my gpu and rainbow tables on my cpu at the same time :P


Title: Re: OpenCL miner for the masses
Post by: martin on October 07, 2010, 08:35:51 PM
More people need to jump on board of the OpenCL miner.

Anyone fancy building a 64bit windows build of bitcoin suitable for the OpenCL miner? It may be worth some bitcoins ;)


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 07, 2010, 09:49:32 PM
Yes, I am.

Uhm, does anyone know if poclbm works with mutliple graphic cards ?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 08, 2010, 05:23:15 AM
Here's one for you.

It just found another block, and... bitcoin doesn't show anything...

The miner asks for work at an interval of 10 seconds. If there is a new block from the network in the last such interval your client won't even try to announce your own next block. I am not sure, but I think this is the behavior of the original client too. Please take a look at your debug.log and if possible send me an excerpt from around where this happened. Look for terms like "SetBestChain" and "height=" if you know the block number.

Sometimes the client just doesn't show the new transaction right away.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 08, 2010, 01:47:26 PM
Right after these lines is there something like:

ProcessBlock: ACCEPTED
sending: inv (37 bytes)

If so (and you are sure this is the block in question) it was announced to the network, but another block got included in the chain instead. Do you have other blocks after that?

BTW, if you want poclbm to crunch slower, start it with something like -f 400. Experiment with the number.


Title: Re: OpenCL miner for the masses
Post by: lfm on October 09, 2010, 09:27:08 PM
of course, but still
i'd like to know if that's a usual expectation on ati cards compared to nvidia,
no single-hd5870-users around that want to share their hash-count?

i'm gonna buy a new card sooner or later anyway and i don't mind if it says ati or nvidia on it,
both will surely run my game/s.
but if one of them is x times better crunching blocks and besides that, prolly cheaper too,
i already know what my next favourite brand is.

gflops is not really relevant to bitcoin mining since gflops is measure of floating point and bitcoin mining is fixed point. It think fixed point is relatively good to ati and hard for nvidia.

If you have an app that uses floating point more than fixed point the the disparity might vanish or at least diminish.



Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 10, 2010, 12:27:28 AM
It think fixed point is relatively good to ati and hard for nvidia.
That sounds interesting. Do you have any web-sources for this ?

@m0mchil:
Is your Python OpenCL client using priorization ? like, can I start a game while using your client and it will automatically slow down the hash rate and my card will focus on the game ?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 10, 2010, 05:10:12 AM
It only tries to keep single kernel run under specific time by changing the number of 'global' threads. If you start a game, kernel execution will get slower. The number of threads will then be gradually adjusted to achieve the desired execution time.

By default this time is 1/60 of a second. If shorter i.e. 1/120 sec it will leave more time for other GPU tasks.

This is adjusted with the '-f' switch.


Title: Re: OpenCL miner for the masses
Post by: lfm on October 11, 2010, 06:57:03 AM
I can't get the getwork patch to compile into bitcoin. Is that something satoshi has considered adding to the main trunk?

I've got PyOpenCL finally installed but without the patch in the client, I can't request anything.

try :

  svn co -r 161 https://bitcoin.svn.sourceforge.net/svnroot/bitcoin

It seems any other revision fails the patch.


Title: Re: OpenCL miner for the masses
Post by: lfm on October 11, 2010, 07:15:45 AM

ok, I'm really new at this GPGPU stuff, I got this message when I try to run the thing:


Traceback (most recent call last):
  File "poclbm.py", line 28, in <module>
    miner = cl.Program(context, kernelFile.read()).build()
  File "/usr/lib/pymodules/python2.6/pyopencl/__init__.py", line 138, in program_build
    "Build on %s:\n\n%s" % (dev, log) for dev, log in build_logs))
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 8400 GS' at 0xf16c40>:

Error: Code selection failed to select: 0x138fdc0: i32 = bswap 0x138fbc0

-------------------
This is on Linux 64 bit, does the "i32 = bswap" mean it wants linux 32?

btw I know the 8400 GS is slow, you don't have to tell me.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 11, 2010, 07:49:15 AM

Error: Code selection failed to select: 0x138fdc0: i32 = bswap 0x138fbc0


Try to update your GPU driver. See http://forums.nvidia.com/index.php?showtopic=150585 (http://forums.nvidia.com/index.php?showtopic=150585)

It seems OpenCL is still problematic on Nvidia GPUs. Unfortunately I don't have one to try to make a PyCuda miner.


Title: Re: OpenCL miner for the masses
Post by: lfm on October 11, 2010, 07:56:43 AM
I think I have the newest stuff. Ill just have to wait for the next version by the looks of it. Maybe give up on it and find an ATI card.


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 11, 2010, 04:55:44 PM
Quote
SPARKLE SX84GS256D2LDPP GeForce 8400 GS 256MB 64-bit DDR2 PCI Express 2.0 x16 HDCP Ready Low Profile Ready Video Card
Well .. 256mb .. DDR2 with 64 bit interface
this even was crap when it came on the market ^^


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 11, 2010, 10:16:59 PM

ok, I'm really new at this GPGPU stuff, I got this message when I try to run the thing:


Traceback (most recent call last):
  File "poclbm.py", line 28, in <module>
    miner = cl.Program(context, kernelFile.read()).build()
  File "/usr/lib/pymodules/python2.6/pyopencl/__init__.py", line 138, in program_build
    "Build on %s:\n\n%s" % (dev, log) for dev, log in build_logs))
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 8400 GS' at 0xf16c40>:

Error: Code selection failed to select: 0x138fdc0: i32 = bswap 0x138fbc0

-------------------
This is on Linux 64 bit, does the "i32 = bswap" mean it wants linux 32?

btw I know the 8400 GS is slow, you don't have to tell me.

Got the same error on a Win7-64 with 8600 GTS.
Code:
Build on <pyopencl.Device 'GeForce 8600 GTS' at 0x2ed2f48>:

Error: Code selection failed to select: 0x5d57918: i32 = bswap 0x5d57808
Seems like poclbm doesn't work on nvidia cards.


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 12, 2010, 05:29:30 AM
hey, it's me .. again ...

python poclbm.py -->

Code:
Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
    import pyopencl as cl
  File "C:\Python26\lib\site-packages\pyopencl-0.92-py2.6-win32.egg\pyopencl\__init__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: DLL load failed: Das angegebene Modul wurde nicht gefunden.
Seems like a DLL is missing.

Copy your boost_python-vc90-mt-1_44.dll and boost_thread-vc90-mt-1_44.dll that you compiled with boost earlier directly into your directory where you are running poclbm.py from.

I don't speak German, but that looks like what it is saying to me.


I also get this error.  I tried copying boost_python-vc90-mt-1_44.dll and boost_thread-vc90-mt-1_44.dll directly into the directory where I am running poclbm.py but it has the same error (see below).  I copied it into Windows\System32 but still same error.  Any ideas???

Code:
C:\bitcoin_miner>python poclbm.py
Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
    import pyopencl as cl
  File "C:\Python26\lib\site-packages\pyopencl-0.92-py2.6-win32.egg\pyopencl\__i
nit__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: DLL load failed: The specified module could not be found.


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 12, 2010, 12:25:28 PM
looks like a dll is missing

which boost version are you using ?

best is to post your siteconf.py


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 12, 2010, 07:24:20 PM
Post your boost version, siteconf, and os. Should be able to help you more from there. Make sure you grabbed the right dll's because several of them are named close.

I am using Windows Vista 64-bit.  I used boost 1.44, but there was an error so I actually downloaded the binary versions of "boost_python-vc90-mt-1_44.dll" and "boost_thread-vc90-mt-1_44.dll". I used all 32-bit installations for compatibility.  Below is siteconf.py.  I was able to run "python setup.py install" ok without errors.

Code:
BOOST_INC_DIR = ['C:\\boost_1_44_0']
BOOST_LIB_DIR = ['C:\\boost_1_44_0\\lib']
BOOST_COMPILER = 'msvc'
BOOST_PYTHON_LIBNAME = ['boost_python-vc90-mt-1_44']
USE_SHIPPED_BOOST = False
CL_TRACE = False
CL_ENABLE_GL = False
CL_INC_DIR = ['C:\\Program Files (x86)\\NVIDIA GPU Computing Toolkit\\CUDA\\v3.2\\include']
CL_LIB_DIR = ['C:\\Program Files (x86)\\NVIDIA GPU Computing Toolkit\\CUDA\\v3.2\\lib\\Win32']
CL_LIBNAME = ['OpenCL']
CXXFLAGS = ['/EHsc', '/DBOOST_PYTHON_NO_PY_SIGNATURES']
LDFLAGS = ['/FORCE']

Thanks for your help!  :)



Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 12, 2010, 07:40:46 PM
Awesome, so you got it working with a CUDA card?

Specs and hash rate?


Oh, not yet...sorry if it sounded like I declared victory too early.  I still get:

Code:
ImportError: DLL load failed: The specified module could not be found.

Any ideas?


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 12, 2010, 08:05:39 PM
I went home for lunch to debug but now I am at work. I am hardcore to get this to work.  Will work in it tonite.


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 13, 2010, 01:04:23 AM
I did not do the bootstrap methon.  I used the win installer with the precompiled binaries from here http://www.boostpro.com/download/ (that was what the boost site said to do). 

I reinstalled Python26, Numpy, SciPi, and boost 1_39.  I copied all the dlls into the same folder as poclmb.py. 

Still same error.

Hmmm...


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 13, 2010, 01:09:45 AM
I completely misunderstood you sorry.

So you did not compile the dll's yourself for boost? So you might have a problem with your boost path.

What happens when you run the bootstrap in the boost directory?

Then here is what I used to build the boost libraries after bootstrapping:

Code:
bjam.exe toolset=msvc --with-python --with-date_time --with-thread threading=multi link=shared

That then created a directory starting from c:/boost called C:\boost\stage\lib that had the dll's in it, and is how I pointed it inside my site.conf

Then I copied those dll's over. I am wondering if the dll's you downloaded aren't the right ones or don't have all the right flags or something.


I believe I have the right flags.  In the installer I picked msvc 2008, python, date time, and thread.  There is no option for threading or link.


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 13, 2010, 04:26:08 PM
bitcoin-getwork-svn166-win32.7z (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/bitcoin-getwork-svn166-win32.7z) - with key pool support (see SVN)

poclbm_py2exe.7z (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/poclbm_py2exe.7z) - this is the miner, packed with py2exe. Must be able to run without installing python, PyOpenCL, boost etc. Needs only ATI Stream SDK. Windows only. See command line options with -h to change your

The miner itself has been improved slightly, doing first 3 sha256 rounds in python. http://github.com/m0mchil/poclbm/ (http://github.com/m0mchil/poclbm/)


OMG!  Thx david and momchil!  I was about to give up...gonna try it when I get home.


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 13, 2010, 04:51:51 PM
I have an nVidia card...I hope I can install the nVidia sdk instead of the ati sdk. (Fingers crossed)


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 13, 2010, 07:27:21 PM
bitcoin-getwork-svn166-win32.7z (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/bitcoin-getwork-svn166-win32.7z) - with key pool support (see SVN)

poclbm_py2exe.7z (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/poclbm_py2exe.7z) - this is the miner, packed with py2exe. Must be able to run without installing python, PyOpenCL, boost etc. Needs only ATI Stream SDK. Windows only. See command line options with -h to change your

The miner itself has been improved slightly, doing first 3 sha256 rounds in python. http://github.com/m0mchil/poclbm/ (http://github.com/m0mchil/poclbm/)


OMG!  Thx david and momchil!  I was about to give up...gonna try it when I get home.


I get this error:

Code:

C:\Users\Bitcoin GPU\Desktop\poclbm_py2exe>poclbm
Traceback (most recent call last):
  File "poclbm.py", line 40, in <module>
pyopencl.LogicError: clGetPlatformIDs failed: invalid/unknown error code

[\code]


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 13, 2010, 07:48:39 PM
I went home for lunch and I am physically at my computer...back to work for me.  I have not tried puddinpop's client.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 13, 2010, 07:57:02 PM
Jimbo, please try this (http://www.geeks3d.com/20091221/how-to-enable-opencl-support-on-nvidia-and-amd-platforms/) and see if the tool shows OpenCL is supported. It would be helpful if you post a screenshot.


Title: Re: OpenCL miner for the masses
Post by: GeorgeH on October 13, 2010, 10:46:33 PM
I get a 2-3% increase on the new version. Not much, but a consistent increase. I have my hashes scaled back to about 150/m so this increases it to about 153/m.

It jumps around a little bit of course, but I don't really see it dip below 153/m


Edit-
Don't get me wrong either. 3000k/hs is an extra block a month so no complaints!

Wow! What hardware are you running?

On a more related note, I get this error when running m0m's release (8800 GTS, Driver 258.96)

Code:
C:\Users\Owner\Desktop\BitcoinOpenCL>poclbm
Traceback (most recent call last):
  File "poclbm.py", line 46, in <module>
  File "pyopencl\__init__.pyc", line 138, in program_build
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 8800 GTS 512' at 0x2dd1600>:

Error: Code selection failed to select: 05102178: i32 = bswap 04EFFBA8


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 14, 2010, 12:08:43 AM
i get similar results with my nvidia card
Code:
C:\Documents and Settings\Administrator\Desktop\bitcoin_stuff\poclbm_py2exe>poclbm
Traceback (most recent call last):
File "poclbm.py", line 46, in <module>
File "pyopencl\__init__.pyc", line 138, in program_build
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce GTX 260' at 0x24325c0>:

Error: Code selection failed to select: 0x4ea2128: i32 = bswap 0x516dca0

here's a screenshot (http://bitlex.co.cc/img/screen_poclbm.jpg) of Caps Viewer and GPU-Z (for driver-info).


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 14, 2010, 01:11:03 AM
ok , i have no opencl support (see image)  :( :( :( :( :( :( :( :( :( :( :(


Title: Re: OpenCL miner for the masses
Post by: GeorgeH on October 14, 2010, 02:58:43 AM
Mine's an ATI 5870.

...
run that and see if it shows OpenCL is supported. Give us a screen shot. There are some trouble shooting steps on their website.


Wow, nice!

Here's my screenie:
http://img268.imageshack.us/img268/2977/gpuu.png


Title: Re: OpenCL miner for the masses
Post by: jimbobway on October 14, 2010, 04:25:33 PM
Jim, I don't know where to help from here. Two other people have OpenCL support on their Nvidia card, and still can't get it to work. Without having a set in front of me, it's hard to troubleshoot it. I do have an Nvidia card, same one as you just about, but I don't know if I'm going to swap it out to test. I'm sure our set up varies greatly and I don't know if I would be able to make any beneficial advancements doing it, sorry.

It's ok.  I'm sure something awesome will come out, but I'm happy to test this for momchil.  thought my 8800 would have OpenCL support but it doesn't.  Thanks anyway.


Title: Re: OpenCL miner for the masses
Post by: sandos on October 14, 2010, 08:08:46 PM
On a more related note, I get this error when running m0m's release (8800 GTS, Driver 258.96)

Code:
C:\Users\Owner\Desktop\BitcoinOpenCL>poclbm
Traceback (most recent call last):
  File "poclbm.py", line 46, in <module>
  File "pyopencl\__init__.pyc", line 138, in program_build
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 8800 GTS 512' at 0x2dd1600>:

Error: Code selection failed to select: 05102178: i32 = bswap 04EFFBA8

I get something very similar on a 9400GT, but in linux! No idea how to fix this.


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 14, 2010, 08:38:09 PM
has ANYONE got this working on a nvidia card ?


Title: Re: OpenCL miner for the masses
Post by: bethel on October 15, 2010, 09:57:45 PM
I have two machines that behave totally differently under this python client.

They both have the same hardware and OS:
AMD Semperon Single core
1GB RAM
ASUS ATI Radeon HD 5850 overclocked to 950mhz

One machine does 300-305mhash/s and stresses the gpu to 94-97%
The other does 282-289mhash/s and stresses the gpu to 89-91%

How do I increase my slow machine to get the extra 20mhash? Is there a command line way to tighten the processing loop?





Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on October 15, 2010, 10:00:23 PM
Are both machines using the same driver version ?


Title: Re: OpenCL miner for the masses
Post by: bethel on October 15, 2010, 10:23:20 PM
They are the same.
8.14.10.0779 Catalyst 10.9 on Windows 7 64-bit

I would not expect them to be different because one is a clone of the other.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 16, 2010, 07:08:11 AM
bethel, what are 5870s showing at stock frequency (850 MHz)? Perhaps one of the cards throttles down?

Latest version has new parameter, -w, to set work group size. I have best results on 5770 with -w 128 -f 35.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 16, 2010, 05:18:48 PM
The IDs stay the same as long as there are no changes in hardware (new cards for example).

The -w parameter sets the number of 'work group size' (local threads). Unfortunately it's very difficult to determine the optimal value for this because it's different on different hardware platforms. The default is to use maximum reported by OpenCL for the specific hardware. This also was the behavior of previous versions. Last days I tried an optimization which tests two hashes in kernel run and it is 1-2% slower with default local threads (5770 - 256), but 5-6% faster with half of them (128) and global threads little bit more (-f 35). Generally, with default parameters one should achieve about the same or slightly worse performance than before.


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 16, 2010, 11:51:50 PM
Hello All,

I tried without success to use the Python OpenCL Miner, here's what I did and what I got :

First my config, I run on Windows 7 Pro 32 bits with a NVIDIA GeForce 9800 GT.

I downloaded and installed CUDA Toolkit from :
http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html#Windows%20XP,%20Windows%20Vista%20and%20Windows7
-> cudatoolkit_3.2.7_win_32.msi

I downloaded Boost 1.44.0 and built it with :
Code:
bjam.exe toolset=msvc --with-python --with-date_time --with-thread threading=multi link=shared
as did davidonpda on the post #81.
Then I copied all the dll from H:\boost_1_44_0\stage\lib to system32.

I downloaded and built pyopencl-0.92 :
1) running > python configure.py
2) modifying siteconf.py :
(example from http://www.mail-archive.com/pyopencl@tiker.net/msg00349.html)
Code:
BOOST_INC_DIR = [r'H:\boost_1_44_0']
BOOST_LIB_DIR = [r'H:\boost_1_44_0\stage\lib']
BOOST_COMPILER = 'msvc'
BOOST_PYTHON_LIBNAME = ['boost_python-vc90-mt-1_44']
USE_SHIPPED_BOOST = False
CL_TRACE = False
CL_ENABLE_GL = False
CL_INC_DIR = [r'E:\NVIDIA GPU Computing Toolkit\CUDA\v3.2\include']
CL_LIB_DIR = [r'E:\NVIDIA GPU Computing Toolkit\CUDA\v3.2\lib\Win32']
CL_LIBNAME = ['OpenCL']
CXXFLAGS = ['/EHsc', '/DBOOST_PYTHON_NO_PY_SIGNATURES']
LDFLAGS = ['/FORCE']
3) running > ctags -R src || true
4) running > python setup.py build
 -> compilation without error
5) running > python setup.py install
 -> installation without error

I downloaded poclbm from http://github.com/m0mchil/poclbm
-> m0mchil-poclbm-cf33815.zip

And trying to run it : > python poclbm.py
Code:
Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
    import pyopencl as cl
  File "E:\Python26\lib\site-packages\pyopencl-0.92-py2.6-win32.egg\pyopencl\__init__.py", line 3, in <module>
    import pyopencl._cl as _cl
ImportError: DLL load failed: La procÚdure spÚcifiÚe est introuvable.
(the text in french with the fucked accents means : The specified procedure could not be found).

Note : I don't make all running together the first time, it took a long time and I can forget some step.

I also tried poclbm_py2exe.7z that I got from the board (post #87), first with the original OpenCL.dll in the archive, I got an error due to my Nvidia card I gess :
Code:
No device specified, you may use -d to specify one of the following

Traceback (most recent call last):
  File "poclbm.py", line 57, in <module>
  File "pyopencl\__init__.pyc", line 138, in program_build
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 9800 GT' at 0x28d2be8>:

:37: error: incompatible type assigning 'int', expected 'uint2'
        work[5]=0x00000000;
               ^~~~~~~~~~~
:38: error: incompatible type assigning 'int', expected 'uint2'
        work[6]=0x00000000;
               ^~~~~~~~~~~
...

then I tried by replacing the dll with the one from the CUDA Toolkit, and I got the same error than while running poclbm I built :
Code:
 File "poclbm.py", line 5, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: La procÚdure spÚcifiÚe est introuvable.

So the problem come from OpenCL dll from Nvidia !

I checked _cl.pyd with dependency walker, if I'm correct (this is the first time I use this tool), some functions are missing in the OpenCL.dll from Nvidia :
Code:
clSetUserEventStatus (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1051,31))
clCreateUserEvent (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1062,20))
                  (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1063,32))
clCreateSubBuffer (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1165,22))
                  (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1168,36))
clEnqueueReadBufferRect (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1416,27))
clEnqueueWriteBufferRect (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1460,27))
clEnqueueCopyBufferRect (pyopencl-0.92\src\wrapper\wrap_cl.hpp(1496,27))

In the file OpenCL.dll in poclbm_py2exe.7z, those 6 functions exist !

I got the explication with a little more search on the net, with the confirmation on those two pages :
http://www.khronos.org/registry/cl/sdk/1.0/docs/man/xhtml/
http://www.khronos.org/registry/cl/sdk/1.1/docs/man/xhtml/

The 6 functions where added in OpenCL 1.1, and Nvidia OpenCL implements the version 1.0 !

So if I'm correct pyopencl won't work on Nvidia cards until Nvidia release an OpenCL 1.1 compliant Toolkit and driver.
See the post below.

Note from http://developer.nvidia.com/object/opencl.html
Quote
On the same day Khronos Group announced the new OpenCL v1.1 specification update (June 14th, 2010), NVIDIA released OpenCL v1.1 pre-release drivers and SDK code samples to all GPU Computing registered developers.
So you have to register as a "GPU Computing developer" to get the SDK and driver, I don't do it for now (you have to fill a big form which is verified before validation, and I'm not "GPU Computing developer"  ;D ).

PS : I think you might have guessed, I'm French. sorry for mistakes and strange turns of phrase that can be  :-[


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 17, 2010, 12:30:48 AM
After writing the post above, I checked the file pyopencl-0.92\src\wrapper\wrap_cl.hpp to see the use of the 6 functions that are not in OpenCL 1.0, and I saw an interesting point :

The use of the 6 functions is "protected" by blocks #ifdef CL_VERSION_1_1 / #endif.
So I will check why CL_VERSION_1_1 was defined when I compiled the wrapper and will try to compil it without this macro defined.

More informations to come ... later (it is now 2h33 AM in France, time to go to bed ;D ) :)


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 17, 2010, 04:23:47 AM
jef.blanc, try to replace the rotate() function with some native rotate left. rotate() is compiled to bit_align AMD specific instruction on AMD. Also there are problems with casts... I switched to uint2 vectors and all operations with mixed types (vector, scalar) work fine on AMD, but Nvidia compilator has problems.


Title: Re: OpenCL miner for the masses
Post by: GeorgeH on October 17, 2010, 09:06:45 AM
Definitely hoping to see this on nvidia in the near future! I have 2 graphics cards now and can only use one with the CUDA client!


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 17, 2010, 09:37:34 AM
After verification, the macro CL_VERSION_1_1 is defined in CL/cl.h from the Cuda Toolkit I installed, and this file declare the OpenCL 1.1 functions (it's logic in fact, I should have a compilation error otherwise) !

So the Toolkit I installed take in charge OpenCL 1.1, and my current Nvidia driver (that I didn't update) is still on OpenCL 1.0.

I checked on the "public" drivers on the net, the version is still 258.96 (the one I use), so I downloaded and installed the "Developer Drivers for WinVista and Win7 (260.61)" from http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html#Windows%20XP,%20Windows%20Vista%20and%20Windows7 (the page on which I download the CUDA Toolkit).

My OpenCL.dll file now provides the OpenCL 1.1 functions.
I tried to run poclbm.py, as m0mchil said there is a problem with the rotate function, but pyopencl seems to work*, that's a good point :)

* There are still some errors while running the tests provided with pyopencl, but I don't know if this is crucial.

Errors on rotate :
Code:
<program source>:204:2: error: no matching function for call to 'rotate'
        sharound(D,E,F,G,H,A,B,C,R(61),0xA4506CEB);
        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<program source>:4:103: note: instantiated from:
#define sharound(a,b,c,d,e,f,g,h,x,K) {h=(h+(rot(e, 26)^rot(e, 21)^rot(e, 7))+(g^(e&(f^g)))+K+x); t1=(rot(a, 30)^rot(a,
19)^rot(a, 10))+((a&b)|(c&(a|b))); d+=h; h+=t1;}
                                                                                                      ^
<program source>:2:19: note: instantiated from:
#define rot(x, y) rotate(x, (uint)y)
                  ^~~~~~
<built-in>:3025:26: note: candidate function
ulong16 __OVERLOADABLE__ rotate(ulong16, ulong16);
                         ^
<built-in>:3024:25: note: candidate function
ulong8 __OVERLOADABLE__ rotate(ulong8, ulong8);
                        ^
<built-in>:3023:25: note: candidate function
ulong4 __OVERLOADABLE__ rotate(ulong4, ulong4);
                        ^
<built-in>:3019:25: note: candidate function
ulong2 __OVERLOADABLE__ rotate(ulong2, ulong2);
                        ^
<built-in>:3018:25: note: candidate function
long16 __OVERLOADABLE__ rotate(long16, long16);
                        ^
<built-in>:3017:24: note: candidate function
long8 __OVERLOADABLE__ rotate(long8, long8);
                       ^
<built-in>:3016:24: note: candidate function
long4 __OVERLOADABLE__ rotate(long4, long4);
                       ^
<built-in>:3012:24: note: candidate function
long2 __OVERLOADABLE__ rotate(long2, long2);
                       ^
<built-in>:3011:25: note: candidate function
uint16 __OVERLOADABLE__ rotate(uint16, uint16);
                        ^
<built-in>:3010:24: note: candidate function
uint8 __OVERLOADABLE__ rotate(uint8, uint8);
                       ^
<built-in>:3009:24: note: candidate function
uint4 __OVERLOADABLE__ rotate(uint4, uint4);
                       ^
<built-in>:3005:24: note: candidate function
uint2 __OVERLOADABLE__ rotate(uint2, uint2);
                       ^
<built-in>:3004:24: note: candidate function
int16 __OVERLOADABLE__ rotate(int16, int16);
                       ^
<built-in>:3003:23: note: candidate function
int8 __OVERLOADABLE__ rotate(int8, int8);
                      ^
<built-in>:3002:23: note: candidate function
int4 __OVERLOADABLE__ rotate(int4, int4);
                      ^
<built-in>:2998:23: note: candidate function
int2 __OVERLOADABLE__ rotate(int2, int2);
                      ^
<built-in>:2997:27: note: candidate function
ushort16 __OVERLOADABLE__ rotate(ushort16, ushort16);
                          ^
<built-in>:2996:26: note: candidate function
ushort8 __OVERLOADABLE__ rotate(ushort8, ushort8);
                         ^
<built-in>:2995:26: note: candidate function
ushort4 __OVERLOADABLE__ rotate(ushort4, ushort4);
                         ^
<built-in>:2991:26: note: candidate function
ushort2 __OVERLOADABLE__ rotate(ushort2, ushort2);
                         ^
<built-in>:2990:26: note: candidate function
short16 __OVERLOADABLE__ rotate(short16, short16);
                         ^
<built-in>:2989:25: note: candidate function
short8 __OVERLOADABLE__ rotate(short8, short8);
                        ^
<built-in>:2988:25: note: candidate function
short4 __OVERLOADABLE__ rotate(short4, short4);
                        ^
<built-in>:2984:25: note: candidate function
short2 __OVERLOADABLE__ rotate(short2, short2);
                        ^
<built-in>:2983:26: note: candidate function
uchar16 __OVERLOADABLE__ rotate(uchar16, uchar16);
                         ^
<built-in>:2982:25: note: candidate function
uchar8 __OVERLOADABLE__ rotate(uchar8, uchar8);
                        ^
<built-in>:2981:25: note: candidate function
uchar4 __OVERLOADABLE__ rotate(uchar4, uchar4);
                        ^
<built-in>:2977:25: note: candidate function
uchar2 __OVERLOADABLE__ rotate(uchar2, uchar2);
                        ^
<built-in>:2976:25: note: candidate function
char16 __OVERLOADABLE__ rotate(char16, char16);
                        ^
<built-in>:2975:24: note: candidate function
char8 __OVERLOADABLE__ rotate(char8, char8);
                       ^
<built-in>:2974:24: note: candidate function
char4 __OVERLOADABLE__ rotate(char4, char4);
                       ^
<built-in>:2970:24: note: candidate function
char2 __OVERLOADABLE__ rotate(char2, char2);
                       ^
<built-in>:2967:24: note: candidate function
ulong __OVERLOADABLE__ rotate(ulong, ulong);
                       ^
<built-in>:2966:23: note: candidate function
long __OVERLOADABLE__ rotate(long, long);
                      ^
<built-in>:2965:23: note: candidate function
uint __OVERLOADABLE__ rotate(uint, uint);
                      ^
<built-in>:2964:22: note: candidate function
int __OVERLOADABLE__ rotate(int, int);
                     ^
<built-in>:2963:25: note: candidate function
ushort __OVERLOADABLE__ rotate(ushort, ushort);
                        ^
<built-in>:2962:24: note: candidate function
short __OVERLOADABLE__ rotate(short, short);
                       ^
<built-in>:2961:24: note: candidate function
uchar __OVERLOADABLE__ rotate(uchar, uchar);
                       ^
<built-in>:2960:23: note: candidate function
char __OVERLOADABLE__ rotate(char, char);
                      ^

Edit : I just see the rot function in poclbm.py (the one m0mchil was talking in fact I gess), I will try to see how to change the two rot functions, and perhaps bytereverse in btc_miner. cl ?

Edit2 : pfiuuu, it's hard !
first time I work on python and therefore on pyopencl, and using the nvidia toolkit. I don't even know from where the rotate functions come (the candidates functions), where are they defined (nividia toolkit, boost, standard c++, ... and from which include) ?

Edit3 : ...
I made some tries, and I don't succed for now:
Code:
Traceback (most recent call last):
  File "poclbm.py", line 57, in <module>
    miner = cl.Program(context, kernelFile.read()).build()
  File "E:\Python26\lib\site-packages\pyopencl-0.92-py2.6-win32.egg\pyopencl\__init__.py", line 138, in program_build
    "Build on %s:\n\n%s" % (dev, log) for dev, log in build_logs))
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 9800 GT' at 0x2312eb8>:

Error: Code selection failed to select: 0x527c7f8: i32 = bswap 0x527cbb0
... I have no idea of what that means  ;D

(for this test I just change #define rot(x, y) rotate(x, (uint)y) to #define rot(x, y) rotate(x, (uint2)y) in btc_miner.cl, trying to make it running first before checking the operations made).

Edit 4 :
a "funny" thing, the problem I have come from the end of the function search in btc_miner.cl

If I remove those lines
Code:
    if((H.x==0) && (bytereverse(G.x)<=target))
    {
        output[0] = 1;
        output[1] = nonce.x;
    }

    if((H.y==0) && (bytereverse(G.y)<=target))
    {
        output[0] = 1;
        output[1] = nonce.y;
    }
the script is built without error and start.

If I leave the tests without output[n] = ... it builds, and if I leave output[n] = ... without the tests, it builds also.
but if I put the test and output[n] = ... I have the following error :
Code:
Traceback (most recent call last):
  File "poclbm.py", line 57, in <module>
    miner = cl.Program(context, kernelFile.read()).build()
  File "E:\Python26\lib\site-packages\pyopencl-0.92-py2.6-win32.egg\pyopencl\__init__.py", line 138, in program_build
    "Build on %s:\n\n%s" % (dev, log) for dev, log in build_logs))
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce 9800 GT' at 0x2952eb8>:

Error: Code selection failed to select: 0x4f5a8d0: i32 = bswap 0x4f94670


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 18, 2010, 05:11:21 AM
Jef, at least it's now clear the problem is in the bytereverse(x) macro. Please try to replace it with:

uint bytereverse(const uint x)
{
   uint result;
   uchar* b = (uchar *)&x;
   uchar* l = (uchar *)&result;
   l[0] = b[3];
   l[1] = b[2];
   l[2] = b[1];
   l[3] = b[0];
   return result;
}


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 18, 2010, 06:03:34 PM
Hello again, thanks for the code  :)

but it still doesn't work  :(
Nvidia doesn't like reversing numbers it seems  >:(
however, if I comments anyone of the four affectations, it builds  ;D

After trying by decomposing the reversing in many ways, I abandoned this path to bypass the problem.

I made a first version running with byte reversing and comparaisons made in the python script, and a second version with a function that make the comparison directly between a word and a reversed word in the OpenCl code. For now this version works only on big endian memory mapping (I hope it's what is used in the GPUs).

Note: I added somme print to the screen to show some informations when running the script.
I also let some comments in the code.

The two versions build and run without error, but I'm not sure that operations are correct.
As expected the second version is more effective (about 14800 khashs/sec with the 1st version, and 15200 khashs/sec with the 2nd version).

Version 1 : reversing and comparison in the python script
Code:
--- F:/Desktop/m0mchil-poclbm-cf33815/poclbm.py    Fri Oct 15 08:48:48 2010
+++ F:/Desktop/m0mchil-poclbm-cf33815/poclbm_nv1.py    Mon Oct 18 23:36:46 2010
@@ -21,6 +21,9 @@
     t2=(rot(a, 30)^rot(a, 19)^rot(a, 10))+((a&b)|(c&(a|b)))
     return (uint32(d + t1), uint32(t1+t2))
 
+def bytereverse(x):
+    return (((x & 0x000000ffL) << 24) | ((x & 0x0000ff00L) << 8) | ((x & 0x00ff0000L) >> 8) | ((x & 0xff000000L) >> 24))
+
 def sysWrite(format, args=()):
     sys.stdout.write('\r                                        \r' + format % args)
     sys.stdout.flush()
@@ -50,16 +53,40 @@
     context = cl.Context([devices[options.device]], None, None)
 else:
     print 'No device specified, you may use -d to specify one of the following\n'
+    # create_some_context should ask for the platform and device to use
     context = cl.create_some_context()
+
+device = context.devices[0]
+print "==============================================================="
+print "Platform name:", platform.name
+print "Platform profile:", platform.profile
+print "Platform vendor:", platform.vendor
+print "Platform version:", platform.version
+print "---------------------------------------------------------------"
+print "Device name:", device.name
+print "Device type:", cl.device_type.to_string(device.type)
+print "Device memory: ", device.global_mem_size//1024//1024, 'MB'
+print "Device max clock speed:", device.max_clock_frequency, 'MHz'
+print "Device compute units:", device.max_compute_units
+print "==============================================================="
+
 queue = cl.CommandQueue(context)
 
-kernelFile = open('btc_miner.cl', 'r')
+kernelFile = open('btc_miner_nv1.cl', 'r')
 miner = cl.Program(context, kernelFile.read()).build()
 kernelFile.close()
 
+print "==============================================================="
+print "build OK"
+print "==============================================================="
+
 if (options.worksize == -1):
     options.worksize = miner.search.get_work_group_info(cl.kernel_work_group_info.WORK_GROUP_SIZE, context.devices[0])
 
+print "==============================================================="
+print "worksize = ", options.worksize
+print "==============================================================="
+
 frames = options.frames
 frame = float(1)/frames
 window = frame/30
@@ -75,7 +102,7 @@
 work['extraNonce'] = 0
 work['block'] = ''
 
-output = np.zeros(2, np.uint32)
+output = np.zeros(6, np.uint32)
 
 while True:
     try:
@@ -117,10 +144,12 @@
     output_buf = cl.Buffer(context, mf.WRITE_ONLY | mf.USE_HOST_PTR, hostbuf=output)
 
     rate = start = time()
+    success = 0
+    nonce = 0
     while True:
-        if (output[0]):
-            work['block'] = work['block'][:152] + pack('I', long(output[1])).encode('hex') + work['block'][160:]
-            sysWriteLn('found: %s, %s', (output[1], datetime.now().strftime("%d/%m/%Y %H:%M")))
+        if (success):
+            work['block'] = work['block'][:152] + pack('I', long(nonce)).encode('hex') + work['block'][160:]
+            sysWriteLn('found: %s, %s', (nonce, datetime.now().strftime("%d/%m/%Y %H:%M")))
             break
 
         if (time() - start > options.askrate or base + globalThreads == 0x7FFFFFFF):
@@ -131,8 +160,20 @@
             base = 0x7FFFFFFF - globalThreads
 
         kernelStart = time()
-        miner.search(queue, (globalThreads, ), (options.worksize, ), block2[0], block2[1], block2[2], state[0], state[1], state[2], state[3], state[4], state[5], state[6], state[7], state2[1], state2[2], state2[3], state2[5], state2[6], state2[7], target[6], pack('I', base), output_buf)
+        miner.search(queue, (globalThreads, ), (options.worksize, ), block2[0], block2[1], block2[2], state[0], state[1], state[2], state[3], state[4], state[5], state[6], state[7], state2[1], state2[2], state2[3], state2[5], state2[6], state2[7], pack('I', base), output_buf)
         cl.enqueue_read_buffer(queue, output_buf, output).wait()
+        #target = target[6]
+        #H.x = output[0] ; H.y = output[1]
+        #G.x = output[2] ; G.y = output[3]
+        #nonce.x = output[4] ; nonce.y = output[5]
+        if (output[0] == 0 and bytereverse(output[2])<=target[6]):
+            success = 1
+            nonce = output[4]
+       
+        if (output[1] == 0 and bytereverse(output[3])<=target[6]):
+            success = 1
+            nonce = output[5]
+       
         kernelTime = time() - kernelStart
 
         if (kernelTime < lower):
@@ -142,4 +183,4 @@
 
         if (time() - rate > options.rate):
             rate = time()
-            sysWrite('%s khash/s', int((base / (time() - start)) / 500))
\ No newline at end of file
+            sysWrite('%s : %s khash/s', (datetime.now().strftime("%d/%m/%Y %H:%M:%S"),int((base / (time() - start)) / 500)))
\ No newline at end of file
Code:
--- F:/Desktop/m0mchil-poclbm-cf33815/btc_miner.cl    Fri Oct 15 08:48:48 2010
+++ F:/Desktop/m0mchil-poclbm-cf33815/btc_miner_nv1.cl    Mon Oct 18 22:01:08 2010
@@ -1,5 +1,4 @@
-#define bytereverse(x) ( ((x) << 24) | (((x) << 8) & 0x00ff0000) | (((x) >> 8) & 0x0000ff00) | ((x) >> 24) )
-#define rot(x, y) rotate(x, (uint)y)
+#define rot(x, y) rotate(x, (uint2)y)
 #define R(x) (work[x] = (rot(work[x-2],15)^rot(work[x-2],13)^((work[x-2])>>10)) + work[x-7] + (rot(work[x-15],25)^rot(work[x-15],14)^((work[x-15])>>3)) + work[x-16])
 #define sharound(a,b,c,d,e,f,g,h,x,K) {h=(h+(rot(e, 26)^rot(e, 21)^rot(e, 7))+(g^(e&(f^g)))+K+x); t1=(rot(a, 30)^rot(a, 19)^rot(a, 10))+((a&b)|(c&(a|b))); d+=h; h+=t1;}
 
@@ -8,7 +7,6 @@
                         const uint state4, const uint state5, const uint state6, const uint state7,
                         const uint B1, const uint C1, const uint D1,
                         const uint F1, const uint G1, const uint H1,
-                        const uint target,
                         const uint base,
                         __global uint * output)
 {
@@ -209,17 +207,12 @@
     G+=0x1f83d9ab;
     H+=0x5be0cd19;
 
-    if((H.x==0) && (bytereverse(G.x)<=target))
-    {
-        output[0] = 1;
-        output[1] = nonce.x;
-    }
-
-    if((H.y==0) && (bytereverse(G.y)<=target))
-    {
-        output[0] = 1;
-        output[1] = nonce.y;
-    }
+    output[0] = H.x;
+    output[1] = H.y;
+    output[2] = G.x;
+    output[3] = G.y;
+    output[4] = nonce.x;
+    output[5] = nonce.y;
 }
 
 // end
\ No newline at end of file

Version 2 : function that make the comparison between inversed and non inversed word
Code:
--- F:/Desktop/m0mchil-poclbm-cf33815/poclbm.py    Fri Oct 15 08:48:48 2010
+++ F:/Desktop/m0mchil-poclbm-cf33815/poclbm_nv2.py    Mon Oct 18 23:53:18 2010
@@ -50,16 +50,40 @@
     context = cl.Context([devices[options.device]], None, None)
 else:
     print 'No device specified, you may use -d to specify one of the following\n'
+    # create_some_context should ask for the platform and device to use
     context = cl.create_some_context()
+
+device = context.devices[0]
+print "==============================================================="
+print "Platform name:", platform.name
+print "Platform profile:", platform.profile
+print "Platform vendor:", platform.vendor
+print "Platform version:", platform.version
+print "---------------------------------------------------------------"
+print "Device name:", device.name
+print "Device type:", cl.device_type.to_string(device.type)
+print "Device memory: ", device.global_mem_size//1024//1024, 'MB'
+print "Device max clock speed:", device.max_clock_frequency, 'MHz'
+print "Device compute units:", device.max_compute_units
+print "==============================================================="
+
 queue = cl.CommandQueue(context)
 
-kernelFile = open('btc_miner.cl', 'r')
+kernelFile = open('btc_miner_nv2.cl', 'r')
 miner = cl.Program(context, kernelFile.read()).build()
 kernelFile.close()
 
+print "==============================================================="
+print "build OK"
+print "==============================================================="
+
 if (options.worksize == -1):
     options.worksize = miner.search.get_work_group_info(cl.kernel_work_group_info.WORK_GROUP_SIZE, context.devices[0])
 
+print "==============================================================="
+print "worksize = ", options.worksize
+print "==============================================================="
+
 frames = options.frames
 frame = float(1)/frames
 window = frame/30
@@ -142,4 +166,4 @@
 
         if (time() - rate > options.rate):
             rate = time()
-            sysWrite('%s khash/s', int((base / (time() - start)) / 500))
\ No newline at end of file
+            sysWrite('%s : %s khash/s', (datetime.now().strftime("%d/%m/%Y %H:%M:%S"),int((base / (time() - start)) / 500)))
\ No newline at end of file
Code:
--- F:/Desktop/m0mchil-poclbm-cf33815/btc_miner.cl    Fri Oct 15 08:48:48 2010
+++ F:/Desktop/m0mchil-poclbm-cf33815/btc_miner_nv2.cl    Mon Oct 18 23:33:50 2010
@@ -1,8 +1,88 @@
-#define bytereverse(x) ( ((x) << 24) | (((x) << 8) & 0x00ff0000) | (((x) >> 8) & 0x0000ff00) | ((x) >> 24) )
-#define rot(x, y) rotate(x, (uint)y)
+#define rot(x, y) rotate(x, (uint2)y)
 #define R(x) (work[x] = (rot(work[x-2],15)^rot(work[x-2],13)^((work[x-2])>>10)) + work[x-7] + (rot(work[x-15],25)^rot(work[x-15],14)^((work[x-15])>>3)) + work[x-16])
 #define sharound(a,b,c,d,e,f,g,h,x,K) {h=(h+(rot(e, 26)^rot(e, 21)^rot(e, 7))+(g^(e&(f^g)))+K+x); t1=(rot(a, 30)^rot(a, 19)^rot(a, 10))+((a&b)|(c&(a|b))); d+=h; h+=t1;}
 
+// test 1 : recursive function, build error :
+// Error: Code selection failed to select: 0x504c1d8: i8 = NVPTXISD::MoveParam 0x504c150
+/*
+bool recurseReversedCompare(uchar *reversed, uchar *normal, uchar ir, uchar in)
+{
+    if(reversed[ir] > normal[in])
+    {
+        return false;
+    }
+    else if(reversed[ir] < normal[in])
+    {
+        return true;
+    }
+    else if(in > 0)
+    {
+        return recurseReversedCompare(reversed, normal, ir+1, in-1);
+    }
+    else
+    {
+        return true;
+    }
+}
+
+bool reversedSmallerThan(uint reversed, uint normal)
+{
+    uchar *r = (uchar *)&reversed;
+    uchar *n = (uchar *)&normal;
+
+    return recurseReversedCompare(r, n, 0, 3);
+}
+*/
+
+// test 2 : non recursive
+bool reversedSmallerThan(uint reversed, uint normal)
+{
+    uchar *r = (uchar *)&reversed;
+    uchar *n = (uchar *)&normal;
+
+    if(r[0] > n[3])
+    {
+        return false;
+    }
+    else if(r[0] < n[3])
+    {
+        return true;
+    }
+    else
+    {
+        if(r[1] > n[2])
+        {
+            return false;
+        }
+        else if(r[1] < n[2])
+        {
+            return true;
+        }
+        else
+        {
+            if(r[2] > n[1])
+            {
+                return false;
+            }
+            else if(r[2] < n[1])
+            {
+                return true;
+            }
+            else
+            {
+                if(r[3] > n[0])
+                {
+                    return false;
+                }
+                else
+                {
+                    return true;
+                }
+            }
+        }
+    }
+}
+
 __kernel void search(    const uint block0, const uint block1, const uint block2,
                         const uint state0, const uint state1, const uint state2, const uint state3,
                         const uint state4, const uint state5, const uint state6, const uint state7,
@@ -209,13 +289,13 @@
     G+=0x1f83d9ab;
     H+=0x5be0cd19;
 
-    if((H.x==0) && (bytereverse(G.x)<=target))
+    if((H.x==0) && reversedSmallerThan(G.x, target)) // (bytereverse(G.x)<=target)
     {
         output[0] = 1;
         output[1] = nonce.x;
     }
 
-    if((H.y==0) && (bytereverse(G.y)<=target))
+    if((H.y==0) && reversedSmallerThan(G.y, target)) // (bytereverse(G.y)<=target)
     {
         output[0] = 1;
         output[1] = nonce.y;

There are probably some optimisations to make :)


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 19, 2010, 02:54:54 PM
Thanks Jef! There is new version that should work on Nvidia now. I also changed default getwork request rate to 5 seconds to reduce the risk of solving stale block. The patch itself has now one more check to not show 'proof of work found' in this case.

Can someone with Nvidia please test this, it should resolve the 'code selection failed to select' issue.


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 19, 2010, 04:27:11 PM
you’re welcome  :)
Thank you for your better code design than mine ;D

The new code you provided runs on my computer.


Title: Re: OpenCL miner for the masses
Post by: sandos on October 19, 2010, 08:29:01 PM
you’re welcome  :)

The new code you provided runs on my computer.


OpenCL-wise it seems to work fine on my 9400 GT, now I just have trouble compiling bitcoind :)


Title: Re: OpenCL miner for the masses
Post by: sandos on October 19, 2010, 09:18:55 PM
you’re welcome  :)

The new code you provided runs on my computer.


OpenCL-wise it seems to work fine on my 9400 GT, now I just have trouble compiling bitcoind :)

Ah, it worked it was just using another port.

I knew the 9400 GT would be slow relative to other cards, but maybe not this slow: I get 1800kh/s, which is slower than my cpu =)


I was hoping to maybe double performance, but oh well.


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 20, 2010, 07:57:30 AM
Only 1800kh/s ? It seems very low in comparison to my 9800 GT which give me about 15200 kh/s

Perhaps for some strange reason your GPU is not fully used, if your graphical card gives you this information you can check the GPU load with GPU-Z, in the "Sensors" tab (http://www.techpowerup.com/gpuz/).


Title: Re: OpenCL miner for the masses
Post by: ArtForz on October 20, 2010, 02:54:41 PM
9400GT 16SPs @ 1.4GHz
9800GT 112SPs @ 1.5GHz
-> a 9800GT is about 7.5x 9400GT ...


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 20, 2010, 06:08:23 PM
ah ... yes, I didn't check that before talking  :-[
1800 * 7.5 = 13500 ... no so far than my 15200 ... logical then in fact.


Title: Re: OpenCL miner for the masses
Post by: Guybrush01 on October 21, 2010, 01:58:35 AM
Hi there!

Trying to use this, but here is the error I see:
Code:
D:\pycuda>poclbm.exe
No device specified, you may use -d to specify one of the following

Traceback (most recent call last):
  File "poclbm.py", line 58, in <module>
  File "pyopencl\__init__.pyc", line 138, in program_build
pyopencl.RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'GeForce GTX 470' at 0x2d112d8>:

:52: error: incompatible type assigning 'int', expected 'uint2'
        work[5]=0x00000000;
               ^~~~~~~~~~~
:53: error: incompatible type assigning 'int', expected 'uint2'
        work[6]=0x00000000;
               ^~~~~~~~~~~
:54: error: incompatible type assigning 'int', expected 'uint2'
        work[7]=0x00000000;
               ^~~~~~~~~~~
:55: error: incompatible type assigning 'int', expected 'uint2'
        work[8]=0x00000000;
               ^~~~~~~~~~~
:56: error: incompatible type assigning 'int', expected 'uint2'
        work[9]=0x00000000;
               ^~~~~~~~~~~
:57: error: incompatible type assigning 'int', expected 'uint2'
        work[10]=0x00000000;
                ^~~~~~~~~~~
:58: error: incompatible type assigning 'int', expected 'uint2'
        work[11]=0x00000000;
                ^~~~~~~~~~~
:59: error: incompatible type assigning 'int', expected 'uint2'
        work[12]=0x00000000;
                ^~~~~~~~~~~
:60: error: incompatible type assigning 'int', expected 'uint2'
        work[13]=0x00000000;
                ^~~~~~~~~~~
:61: error: incompatible type assigning 'int', expected 'uint2'
        work[14]=0x00000000;
                ^~~~~~~~~~~
:62: error: incompatible type assigning 'int', expected 'uint2'
        work[15]=0x00000280;
                ^~~~~~~~~~~
:141: error: incompatible type assigning 'int', expected 'uint2'
        work[9]=0x00000000;
               ^~~~~~~~~~~
:142: error: incompatible type assigning 'int', expected 'uint2'
        work[10]=0x00000000;
                ^~~~~~~~~~~
:143: error: incompatible type assigning 'int', expected 'uint2'
        work[11]=0x00000000;
                ^~~~~~~~~~~
:144: error: incompatible type assigning 'int', expected 'uint2'
        work[12]=0x00000000;
                ^~~~~~~~~~~
:145: error: incompatible type assigning 'int', expected 'uint2'
        work[13]=0x00000000;
                ^~~~~~~~~~~
:146: error: incompatible type assigning 'int', expected 'uint2'
        work[14]=0x00000000;
                ^~~~~~~~~~~
:147: error: incompatible type assigning 'int', expected 'uint2'
        work[15]=0x00000100;
                ^~~~~~~~~~~
:149: error: incompatible type assigning 'int', expected 'uint2'
        A=0x6a09e667;
         ^~~~~~~~~~~
:151: error: incompatible type assigning 'int', expected 'uint2'
        C=0x3c6ef372;
         ^~~~~~~~~~~
:153: error: incompatible type assigning 'int', expected 'uint2'
        E=0x510e527f;
         ^~~~~~~~~~~
:155: error: incompatible type assigning 'int', expected 'uint2'
        G=0x1f83d9ab;
         ^~~~~~~~~~~
:156: error: incompatible type assigning 'int', expected 'uint2'
        H=0x5be0cd19;

Wish I were smart enough to understand what that means!

Any ideas?


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 21, 2010, 07:16:26 AM
Hello, it is the errors I had when running poclbm from poclbm_py2exe.7z with the original OpenCL.dll inside.

The 7z archive contains the dll from the ATI driver, so using an nvidia card I had to replace this dll by the one provided by my nvidia driver which is in C:\Windows\System32\

Is it your case, executing poclbm from the package poclbm_py2exe.7z ?

The things I had to do for using poclbm :
- building pyopencl for my system, I installed the latest CUDA Toolkit from here http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html#Windows%20XP,%20Windows%20Vista%20and%20Windows7 to build pyopencl.
- using the latest driver (Developer Drivers) from here http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html#Windows%20XP,%20Windows%20Vista%20and%20Windows7 , I had the following errors without that :
Code:
ImportError: DLL load failed: La procÚdure spÚcifiÚe est introuvable.
- using the latest version of poclbm from http://github.com/m0mchil/poclbm , a correction has been made to make poclbm running on nvidia GPU without errors


Title: Re: OpenCL miner for the masses
Post by: LZ on October 21, 2010, 08:22:49 AM
Can someone give direct links to NVIDIA OpenCL 1.1 drivers (http://developer.nvidia.com/object/opencl.html)?


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 21, 2010, 10:29:27 AM
Can someone give direct links to NVIDIA OpenCL 1.1 drivers (http://developer.nvidia.com/object/opencl.html)?
I didn't success to found a link to this driver (and I found two cd iso on bittorent, but I don't try to get them) ...

But Nvidia has apparently merge his OpenCL implementation in his CUDA Toolkit and drivers. The latest "Developer Drivers" from the "CUDA Toolkit 3.2 RC" page contains an OpenCL 1.1 compliant* driver (it is the one I use).

*at least concerning the openCL 1.1 functions needed by pyopencl

http://developer.nvidia.com/object/cuda_3_2_toolkit_rc.html
Scroll down in the page to found the drivers for windows, linux (some distributions), and MacOS)

Note : GPU Caps Viewer shows me OpenCL 1.0, but it works anyway.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 21, 2010, 01:45:40 PM
bitcoin-getwork-svn170-win32.7z (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/bitcoin-getwork-svn170-win32.7z)

poclbm_win32_exe.7z (http://github.com/downloads/m0mchil/poclbm/poclbm_win32_exe.7z) Wrong kernel was packed in the py2exe version, now fixed. Removed AMD OpenCL.dll to prevent conflicts.

I also reverted back to scalars. With vectors it was faster, but required hardware specific tweaks and was making it slower for others. Unfortunately OpenCL is not mature enough to provide means of automatic performance optimization.


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 21, 2010, 03:02:13 PM
seems to work now on my GTX260

hashcount results are similar to puddinpops cuda-code,
both get around 45Mhash/s.



Code:
C:\Documents and Settings\Administrator\Desktop\bitcoin_stuff\OpenCL\poclbm_win3
2_exe>poclbm --user=*** --pass=***
No device specified, you may use -d to specify one of the following

44120 khash/s


Title: Re: OpenCL miner for the masses
Post by: kwukduck on October 21, 2010, 04:58:22 PM
I'm not sure if and whats going wrong, i started bitcoin in server mode. start poclbm with user and pass, then it shows khash/s for about 5 seconds then pops back to asking username and pass. i can keep doing that over and over.


Title: Re: OpenCL miner for the masses
Post by: kwukduck on October 21, 2010, 08:15:51 PM
tnx, working fine now, forgot the username.


On my other pc i get this error "ImportError: DLL load failed: The specified module could not be found."

I already updated to latest graphics drivers and nvidia cuda toolkit..

Geforce 9800 GX2 @ win7 32 bit

i also noticed that the old puddingpop cuda client only puts out 2000khash/s on that gpu... i should get at least ten times as much...

any ideas?


Title: Re: OpenCL miner for the masses
Post by: jef.blanc on October 21, 2010, 08:43:18 PM
hum, you can check with dependency walker (http://www.dependencywalker.com/) that your OpenCL.dll file (in C:\Windows\System32\) provides the OpenCL 1.1 functions needed by pyopencl :

clCreateSubBuffer
clCreateUserEvent
clEnqueueCopyBufferRect
clEnqueueReadBufferRect
clEnqueueWriteBufferRect
clSetUserEventStatus

If not, then either the driver installation has failed, or it is not the good driver.
Otherwise ... I don't know  ???

Edit : you can check with GPU Caps Viewer if this GPU really manage OpenCL, because 2000 kh/s is what is currently made by the CPU alone.
The Geforce 9800 GX2 is if I'm rigth two 8800 GTX functionning in pair, not sure that they manage OpenCL.


Title: Re: OpenCL miner for the masses
Post by: gim on October 22, 2010, 10:16:18 AM
Hi,

First, thanks for this wonderful miner.
I managed to make it work on linux (lib64 only) with a 8600 GT
(A bit disappointed about my card performance though: 5300kh/s)

:52: error: incompatible type assigning 'int', expected 'uint2'
        work[5]=0x00000000;
               ^~~~~~~~~~~
Any ideas?

Got this error too, just put some "u"s at the end of all these uint constants. Example:
Code:
       work[5]=0x00000000u;


Title: Re: OpenCL miner for the masses
Post by: L29Ah on October 23, 2010, 08:51:04 AM
Just pulled a fresh version and got this:

$ python2.6 poclbm.py -u l29ah --pass=hackme
No device specified, you may use -d to specify one of the following

Traceback (most recent call last):
  File "poclbm.py", line 133, in <module>
    target[6], pack('I', base), output_buf)
  File "/usr/lib64/python2.6/site-packages/pyopencl/__init__.py", line 158, in kernel_call
    self.set_arg(i, arg)
TypeError: expected a readable buffer object


Title: Re: OpenCL miner for the masses
Post by: gim on October 23, 2010, 10:00:53 AM
  File "/usr/lib64/python2.6/site-packages/pyopencl/__init__.py", line 158, in kernel_call
    self.set_arg(i, arg)
TypeError: expected a readable buffer object

Upgrade to pyopencl-0.92.


Title: Re: OpenCL miner for the masses
Post by: L29Ah on October 23, 2010, 10:09:27 AM
  File "/usr/lib64/python2.6/site-packages/pyopencl/__init__.py", line 158, in kernel_call
    self.set_arg(i, arg)
TypeError: expected a readable buffer object

Upgrade to pyopencl-0.92.

Thank you! Getting 31MH/s from GeForce 9800 GTX if run with -f 10.


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 23, 2010, 01:29:15 PM
It finally work on my side !
Without optimisation, I got around 265000 khash/sec. I got an i7 920 oc to 3.6ghz with a radeon 5970. I'm gonna look to do some tweak to speed up this thing a bit ;) If you have any comment or something you want me to try don't hesitate. By the way, I've been running this thing tonight, and in 8 hours, my wallet is still at 0. Is it normal ? Do I need to restart it? Or it's just like the way it should work, which mean it's still pretty long to generate? Thanks for your OpenCL gui Moo, I really appreciate it !

Malouin

P-S I think I only got 265000 khash/sec on my 5970 because i'm only using 1 heart. When I'm at the point I need to choose the device, I see 3 option, 0 = my cpu, and 1 and 2 is the same thing. is it possible ?


Title: Re: OpenCL miner for the masses
Post by: LZ on October 23, 2010, 01:39:14 PM
265 mhps? :o


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 23, 2010, 01:47:30 PM
Yes, just took you a screenshot

http://img835.imageshack.us/img835/2157/bitcoin.jpg

I'm pretty sure I can get the 500 by using my 2 heart, or maybe i'm totally wrong XD


Malouin


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 23, 2010, 02:31:16 PM
The 4 that you see was just after I finished installing it. It was still downloading block. About the public or the test, I supose i'm on the public network. I simply did the bitcoin -server, and started the poclbm. While I was reading, I heard about a shared pool. Is it really that good ? If you have any info you can help me don't hesitate, I'm open to anything =) Btw i'm on irc ( Malouin ) presently if you wanna talk !

Malouin


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 23, 2010, 02:53:57 PM
I see

Thanks for the info and for the help david, I really appreciate it. If you want me to do some test or help you on something, don't hesitate.

Malouin


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 23, 2010, 04:43:32 PM
The miner should display 'bitcoin is downloading blocks...' until all blocks are downloaded. Please test. This was added in the SVN 163 patched client.

David, I removed usage of vectors. So the '-w 128' is not relevant anymore. Of course you can grab the vectors version from git and use it like before. It is really difficult to optimize for all possible devices. Current version is kind of best for all.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 23, 2010, 04:59:26 PM
From now on I'll post latest versions only in the initial post of this thread.


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 23, 2010, 05:51:00 PM
Tried the -f 35 and -w 128. I get around 270m khash/s. And yes, I can load 2 separate poclbm, using device 1 and device 2, both are doing around 268m khash/s. Total of 536m khash/s.

And yes, it display the bitcoin is downloading blocks... Thanks !

Malouin


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 23, 2010, 06:57:37 PM
Update : I Oc'ed my 5970 GPU clock from 725 MHZ to 800 MHZ and my memory clock from 1000 to 1305MHZ.

I'm now at 295m on each heart, total of 590m. Everything seem to be fine, I will let you know about futur update and how much I can get with the 5970.

Malouin


Title: Re: OpenCL miner for the masses
Post by: LZ on October 23, 2010, 09:21:08 PM
590 mhps!!! :o :o :o


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 24, 2010, 03:31:59 AM
hehehe thanks guys =P

I was speaking with Art on irc today, and my next step will be to OC my 5970 from 800 to 910mhz. I should reach the 320mhash/s on each heart, which mean a big total of 640mhash/s.

I restarted my client at 15h30 EAST time, and will stop it tomorrow at the same time. It gonna give me some data to work on. After that, i'm going to OC it at 910mhz and see the result and report here with some screenshots.

Malouin


Title: Re: OpenCL miner for the masses
Post by: bethel on October 24, 2010, 07:02:35 AM
bethel, what are 5870s showing at stock frequency (850 MHz)? Perhaps one of the cards throttles down?

Latest version has new parameter, -w, to set work group size. I have best results on 5770 with -w 128 -f 35.

Latest py2exe version is http://github.com/downloads/m0mchil/poclbm/poclbm.7z (http://github.com/downloads/m0mchil/poclbm/poclbm.7z)

Sorry for the late reply, I have been away for a while.

I found my problem and it was so simple it is silly. I had not yet enabled the -frames switch to crunch faster. I still don't know why one card was faster without the switch but they are about equal now.

As for the mhash @ 850mhz I get about 265mhps.


Title: Re: OpenCL miner for the masses
Post by: bethel on October 24, 2010, 07:05:04 AM
Tried the -f 35 and -w 128. I get around 270m khash/s. And yes, I can load 2 separate poclbm, using device 1 and device 2, both are doing around 268m khash/s. Total of 536m khash/s.

And yes, it display the bitcoin is downloading blocks... Thanks !

Malouin

xxmalouinxx, what OS, SDK, and driver version are you on?

I can't seem to get my two cards to both run at the same time under Windows 7. Any hints?


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 24, 2010, 11:47:45 AM
Windows 7 Ultimate / ATI SDK 2.2 for Win7 64 / Catalyst 10.7

I got a radeon 5970, so I don't have 2 cards, but 2 hearts on it. Art got 4 cards on 1 motherboard doing this, I'm gonna ask him when I see him.

Malouin


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 24, 2010, 08:52:07 PM
Update :

Here's a screenshot of my last setting

http://img143.imageshack.us/img143/2157/bitcoin.jpg

640mhash/s - radeon 5970 870mhz/1305mhz - temp : 83c

Presently it run fine, but i'm not sure it gonna be stable, gonna update here if I have any news.

Malouin


Title: Re: OpenCL miner for the masses
Post by: LZ on October 25, 2010, 09:22:59 AM
I want it! ;D


Title: Re: OpenCL miner for the masses
Post by: davout on October 25, 2010, 10:24:54 AM
incredible hashes/sec are incredible
do you think a Radeon 5970 would work fine with linux ?


Title: Re: OpenCL miner for the masses
Post by: fergalish on October 25, 2010, 10:47:52 AM
core i7 quad, nvidia GT240, 64bit ubuntu 10.04

CPU: 7000 khps
GPU: 20000 khps

Should I be getting more?  I have python 2.6.5 installed.


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 25, 2010, 11:10:49 AM
Davout : Yea it should work without any problem on linux. ArtForz actually use that.

Fergalish : the Nvidia GT240 got 385 Gflops, the radeon 5970 got 4640. If we base it on the fact that the 5970 got 230 000khash/s per core without being OC, it should be around 20 000 khash/s yes.

Malouin


Title: Re: OpenCL miner for the masses
Post by: sturle on October 25, 2010, 12:19:09 PM
Is poclbm.py supposed to use 100% CPU, and increase CPU usage of Xorg quite a bit as well?

Code:
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
 4885 sturle    20   0  420m  56m  26m S  264  0.7  53:15.06 bitcoin           
 5522 sturle    20   0  231m  63m  24m S   97  0.8   9:44.01 poclbm.py         
14130 root      20   0  491m 174m 122m S   27  2.2  12:25.19 Xorg               

I get about 11500 khash/s maximum from poclbm.py, which is the same I get from bitcoin when running on all 4 CPU cores.  While poclbm.py is running, hash production from bitcoin is reduced to about 8k.  Is this normal?  Production from poclbm.py decreases if I reduce it's CPU share, e.g. by niceing it.

GPU is some ATI HD 5400 series.


Title: Re: OpenCL miner for the masses
Post by: davout on October 25, 2010, 12:25:52 PM
I think it's a really good thing that such a client gets public, it decreases the chance that the blockchain gets overtaken by NSA XD


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 25, 2010, 06:31:52 PM
core i7 quad, nvidia GT240, 64bit ubuntu 10.04

CPU: 7000 khps
GPU: 20000 khps

Should I be getting more?  I have python 2.6.5 installed.

compared to my GTX260 which gets ~37.000 stock (575core/1240shader) and up to 45.000 oc'd (685/1480),
you should be ok with 20.000.

gonna run it on a radeon 5850 as soon as it arrives, should be by tomorrow.
hopefully i'll get some more outof that.


Title: Re: OpenCL miner for the masses
Post by: bethel on October 25, 2010, 11:10:17 PM
640mhash/s - radeon 5970 870mhz/1305mhz - temp : 83c

Presently it run fine, but i'm not sure it gonna be stable, gonna update here if I have any news.

Malouin

What are your -frames and -worksize arguments like? Also what -askrate interval do you have?

I did get two cards working (had to use the crossfirex cable and enable crossfirex).

The thing that baffles me is how to get the same performance out of two cards together as I got out of two cards seperately. It seems if i set the frames very low like -frames=2 I can get one card to do about 97% gpu capacity. The other card, however drops to 60-80%. When I make the frames high like 256 it does ok but any other program on my machine seems to have a higher priority and will make poclbm.exe run slow.

Currently the best compromise I found was
--frames=25 --rate=3 --worksize=256 --device=1 --askrate=30

On a single core processor machine this produces about 90% on each card average but has wild swings.

For a while I thought the issue was my MB or CPU not feeding the data fast enough but I tried the cards in my gaming machine with a quad core and dual x16PCIe slots and it still was about the same.

Any ideas?


Title: Re: OpenCL miner for the masses
Post by: da2ce7 on October 26, 2010, 12:02:51 AM
A quick question, I have had the miner running, if found a "found: 339339279, 26/10/2010 06:27"  however, the coins for that block haven't been added to my bit coin wallet...  Have I missed something, or is my wallet corrupt or something?

I have had non open-cl coins generated, maybe my node isn't announcing the newly found block, It dose say 8 connections..


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 26, 2010, 01:14:57 AM
bethel : -f 35 and -w 128 . I don't have any rate or askrate variable.

da2ce7 : If you started to generate before having all the block downloaded, then the block you found isn't valid. Restart your client and start to generate once you got all the block. This happened to me too, david explained it to me pretty well =)

Malouin


Title: Re: OpenCL miner for the masses
Post by: da2ce7 on October 26, 2010, 01:25:44 AM
do you need to have they client generating at the same time as the open-cl miner?


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 26, 2010, 02:03:05 AM
Nop, my bitcoin client don't generate from CPU.


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 26, 2010, 11:52:32 AM
HD5850 just arrived and gets a whopping ~235.000khash/s stock, very nice indeed.
that's 5 times a GTX260 oc'd at nearly the same power consumption (~200W),
it's actually a few watts less on the HD5850, still room to oc it a 'lil.  ;D


some updates:
ran fine througout the day so i did some more testings,
right now i'm up to 267.000 with default poclbm-settings*,
the core clocked at 825MHz (stock 725MHz) doesn't even get close to hot,
stock <63°C vs. current <66°C, it's fan is still idle,
with a bit of luck it might even break 300Mhash, but i'm more than pleased for now.

this card is well worth its money.

* ~270.000 with frames=10, desktop gets kinda unusable then though, but if i dont need it anway there's some extra Mhs to gain


woot! ;D
and just as i write this i generated my first OpenCL block!

it no longer just seems to work, it really does.  :o


Title: Re: OpenCL miner for the masses
Post by: Vasiliev on October 27, 2010, 12:14:35 AM
Is poclbm.py supposed to use 100% CPU, and increase CPU usage of Xorg quite a bit as well?

I get about 11500 khash/s maximum from poclbm.py, which is the same I get from bitcoin when running on all 4 CPU cores.  While poclbm.py is running, hash production from bitcoin is reduced to about 8k.  Is this normal?  Production from poclbm.py decreases if I reduce it's CPU share, e.g. by niceing it.

GPU is some ATI HD 5400 series.
OpenCL can run on CPUs, too. It seems like that's what is happening. Maybe. Does poclbm ask you to choose your device when you start it?

My CPU usage is <5% for poclbm, so something's wrong.


Title: Re: OpenCL miner for the masses
Post by: sturle on October 27, 2010, 07:34:59 AM
Is poclbm.py supposed to use 100% CPU, and increase CPU usage of Xorg quite a bit as well?

I get about 11500 khash/s maximum from poclbm.py, which is the same I get from bitcoin when running on all 4 CPU cores.  While poclbm.py is running, hash production from bitcoin is reduced to about 8k.  Is this normal?  Production from poclbm.py decreases if I reduce it's CPU share, e.g. by niceing it.

GPU is some ATI HD 5400 series.
OpenCL can run on CPUs, too. It seems like that's what is happening. Maybe. Does poclbm ask you to choose your device when you start it?

My CPU usage is <5% for poclbm, so something's wrong.
poclbm.py is instructed to use the video card, not the CPU.  If I choose both (0,1), it uses 400% CPU for only 4 khash/s.

cProfile on poclbm.py overnight, and here is the function hogging my CPU:
Code:
  2549577 85597.463    0.034 85597.463    0.034 __init__.py:284(event_wait)

This is defined in pyopencl:
Code:
    def event_wait(self):
        wait_for_events([self])
        return self
Some kind of active wait loop in wait_for_events?

Btw -- polcbm.py claims to have found two blocks since it started, but only one is registered in my bitcoin client. :-/


Title: Re: OpenCL miner for the masses
Post by: fergalish on October 27, 2010, 09:41:21 AM
$ nice -n 15 ./poclbm.py  --user=******** --pass=******** -f 60 -w 256
No device specified, you may use -d to specify one of the following

found: 46380061, 26/10/2010 14:46
found: 46380061, 26/10/2010 14:46
17616 khash/s                          

Found this just now.  Why did it find the same block twice?  Could it be there are, oh, like two threads repeating the same work?

EDIT: also, the main bitcoin client credited me with 50btc, one block, at 14:45.  Total to my credit is just one block 50btc.  What's going on?  I looked through the source, and the RPC commands list.  Where does the source poclbm.py tell the bitcoin client that it found a hash below the target?  (I'm a python newbie).


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 27, 2010, 12:36:59 PM
can't help you with that one, the 2 blocks i found so far just showed up once,

but i'v got another update on the HD5850.
the core is up to 910MHz now (from 725@stock), which gives me ~297.000 khashes at default poclbm settings.
system needs ~230W now, plus ~15% power to get plus ~25% hashes, still a good deal.

seems like that's it for basic catalystcc oc'ing, maybe a bit more using higher voltages/other tools, but i'm fine with it.  8)


to satisfy your screeny-fetish (http://bitlex.co.cc/img/screen_HD5850_opencl_btc.jpg)



Title: Re: OpenCL miner for the masses
Post by: BitLex on October 28, 2010, 05:47:29 AM
mornin' miners, up for another update?
here we go...


short version:

HD5850 300.000 khash/s @ 925MHz


long version:

i did some more testings and tweaks and finally reached my goal,
to break the 300M-barrier while keeping below 70°C (setting higher voltages would not only consume more energy, as a result it'll also create noise which i really don't like).

while Catalysts (and others) tests fail at clocksets above 910MHz, the pocl-miner doesnt care much about it, it runs fine up to 935MHz, more and the miner starts to get laggy and just starting the GPU Caps Viewer crashes the system (not if it's already running).

to stay safe i set it to 925MHz, which still gives hangups and failures in tests, Fallout:New Vegas doesn't even start, stuff like that,
but the miner runs fine, stable and averages at above 300Mhash/s.
i think i'll keep it like that and just set it to defaults to kill Mr.House and save (or rule?) the world, that old guy kinda scares me.


however, the ordinary screenshot (http://bitlex.co.cc/img/screen_GTX260vsHD5850_opencl_btc.jpg) this time is also a nice comparison of both of my OpenCL-capable Cards, funny that both of 'em found a block within 1hour.

to the left (via vnc) we see a GTX260@685MHz at work, mining 45.000 khash/s on win7x64,
to the right her greatness HD5850@925MHz, mining 300.000 khash/s on xp64.


not to mention that theres still 5x2-3GHz CPUs left on those 2 machines that don't do anything right now, but hey, i'd get what, ~1000 khash/s per core? on the HD-miner that's <1%! and it'll also create more heat and noise and will need more energy too,
i'd rather tweak the card/s a little more. :D
but i think i'm done now and more than happy, hell i'm thrilled by those results, never thought the card would go that far.

what do you think?
how's your machine/s working?
tell us about it, we wanna know, well at least i do.

have a great day.


Title: Re: OpenCL miner for the masses
Post by: sandos on October 28, 2010, 07:13:03 AM
Well, I recently stopped mining on my  CPUs. Really no reason for that anymore it seems =)


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 28, 2010, 08:52:54 AM
nah, i wouldn't say that,
the bitcoin-randomizer-node only runs at ~800khash/s on a single core and still generates blocks every now and then,
i even got miners running on an intel-Atom and PIII-1GHz that just get ~250khash/s.

you just need some more luck, any single hash could be the one we'r all looking for.

if your running a GPU-miner anyway though, there's at least on midclass-ati-cards no real need to run CPUs, they'll consume more power than needed to get what you want. give your gfx-core another 1-2% speed and your done, this'll take ~5W+ instead of >50W+ for CPUs@full throttle.

if your thinking about, or going to build a new miner-machine, i agree,
don't bother with CPUs, nor with nvidia.  ;)

careful though if you buy new stuff, dont get one of those shiny new HD6850/70, or you'll be dissapointed.



Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on October 28, 2010, 12:25:44 PM
Hey Bitlex !

I'm happy to see that everything's going well on your side =) I'm presently at 650-660mhash/s with my radeon 5970

Setting : 900mhz/1000 memory clock/ vcore to 1.15v / Temps : 78c, with 100% fan on. I use this command :

 --user=***** --pass=***** -f 35 -w 128

You should try to add the -f 35 -w 128 and see how many % you gain. I gained around 20-30mhash with that.

Malouin


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 28, 2010, 06:36:00 PM
yeah, that's why i didn't use it
... I removed usage of vectors. So the '-w 128' is not relevant anymore. Of course you can grab the vectors version from git and use it like before. It is really difficult to optimize for all possible devices. Current version is kind of best for all.

and i havent been compiling any miners myself (tried a few times but had no luck so far installing all required components on x64), so grabbing code x from y to patch z wouldn't help me much.
i'm just a user anyway, not a coder (php-scripter for fun, but that's it),
one could say i represent the masses (at least those that are interested in how it works), that's why i'm so happy that there's a few nice people to realease binaries.

playing around with frames just gives me a ~1-2% increase, not really worth mentioning and for the cost of a very low responding desktop.


@m0mchil: you should really put your btc-address either into the initial post of this thread, or your sig, kinda hard to find already and will get even worse over time.  ;)


Title: Re: OpenCL miner for the masses
Post by: Syke on October 29, 2010, 11:13:40 PM
Can anyone post a walkthrough on how to install this (and any dependencies) on Ubuntu? Or post a Linux binary? I have a Tesla I'm dying to try out.


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 12:15:13 AM
i noticed some strange disconnections lately,
everything seems alright, but it somehow hangs and doesnt get new blocks,
happens while
connected un-forwarded (showing 8connections),
-connect=<forwarded-nodes-ip> (showing 1connection),
-addnode=<forwaded-nopdes-ip> (showing 8connections),
forwarded-node has 50<80connections and seems to always have all blocks, other nodes sometimes just don't get them, no matter how i connect them.
not sure yet what's causing this, a feature to force getblock or somethin' would be handy sometimes.

but this made me try to set up both OpenCL miners to run on one node.
starting the (former GTX-only) node with -rcpallowip, connection and mining works fine,
eatin' a few Mhashes though.
while running the (remote) HD-miner at defaults (askrate=5), the (local) GTX-miner slows down from ~45M to ~43M average, setting (remote) askrate=10 helped here, still a noticable but <1M loss,
the HD-miner also goes down ~2%, from 300 to 294.

tested on 100MBit, maybe there's <2% loss on gigabit networks, i'll try as soon as i find someone to pay for some switches and cards.  :D

happy crunching
and if anyone knows of, or finds a solution to that spooky non-forwarded-node-disconnects, let me know, thanks.



Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 01:01:37 AM
while running standalone, non-forwarded, it's 8connections
while addnode'd, it's 8connections,
while connect'ed to forwarded node, it's only one.

what also might help is just running on different (but forwarded) ports,
as mentioned before silly me isn't able to compile/patch, so i'm not able to try yet. 


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 01:46:16 AM
i usually start 'em all using addnode, these getblock-lags just happened quite often lately, so i tried using the connect-switch,
here's a screeny (http://bitlex.co.cc/img/screen_connect-switch.jpg)* of 2 nodes seem to be connected to forwarded-node,  both show only 1 connection, the higher blockcount is, the lower isn't, it sometimes even tells me, drops to 0connections for a sec, then back to 1, but still doesnt get any new blocks.

same happens when both are addnode'd and showing 8connections, connections drop below 8 and no more blocks are downloaded, mining doesnt stop though, lots of wasted energy, at least it's green.

* from front to back
- GPU mining to (addnode'd) remote node (not on screen)
- HD-miner-node -connect=<ip> (idle)
- a random node -connect=<ip> (idle, running in VM)

about half an hour after the shot was taken, the random node still hasnt loaded any blocks,
it's not that it's always the VM that lags blocks though, sometimes it's the other way around.



Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 04:05:21 PM
here's (http://bitlex.co.cc/img/screen_block_lost.jpg) another unusual behaviour, a lost block.

the GTX-miner found 2blocks, both show the proof-of-work found...generated 50.00 in the debug.log,
but it seems only one of them made it into my wallet.



Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 04:36:29 PM
yeah, i also noticed that some blocks need some time to show up,
i already restarted bitcoin, hoping it might materialize somehow,  ;D
but it didn't.

first time i noticed this, hopefully the last too.


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 08:10:26 PM
...about deleting the block chain, and having the client re download it to see if it adds that block....
i just tried not a completely new, but <80.000blocks chain and re-downloading,
the block is still missing.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 30, 2010, 09:14:43 PM
The block won't show up. This happens when the network discovered block just after last request for work by the miner. This is the drawback of the pull manner in which getwork... works. The probability for this to happen is 1/60 with ask rate of 10 seconds and 1/120 with ask rate of 5 seconds. It will be better if work is provided in 'push' manner, but I didn't want to complicate the client with separate server thread.


Title: Re: OpenCL miner for the masses
Post by: BitLex on October 30, 2010, 10:00:26 PM
ok, thanks,
so it's nothing to worry about, no big deal anyway, GTX already found a new one,
she's lucky lately. :D


Title: Re: OpenCL miner for the masses
Post by: dust on October 30, 2010, 10:55:47 PM
I was generating some blocks today on a 5970 and I noticed that both instances of the the miner claimed to have found the same block (see attached image) The main bitcoin client only counts them once (as it should.)  Does anyone know what is happening?  I am running with default settings and -f 30.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 31, 2010, 06:23:39 AM
Well, this is not good. I will take a look to figure it out.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on October 31, 2010, 08:17:19 AM
Sorry guys, I screwed it with the update to SVN 170. There is a bug in getwork patch that makes poclbm useless with more than a single instance. Until this is fixed anyone using more than one instance should use previous version of the patch (against SVN 166). Win32 binary bitcoin-getwork-svn166-win32.7z (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/bitcoin-getwork-svn166-win32.7z)


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 01, 2010, 01:10:20 AM
Hey, anyone interested in discussing mining, especially with this miner, please join us in #bitcoin-mining on freenode IRC.

I think it'd be a good idea for everyone to be on the same page, and currently most of the mining discussion is happening in #bitcoin-dev, which may not be appropriate.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 01, 2010, 10:15:50 AM
Just fixed problem with getwork (different miners were showing same results). Updated to SVN 173. See for windows build in first post.


Title: Re: OpenCL miner for the masses
Post by: zipslack on November 02, 2010, 02:51:15 AM
Thank you for your hard work, m0mchil!

I seem to have this working properly on my GeForce 8800 GTS. I was pretty proud of my 32000 khash/s until I saw what some of you guys are getting. ;)


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 02, 2010, 03:27:12 PM
Wow, zipslack, that's almost as much as I get on my GTS 250!


Title: Re: OpenCL miner for the masses
Post by: fenpark15 on November 02, 2010, 11:11:55 PM
Sorry, I'm behind the curve.  I am running the pocl binary (Win 7 64) and it says "Unable to communicate with bitcoin RPC"  I have tried installing json-rpc in my Python26 directory using: setup.py install   and it seems to complete without error.  I already have checked my ATI 4600 drivers and ATI Stream so that Open CL is available. 

Also, what user name and password are we supposed to use?   

Again, I apologize if these questions are dumb.  Until today my only experience with bitcoin is the GUI client hashing on my CPU (4600 k/s = not enough). 


Title: Re: OpenCL miner for the masses
Post by: fenpark15 on November 03, 2010, 12:09:39 AM
I was on Bitcoin client 3.08 beta and now have also installed and tried 3.14 beta.  My bitcoin.conf file is located in directory "c:\Users\<my Windows user name>\AppData\Roaming\Bitcoin"

It contains 2 lines with syntax : rcpuser=<my unique user name>
 rcppassword=<my unique password>

I am running poclbm from a windows command line with syntax:
poclbm.exe --user=<username> --pass=<password>

It recognizes my CPU and GPU, then when I choose one, I get the "Unable to communicate with bitcoin RPC"

Thank you in advance for any help.


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 03, 2010, 01:32:14 AM
Did you build your client yourself?
it needs to have the getwork-patch included, so if you didn't,
just grab the win32-binary in the first post of this thread (works fine for me on 64bit XP&win7).

If you did (compile with patch, or grab),
you need to start the bitcoin-client with the -server switch (maybe -rpcallowip=<IP> if a miner is running on a remote machine).


Title: Re: OpenCL miner for the masses
Post by: xxmalouinxx on November 03, 2010, 02:29:32 AM
Like BitLex told, I think it's the getwork-patch. Just replace the old bitcoin.exe by the one from the getwork and it should work. Enjoy your Bitcoin !

Malouin


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on November 03, 2010, 01:11:09 PM
I was on Bitcoin client 3.08 beta and now have also installed and tried 3.14 beta.  My bitcoin.conf file is located in directory "c:\Users\<my Windows user name>\AppData\Roaming\Bitcoin"

It contains 2 lines with syntax : rcpuser=<my unique user name>
 rcppassword=<my unique password>

I am running poclbm from a windows command line with syntax:
poclbm.exe --user=<username> --pass=<password>

It recognizes my CPU and GPU, then when I choose one, I get the "Unable to communicate with bitcoin RPC"

Thank you in advance for any help.
Hmm, are you aware of that you have to start bitcoin in server mode for this to work ?
Code:
bitcoin.exe -server


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 03, 2010, 01:20:45 PM
Got my new 5970 and it's only showing half performance it should. I'm on Linux with SDK 2.1 and catalyst drivers 10.10. I know others have seen this problem, but I don't know whether I've seen a resolution. Does anyone know how to fix it?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 03, 2010, 01:48:19 PM
Its not for the masses obviously.  :(

Edit btc_miner.cl

Insert at the top

#pragma OPENCL EXTENSION cl_amd_media_ops : enable

change

#define rot(x, y) rotate(x, (uint)y)

to

#define rot(x, y) amd_bitalign(x, x, (uint)(32-y))

See Stream SDK OpenCL Programming Guide (http://developer.amd.com/gpu_assets/ATI_Stream_SDK_OpenCL_Programming_Guide.pdf) for details.

I'll try to add some macro to resolve this by default.


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 03, 2010, 02:02:41 PM
Ah, that did it, thanks!


Title: Re: OpenCL miner for the masses
Post by: fenpark15 on November 03, 2010, 02:42:53 PM
OK - Have it working now!  I needed to fix some hidden characters that snuck in during the creation of my .conf file.  Also, I was previously not running bitcoin in server mode.

  Only 20740 khash/s with my ATI HD 4600 (work computer) but it sure beats 4600 from the CPU.  Thanks for the help.


Title: Re: OpenCL miner for the masses
Post by: ciuciu on November 03, 2010, 10:51:51 PM
Hi,

I hope I can get an answer, although my question might seem stupid to some of you.
I try to run poclbm.exe after I downloaded the files from the first post in this thread and I only get this message:

C:\Users\First\Desktop\my>poclbm.exe
Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Thank you.


Title: Re: OpenCL miner for the masses
Post by: ciuciu on November 03, 2010, 11:22:07 PM
Solved  by reinstalling all drivers. :)

Yes, installed both.
I have a Radeon HD 5850 and Windows 7 x64.

Thank you.


Title: Re: OpenCL miner for the masses
Post by: teknohog on November 05, 2010, 04:47:41 PM
59.5 Mhash/s on a Radeon HD 5570. Cheers to m0mchil :)

Edit:

This is using --frames 1. With the default frames, I only get about 52 Mhash/s.

After updating the Radeon Linux drivers from 10.9 to 10.10, the rate decreased slightly to 59.2. However, I then tried the vectors option, which gave a small boost up to 60.65 Mhash/s. The motherboard only has 1x PCIe slots, which may affect things.



Title: Re: OpenCL miner for the masses
Post by: Need2Revolt on November 05, 2010, 08:56:06 PM
great work m0mchil!!!
laptop with an ATI HD5650 running at 46Mhash/s

thanks a lot for this app and i hope you can put your work in the official trunk asap


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 08, 2010, 06:38:52 PM
I am working on a daemon-like version of this miner via a fork on github. The script is minerd.py, and it uses a config file.

It's still in development / testing, but if you'd like to give it a try here it is:

https://github.com/brocktice/poclbm


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 09, 2010, 01:29:51 AM
Linux Miner Howto

Donations: 1Nw7aQcdtGVPmMsMtSJrDoQPEu1FJspyfd

I'll probably miss something, so please propose changes if you see fit.

1. Install Linux. For now I recommend Ubuntu 10.04 LTS Server, and I will be targeting it in this guide.

2. Install prerequisites, including compilers.

Code:
sudo aptitude install build-essential linux-headers-`uname -r`

3. Install the ATI drivers. The ubuntu packages are old. First,

Code:
wget https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-10-10-x86.x86_64.run

(then build dpkgs, need to add instructions here)

-OR-

Try
Code:
apt-cache search fglrx
on debian-based systems (including ubuntu). If it's available, do
Code:
sudo apt-get install fglrx
, otherwise, download (and you may want to check for an update) using

Code:
wget https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-10-10-x86.x86_64.run

4. Run the installer with
Code:
sudo sh ./ati-driver-installer-10-10-x86.x86_64.run
You may instead want to build packages. This may be added later.

5. Do the initial X configuration with
Code:
sudo aticonfig --initial --adapter=all -f
as root. And restart X. Logging out of X and back in should work. If you get a black screen, try ctrl-alt-f1, hopefully this will get you to a terminal where you can log in and recover.

6. Get the ATI streaming SDK v2.1 NOT v2.2, from here: http://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSDK-Archive.aspx

7. Untar it somewhere, I just used ~/ since it's a dedicated mining machine.

8. Edit your ~/.bashrc and add these lines:

Code:
ATISTREAMSDKSAMPLESROOT=/path/to/the/sdk
ATISTREAMSDKROOT=/path/to/the/sdk







Title: Re: OpenCL miner for the masses
Post by: brocktice on November 09, 2010, 03:00:07 PM
By the way, I'd like to add an accuracy-checking opencl code to make sure the video cards are working right before starting generation, or as an optional run-mode. Art is using something similar to do precision overclocking.

I'll probably get around to it eventually, but if someone would like to contribute it feel free. Basically it should take known inputs and hashed outputs, and verify that the card correctly hashes the inputs to the outputs.


Title: Re: OpenCL miner for the masses
Post by: InterArmaEnimSil on November 09, 2010, 04:08:16 PM
I see all kinds of discussion regarding AMD/ATI drivers here...does this work on nVidia cards which support OpenCL?  Mine is on the list at the beginning of the thread, but I think I may be missing/skipping something, or misinterpreting whether my card is supported by this fork at all.  Thanks to everyone in advance.


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 09, 2010, 07:44:21 PM
does this work on nVidia cards which support OpenCL?
yes, it does.
works fine for me on 8600GT and gtx260, so it should also work on all in between and above.


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 09, 2010, 09:12:52 PM
Very nice, thanks a lot m0mchil, I'll send some coins as gratitude once I start generating some blocks  ;D
(running successfully on win7-64 with 2x gtx275's and version 260.99 of the nvidia drivers at present)

I fire up one instance polcbm.exe for each of my gfx cards, specifying 0 or 1 to select which device:
http://i.imgur.com/uONpy.png for example

Working nicely so far giving me 45-50mhash/s per card, vs. just around 4.1mhash for my i7 running @ 2.67GHz.



A few questions:

-I've obtained the patched bitcoin.exe and I run that with "bitcoin.exe -server", is this more or less the same as specifying -daemon? just that daemon has no gui?

-Is there any "proper" way to close the miners? ctrl-c works but generates some weird warnings like:
Code:
Traceback (most recent call last):
  File "poclbm.py", line 144, in <module>
  File "pyopencl\__init__.pyc", line 286, in event_wait
KeyboardInterrupt

-At present is the only way to run these and be able to view your hash rate to have command windows open? I imagine I could whip up some sort of batch script to launch 2 of them, but that is still going to need at least 2 console windows, one for each miner?


Title: Re: OpenCL miner for the masses
Post by: InterArmaEnimSil on November 09, 2010, 09:31:18 PM
does this work on nVidia cards which support OpenCL?
yes, it does.
works fine for me on 8600GT and gtx260, so it should also work on all in between and above.

Great to know that it will work on my card.  I've gotten PyOpenCL installed, but I've hit an impasse patching Satoshi's mainline client.  I'm running Linux, and the standard "patch" command responds that the input is garbage, while copying the patch files on top of the mainline ones won't compile by a long shot.  Could someone clue me in to what I'm supposed to be doing here?


Title: Re: OpenCL miner for the masses
Post by: lfm on November 10, 2010, 12:48:07 AM
Quote
I'm running Linux, and the standard "patch" command responds that the input is garbage, while copying the patch files on top of the mainline ones won't compile by a long shot.  Could someone clue me in to what I'm supposed to be doing here?

You need exactly the right revision of the bitcoin sources to use the patch. Most of the patch versions I have seen are for the "svn" development revisions of bitcoin. I think the top few lines of the patch should have a svn revision number that you can use to get the right revision of the source using a svn command.
svn -r {num} http:....


have fun.


Title: Re: OpenCL miner for the masses
Post by: davout on November 10, 2010, 09:27:05 AM
Quote
I'm running Linux, and the standard "patch" command responds that the input is garbage, while copying the patch files on top of the mainline ones won't compile by a long shot.  Could someone clue me in to what I'm supposed to be doing here?

You need exactly the right revision of the bitcoin sources to use the patch. Most of the patch versions I have seen are for the "svn" development revisions of bitcoin. I think the top few lines of the patch should have a svn revision number that you can use to get the right revision of the source using a svn command.
svn -r {num} http:....


have fun.

Go to sources root and then :
$ patch -i -p0 < /path/to/the/patch


Title: Re: OpenCL miner for the masses
Post by: InterArmaEnimSil on November 10, 2010, 04:19:51 PM
Quote
I'm running Linux, and the standard "patch" command responds that the input is garbage, while copying the patch files on top of the mainline ones won't compile by a long shot.  Could someone clue me in to what I'm supposed to be doing here?

You need exactly the right revision of the bitcoin sources to use the patch. Most of the patch versions I have seen are for the "svn" development revisions of bitcoin. I think the top few lines of the patch should have a svn revision number that you can use to get the right revision of the source using a svn command.
svn -r {num} http:....


have fun.

Go to sources root and then :
$ patch -i -p0 < /path/to/the/patch

Thanks!  The next issue seems to be wxWidgets.  The revision calls for 2.9.0, but I can only find 2.9.1 now, which doesn't appear to work.  Anyone know where I can get 2.9.0?  Or, does 2.9.1 indeed work, and I'm just doing something wrong?  Sorry for the dearth of questions...


Title: Re: OpenCL miner for the masses
Post by: darich on November 10, 2010, 09:51:42 PM
On winxp I downloaded binaries and trying with last nvidia driver (geforce 6200).
poclbm write this:
Code:
C:\Documents and Settings\David Richter\poclbm>poclbm
Traceback (most recent call last):
  File "poclbm.py", line 55, in <module>
pyopencl.LogicError: clGetPlatformIDs failed: invalid/unknown error code

C:\Documents and Settings\David Richter\poclbm>

Is it due to nvidia? Is anyone using it with nvidia?
thnx


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on November 10, 2010, 10:15:43 PM
afaik the geforce 6 series does not have support for CUDA/OpenCL.
you need geforce 8 and newer.


Title: Re: OpenCL miner for the masses
Post by: slush on November 11, 2010, 08:36:16 PM
Hi, I cannot get it work :(

Started patched bitcoin with rpc enabled, then poclbm.exe, but it displayed

Code:
No device specified, you may use -d to specify one of the following

Traceback (most recent call last):
  File "poclbm.py", line 61, in <module>
    context = cl.create_some_context()
  File "pyopencl\__init__.pyc", line 350, in create_some_context
pyopencl.RuntimeError: Context failed: out of host memory

I have already latest development version of OpenCL installed.

Any ideas?  :-\ Thanks  :)
Marek


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on November 12, 2010, 11:40:39 PM
(...)
Code:
(...)
pyopencl.RuntimeError: Context failed: out of host memory
(...)
Seems like you have some memory issues O.o


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 14, 2010, 11:11:40 PM
Any chance of getting a win32 binary of bitcoin.exe for 0.3.15 with the getwork patch?  ;D


Title: Re: OpenCL miner for the masses
Post by: sandos on November 15, 2010, 09:14:39 AM
So, someone want to compute wether amazon EC2 Cluster GPU instances would make you any money?

Quote
Cluster GPU Quadruple Extra Large 22 GB memory, 33.5 EC2 Compute Units, 2 x NVIDIA Tesla “Fermi” M2050 GPUs, 1690 GB of local instance storage, 64-bit platform, 10 Gigabit Ethernet

These are $2.10 per hour.


Title: Re: OpenCL miner for the masses
Post by: Anonymous on November 15, 2010, 09:48:45 AM
So, someone want to compute wether amazon EC2 Cluster GPU instances would make you any money?

Quote
Cluster GPU Quadruple Extra Large 22 GB memory, 33.5 EC2 Compute Units, 2 x NVIDIA Tesla “Fermi” M2050 GPUs, 1690 GB of local instance storage, 64-bit platform, 10 Gigabit Ethernet

These are $2.10 per hour.

That would be pretty sweet. Didnt someone already try that as an experiment?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 15, 2010, 02:55:27 PM
See first post for updated (SVN 179, 0.3.15) win32 getwork patched client


Title: Re: OpenCL miner for the masses
Post by: bitcoin2 on November 15, 2010, 05:33:12 PM
With ATI 5970 Card and ubuntu I get with one Thread ~ 250 000 khash/s. But when I start a second thread the first thread rate is going down and I get with the two threats together not more as 250 000 khash/s. With "watch -n0 aticonfig --adapter=0 --od-getclocks" and "watch -n0 aticonfig --adapter=0 --od-getclocks" I can see that both GPUs are in use but only under 50% per GPU. I get this Problems with DISPLAY=:0 and with DISPLAY=:0.0 / :0.1 . What is wrong?

Thank you.


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 15, 2010, 05:40:19 PM
See first post for updated (SVN 179, 0.3.15) win32 getwork patched client

Thanks  8)


If you want to make a quick launch for your miners in windows, just name a file something.bat, open it up in your text editor and then add a few lines like this, substituting your information:

Code:
start /DC:\Users\[username]\Desktop\poclbm_py2exe_20101102 poclbm.exe --user=youruser --pass=yourpw --device=0 -w 256
start /DC:\Users\[username]\Desktop\poclbm_py2exe_20101102 poclbm.exe --user=youruser --pass=yourpw --device=1 -w 256

The above is how I launch for my 2 nvidia gtx275's
-w specifies the work size and changing that (use powers of 2) can affect your hashrate, 256 works best for me on my nvidia gtx275's, but your mileage may vary.



Also do not forget to make your bitcoin.conf file at:
(win7)
C:\Users\[username]\AppData\Roaming\Bitcoin\bitcoin.conf

or
(xp)
C:\Documents and Settings\USERNAMEHERE\Application Data\Bitcoin\bitcoin.conf

containing

Code:
rpcuser=youruser
rpcpassword=yourpw

which is what you use in your calls to poclbm.exe

bitcoin.exe must also be launched with the -server argument from the command line to use external miners.


EDIT: Would still like clarification if simply using ctrl-c is an adequate way to exit these miners, or if there is a more "graceful" way to do so?


Title: Re: OpenCL miner for the masses
Post by: jimbobway on November 15, 2010, 08:40:12 PM
So, someone want to compute wether amazon EC2 Cluster GPU instances would make you any money?

Quote
Cluster GPU Quadruple Extra Large 22 GB memory, 33.5 EC2 Compute Units, 2 x NVIDIA Tesla “Fermi” M2050 GPUs, 1690 GB of local instance storage, 64-bit platform, 10 Gigabit Ethernet

These are $2.10 per hour.

$2.10 x 24 hours = $50.40.

2 X M2050 = ~ 75 mkhash/s

Difficulty Factor   4536.35372328

Hash Target   5.94299671841E+63

Probability   Time
Average   3 days, 0 hours, 9 minutes
50%   2 days, 2 hours, 1 minute
95%   9 days, 0 hours, 10 minutes

^ From http://www.alloscomp.com/bitcoin/calculator.php

So, if one block for $150 is a good deal, then yes, it could make you money depending on what you think bitcoins value are now and in the future.

Of course the difficulty is jumping up again in a few days, current generation is still over 9 blocks an hour average.

$150 for a block means, by cloud computing industry standards, is $3 a bitcoin!  $150/50 = $3.  Is this the true worth of a bitcoin?!?


Title: Re: OpenCL miner for the masses
Post by: zipslack on November 16, 2010, 03:17:41 AM
$150 for a block means, by cloud computing industry standards, is $3 a bitcoin!  $150/50 = $3.  Is this the true worth of a bitcoin?!?

No, it's not what they're worth. It's just what they cost to mine using the EC2 cluster. Just like everything else, bitcoins are worth whatever people are willing to pay for them.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 16, 2010, 10:30:41 AM
Just updated to SVN 181 and fixed getwork patch to wait 60 seconds between rebuilding the block with new transactions. This is actually the behavior of the original client, was forgotten in the patch by mistake.  Fixes heavy CPU usage on every getwork request (this became obvious with recent heavy transaction spam). Please upgrade.


Title: Re: OpenCL miner for the masses
Post by: Remote on November 17, 2010, 01:05:12 AM
Hey guys, I'm really interested in generating Bitcoins and want to see how much I can get from my GPU. I've used "Geeks3D GPU Caps Viewer" and made sure that I do support "OpenCL(GPU)".

Problem is that the only clear instruction phases I see is:

1. Download "(GPU patch) bitcoin-getwork-svn181-win32.7z" and "poclbm_py2exe_20101102.7z".
2. ?
3. Profit!

Can a kind somebody please write a proper step-by-step guide as to how you get this to work in Windows 7 64-bit? With all the baby steps, including what files to download and where they can be downloaded from (direct links) plus where stuff should be extracted/configurated.

Of course a half-arsed how-to is better than how it is now, so any effort would be welcome. :) I and a lot of others would really appreciate it, and I believe you will be doing the community a huge favor.

People that try out making Bitcoins will stay much longer if they have 2000000 khash/s instead of 2000 khash/s.


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 17, 2010, 03:49:22 AM
it's actually all said in this thread, you just have to read it.

1. download (getwork patched client) bitcoin-getwork-* and the miner poclbm_py2exe_*.


2. make sure, you got a bitcoin.conf file at
C:\Users\[username]\AppData\Roaming\Bitcoin\bitcoin.conf
(or on xp)
C:\Documents and Settings\[username]\Application Data\Bitcoin\bitcoin.conf

containing
Code:
rpcuser=someone
rpcpassword=secret


3.a start bitcoin -server and wait for connections to get the last block
3.b start poclbm --user=someone --pass=secret
if you only have one GPU, this is it, if there's more, you'd need to specify the device to use for the miner, but it will tell you.
if you don't know how to handle your commandline, just create
a bitcoin.bat containing
Code:
start /DC:\Users\[username]\Desktop\bitcoin bitcoin.exe -server
and a poclbm.bat containing
Code:
start /DC:\Users\[username]\Desktop\poclbm poclbm.exe --user=someone --pass=secret
to feed your clicking-needs.


4. wait and/or pray :D


Title: Re: OpenCL miner for the masses
Post by: GeorgeH on November 17, 2010, 04:59:54 AM
So, someone want to compute wether amazon EC2 Cluster GPU instances would make you any money?

Quote
Cluster GPU Quadruple Extra Large 22 GB memory, 33.5 EC2 Compute Units, 2 x NVIDIA Tesla “Fermi” M2050 GPUs, 1690 GB of local instance storage, 64-bit platform, 10 Gigabit Ethernet

These are $2.10 per hour.

$2.10 x 24 hours = $50.40.

2 X M2050 = ~ 75 mkhash/s

Difficulty Factor   4536.35372328

Hash Target   5.94299671841E+63

Probability   Time
Average   3 days, 0 hours, 9 minutes
50%   2 days, 2 hours, 1 minute
95%   9 days, 0 hours, 10 minutes

^ From http://www.alloscomp.com/bitcoin/calculator.php

So, if one block for $150 is a good deal, then yes, it could make you money depending on what you think bitcoins value are now and in the future.

Of course the difficulty is jumping up again in a few days, current generation is still over 9 blocks an hour average.

How did you estimate the hashrate of the cards? By my calculations, they'd hit at least 100mhash/s each.

Fermi M2050 = ~2 TFLOPS each

My NVidia card (8800 GTS 512MB) = ~624 GFLOPS, hashrate = 33mhash/s

Fermi hashrate = ~105mhash/s x2 = ~210 mhash/s

Difficulty Factor   4536.35372328
Hash Target   5.94299671841E+63
Hash Rate (khps)   

Probability   Time
Average   1 day, 1 hour, 46 minutes
50%   17 hours, 51 minutes
95%   3 days, 5 hours, 12 minutes


Title: Re: OpenCL miner for the masses
Post by: Edogaa on November 17, 2010, 06:43:59 AM
I'm confused here, how exactly is this installed. I got the bitcoin-getwork-svn181-win32 WHICH I am going to assume is a patched .exe and dll, and the other py2exe thing now that I have those I don't know what to do or exactly hwo to install this pyopencl application.

Windows Vista user by the way, (oh dread).


Title: Re: OpenCL miner for the masses
Post by: ribuck on November 17, 2010, 02:12:04 PM
OpenCL HOWTO FOR FEDORA 12 LINUX

Here are some notes which may be useful to anyone who wishes to mine for bitcoins on Fedora 12 Linux. It took me about ten hours to get all of this working, because many of the standard Fedora packages are different to what bitcoin needs and generate all kinds of odd errors when you try to build the makefile.

If you aren't already running Fedora, save yourself a lot of time and hassles by installing Ubuntu instead.

===

Check your software versions, and upgrade as necessary. The gcc compiler needs to be 4.x (for PyOpenCL), and Python needs to be 2.4 or newer (again, for PyOpenCL).

Code:
$ gcc --version
gcc (GCC) 4.4.4 20100630 (Red Hat 4.4.4-10)

$ python --version
Python 2.6.2

You need to have either the full kernel source, or the kernel headers (because the ATI GPU driver is installed by compiling a kernel module.

Code:
$ rpm -q kernel-devel
kernel-devel-2.6.32.23-170.fc12.i686
$ rpm -q kernel-PAE-devel
kernel-PAE-devel-2.6.32.21-168.fc12.i686

===

Update your display driver.

I followed the instructions from here:
http://gofedora.com/how-to-install-ati-catalyst-fglrx-98-drivers-fedora-11/
except that I used the version 10.10 of the ATI Catalyst Display Driver for Linux x86 from here:
http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=2.4.1.3.42&lang=English

Apparently some of the installation steps are no longer needed with version 10.10, but I wasn't completely certain which ones, so I did them all anyway.

===

Get the ATI Stream SDK v2.1 (NOT any later version, according to brocktice), from here: http://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSDK-Archive.aspx

You need two downloads from that page: the Linux SDK (32-bit or 64-bit according to your version of Linux), plus icd-registration.tgz

Untar the SDK anywhere convenient. Add these lines to your .bash_profile file (in your login directory):

Code:
export ATISTREAMSDKSAMPLESROOT=...<some path>.../ati-stream-sdk-v2.1-lnx32
export ATISTREAMSDKROOT=...<some path>.../ati-stream-sdk-v2.1-lnx32
export LD_LIBRARY_PATH=$ATISTREAMSDKROOT/lib/x86:$LD_LIBRARY_PATH

Move icd-registration.tgz into your root directory and (as root) untar it from there. It puts some config files into /etc.

Follow the documentation that is included in the SDK to compile the examples. Execute ati-stream-sdk-v2.1-lnx32/samples/opencl/bin/x86/CLInfo to check that things are working and that your GPU card is detected.

===

Install the Python OpenCL module (PyOpenCL). Broadly, follow the instructions here:
http://wiki.tiker.net/PyOpenCL/Installation/Linux

However, in step 2 I couldn't install the Numpy dependency this way. Instead I ran "System | Administration | Add/Remove Software", then searched for numpy and installed it.

In step 3, the OpenCL headers and libraries weren't found, so I had to use the longer configure.py example and provide explicit paths.

The "Boost C++" libraries are not required for this version of PyOpenCL, but we will need them later (see below).

===

Install the JSON-RPC module for Python. This was straightforward using the instructions here:
http://json-rpc.org/wiki/python-json-rpc

===

Go to m0mchil's Git repository:
https://github.com/m0mchil/poclbm

Click the "Download" button. Download and unpack these files anywhere convenient. Change poclbm.py to executable and check that it's working:

Code:
chmod 744 poclbm.py
./poclbm.py --help

===

Next we need to get bitcoin's dependencies correct.

Install wxWidgets version 2.9.0 (not 2.8 or 2.9.1). You can get version 2.9.0 from here:
http://biolpc22.york.ac.uk/pub/2.9.0/
Follow the instructions in file build-unix.txt from the /src directory of the bitcoin distribution, except that you will need to be root ("su -") for the whole install, not just the "make install" step.

===

The version of OpenSSL that ships with Fedora excludes the elliptic curve cryptography due to patent concerns. Assuming you're in a country without absurd software patent laws, download the source for the latest 0.9.8 version (currently 0.9.8p) of OpenSSL from here:
http://www.openssl.org/source/

Build, test and install it according to the instructions in the download. However, the standard installation doesn't install the static libraries, so I made some symbolic links:

Code:
sudo ln -s `pwd`/libssl.a /usr/lib
sudo ln -s `pwd`/libcrypto.a /usr/lib

===

You need the static version of the Boost C++ development libraries installed. I installed this from package boost-static-1.39.0

===

You need the static version of the Berkeley DB development libraries installed. I installed this from package db4-devel-static-4.7.25

This installed a file libdb_cxx-4.7.a in /usr/lib, but the makefile wanted libdb_cxx.a, so I created a symbolic link:

Code:
cd /usr/lib
sudo ln -s libdb_cxx-4.7.a libdb_cxx.a

===

Go to the GIT repository for m0mchil's bitcoin-getwork patch:
https://github.com/m0mchil/bitcoin-getwork

Notice which SVN revision number the patch is for, and use that number instead of 181 in the following command (which downloads the development version of bitcoin):

Code:
svn co -r 181 https://bitcoin.svn.sourceforge.net/svnroot/bitcoin

Change into the newly-created directory that holds the sources:

Code:
cd bitcoin/trunk

From m0mchil's repository, click "Download" and download the archive. Extract the file getwork-latest.patch into the bitcoin/trunk directory.

Modify the sources by applying the patch:

Code:
patch -p0 -i getwork-latest.patch

It should tell you that it has updated files main.cpp, main.h and rpc.cpp.

===

We need to tweak Bitcoin's makefile, which is the file bitcoin/trunk/build-unix.txt

In the WXLIBS section of the makefile, add the line
-l Xxf86vm
and also add a trailing backslash to the previous line (it's a line-continuation character). A comment in the makefile says you only need to do this if you have wxWidgets 2.9.1, but I had to do it for 2.9.0.

If your version of "Boost" is less than 1.40 (I'm using 1.39), edit bitcoin's makefile (src/build-unix.txt) and add -mt to the end of the name of each of the "Boost" libraries. There are four of these, in the four lines after the line that contains the string "-Bstatic".

===

Built the getwork-modified version of bitcoin:

Code:
make -f makefile.unix

This should build a binary called 'bitcoin' in this directory. Try it out! If you already have another instance of bitcoin running, close it. Type ./bitcoin to check that your newly-compiled instance works. If it works OK, close it and we'll move on to mining.

===

If you don't already have a file bitcoin.conf in your ~/.bitcoin directory, create one and put a username and password in it:

Code:
rpcuser=yourusername
rpcpassword=yourpassword

Go back to the bitcoin/trunk directory and start bitcoin in rpc server mode:

Code:
./bitcoin -server &

Go to the directory where you built poclbm.py and run it:

Code:
./poclbm.py --user=yourusername --pass=yourpassword

It will ask you which device to use. Choose the one that's not your CPU.

Watch the khash/s figures with sweet delight, and enjoy the few moments before the roar of your cpu fan starts up.

Many thanks to m0mchil and the many others who have offered code or helpful tips.


Title: Re: OpenCL miner for the masses
Post by: Essjay on November 17, 2010, 09:34:27 PM
I'm using the SHA hashing rate information from golubev's hash tables. His programs brute force attach md5 and sha algorythm's using GPU's. His numbers are extremely accurate and recently updated. Remember we are running two SHA calculations per try.

http://btco.in/4s

Take his single sha1 speed and devide it by 4.5 And somehow I messed it up really nicely, and I now get the 200 mhash/s as well. Must have been sleeping when I did that before.

The other issue is, we are using SHA-256, not SHA-1. This means that we take a further speed penalty... SHA-256 is both more computationally complex (more steps to run) and more data complex (more memory to need to shuffle around).

Not sure how you got a factor of 4.5. I would estimate 2 (due to needing 2 iterations of SHA-256 instead of 1) multiplied by 1.5 (penalty of using SHA-256 instead of SHA-1). So a factor of 3?

Maybe there is room for optimisation in our SHA-256 program, yet!


Title: Re: OpenCL miner for the masses
Post by: wumpus on November 17, 2010, 09:59:57 PM
Thank you very much for the wonderful miner. Good use of GPU power :)

I sent you a donation.

BTW, what about adding an option to get the username/password directly from ~/.bitcoin/bitcoin.conf instead of providing them on the command line. That's a little bit safer, as command line arguments can be seen by everyone on the system:
Code:
def read_config_file(filename):
    '''
    Read a simply = delimited config file.
    Raises IOError if unable to open file, or ValueError
    if an parse error occurs.
    '''
    f = open(filename)
    try:
        cfg = {}
        for line in f:
    line = line.rstrip()
    if line:
        (key, value) = line.split('=', 1)
        cfg[key] = value
    finally:
        f.close()
    return cfg

import os
home = os.getenv("HOME")
if home:
    try:
        cfg = read_config_file(os.path.join(home, '.bitcoin/bitcoin.conf'))
    except (IOError,ValueError):
        pass # Cannot read config file, ignore
    else:
        options.user = cfg['rpcuser']
        options.password = cfg['rpcpassword']


Title: Re: OpenCL miner for the masses
Post by: ribuck on November 17, 2010, 10:17:32 PM
wxWidgets ... The revision calls for 2.9.0, but I can only find 2.9.1 now, which doesn't appear to work.  Anyone know where I can get 2.9.0?  Or, does 2.9.1 indeed work

wxWidgets 2.9.1 won't work, because debugging has been changed around in 2.9.1.

You can get 2.9.0 here:
http://biolpc22.york.ac.uk/pub/2.9.0/


Title: Re: OpenCL miner for the masses
Post by: wumpus on November 17, 2010, 10:22:36 PM
wxWidgets ... The revision calls for 2.9.0, but I can only find 2.9.1 now, which doesn't appear to work.  Anyone know where I can get 2.9.0?  Or, does 2.9.1 indeed work

wxWidgets 2.9.1 won't work, because debugging has been changed around in 2.9.1.

You can get 2.9.0 here:
http://biolpc22.york.ac.uk/pub/2.9.0/
Works fine here with 2.9.1, then again, I'm not using debugging. I did have to change the makefile a bit, because the library has been split up:
Quote
  -l wx_gtk2u_core-2.9 \
   -l wx_gtk2u_adv-2.9 \
   -l wx_gtk2u_html-2.9 \
instead of
Quote
-l wx_gtk2ud-2.9 \


Title: Re: OpenCL miner for the masses
Post by: ribuck on November 17, 2010, 10:41:04 PM
Works fine here with 2.9.1

Yes, I just mean that wxWidgets 2.9.1 won't work with the makefile that comes with bitcoin 0.3.15.


Title: Re: OpenCL miner for the masses
Post by: wumpus on November 17, 2010, 10:43:25 PM
Works fine here with 2.9.1

Yes, I just mean that wxWidgets 2.9.1 won't work with the makefile that comes with bitcoin 0.3.15.
Ah, I wouldn't know about that. I had to upgrade bitcoin to SVN trunk version before the getwork patch (from git) could be applied at all.


Title: Re: OpenCL miner for the masses
Post by: Remote on November 18, 2010, 12:13:53 AM
it's actually all said in this thread, you just have to read it.

1. download (getwork patched client) bitcoin-getwork-* and the miner poclbm_py2exe_*.


2. make sure, you got a bitcoin.conf file at
C:\Users\[username]\AppData\Roaming\Bitcoin\bitcoin.conf
(or on xp)
C:\Documents and Settings\[username]\Application Data\Bitcoin\bitcoin.conf

containing
Code:
rpcuser=someone
rpcpassword=secret


3.a start bitcoin -server and wait for connections to get the last block
3.b start poclbm --user=someone --pass=secret
if you only have one GPU, this is it, if there's more, you'd need to specify the device to use for the miner, but it will tell you.
if you don't know how to handle your commandline, just create
a bitcoin.bat containing
Code:
start /DC:\Users\[username]\Desktop\bitcoin bitcoin.exe -server
and a poclbm.bat containing
Code:
start /DC:\Users\[username]\Desktop\poclbm poclbm.exe --user=someone --pass=secret
to feed your clicking-needs.


4. wait and/or pray :D



Thanks for the guide, although it looks like you left something out. When I start the miner I get the following error:

Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Edit: Please post links if something needs to be downloaded.

I'm on Windows 7 64bit and have a NVIDIA GeForce 8800 GTS (with "OpenCL 1.0 CUDA 3.1.1 - CU: 12 @ 1188MHz (GPU)").


Title: Re: OpenCL miner for the masses
Post by: wumpus on November 18, 2010, 05:51:24 PM
Wow, I just went from 2000 khash/s to almost 5000 by playing with the -f option :)

Edit : this variance changed when going to NV driver  260.19.21, now it's about 5500 and the -f has a lot less influence.
Also, CPU usage of the GPU miner went down with this driver. It was 100% with the old driver, now 2% :)


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 19, 2010, 03:02:39 AM
I made a bit of a discovery when testing m0m's latest binaries in -testnet, look at the times when blocks are generated in the miners, and note that they don't all show up in bitcoin's UI:

http://i.imgur.com/2RLbM.png

There seems to be a delay of 1 or more minutes between when they show up in the miner and when bitcoin picks up the transaction, if it picks it up at all.
Is this something to worry about, or just a peculiarity of testnet?


Title: Re: OpenCL miner for the masses
Post by: Remote on November 19, 2010, 07:37:22 AM
it's actually all said in this thread, you just have to read it.

1. download (getwork patched client) bitcoin-getwork-* and the miner poclbm_py2exe_*.


2. make sure, you got a bitcoin.conf file at
C:\Users\[username]\AppData\Roaming\Bitcoin\bitcoin.conf
(or on xp)
C:\Documents and Settings\[username]\Application Data\Bitcoin\bitcoin.conf

containing
Code:
rpcuser=someone
rpcpassword=secret


3.a start bitcoin -server and wait for connections to get the last block
3.b start poclbm --user=someone --pass=secret
if you only have one GPU, this is it, if there's more, you'd need to specify the device to use for the miner, but it will tell you.
if you don't know how to handle your commandline, just create
a bitcoin.bat containing
Code:
start /DC:\Users\[username]\Desktop\bitcoin bitcoin.exe -server
and a poclbm.bat containing
Code:
start /DC:\Users\[username]\Desktop\poclbm poclbm.exe --user=someone --pass=secret
to feed your clicking-needs.


4. wait and/or pray :D



Thanks for the guide, although it looks like you left something out. When I start the miner I get the following error:

Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Edit: Please post links if something needs to be downloaded.

I'm on Windows 7 64bit and have a NVIDIA GeForce 8800 GTS (with "OpenCL 1.0 CUDA 3.1.1 - CU: 12 @ 1188MHz (GPU)").

Nobody that can help me? I'm about to give up on running Bitcoins since I could use my CPU for other things, but I would like to use my GPU while I'm doing those other things. Please take a moment and explain how to fix this error.


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 19, 2010, 08:48:17 AM
i'm not sure about that error,
but do you have latest devdriver and cudatoolkit (http://developer.nvidia.com/object/cuda_3_2_downloads.html) installed on your machine?


Title: Re: OpenCL miner for the masses
Post by: AHZ on November 19, 2010, 08:39:18 PM
I made a bit of a discovery when testing m0m's latest binaries in -testnet, look at the times when blocks are generated in the miners, and note that they don't all show up in bitcoin's UI:
...
There seems to be a delay of 1 or more minutes between when they show up in the miner and when bitcoin picks up the transaction, if it picks it up at all.
Is this something to worry about, or just a peculiarity of testnet?

I had 2 such events with bitcoin-getwork-svn173-win32 in a real network
the miner had the event, but bitcoin did not catch it at all.
I still do not know what happened there and how to to trace it :(


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 19, 2010, 08:50:47 PM
that's just one of those ~10% "lost blocks",
your miner finds one, your client checks the network, network tells your client it's to late.

within the last weeks i'v been able to "find" 50hashes, only 45 of them have been accepted/shown up in the client-gui/generating coins.
get used to it.


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 19, 2010, 09:34:09 PM
I made a bit of a discovery when testing m0m's latest binaries in -testnet, look at the times when blocks are generated in the miners, and note that they don't all show up in bitcoin's UI:

There seems to be a delay of 1 or more minutes between when they show up in the miner and when bitcoin picks up the transaction, if it picks it up at all.
Is this something to worry about, or just a peculiarity of testnet?

When they show up in the command window, they have zero confirmations. They do not show in the bitcoin UI until they have one confirmation. That delay can be a minute or 10. It is not a bug.

I don't think that is true...some of my blocks have shown up immediately with "0 confirmations" as soon as the miner locates them.




that's just one of those ~10% "lost blocks",
your miner finds one, your client checks the network, network tells your client it's to late.

within the last weeks i'v been able to "find" 50hashes, only 45 of them have been accepted/shown up in the client-gui/generating coins.
get used to it.

That's....not cool  >:(


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 19, 2010, 10:02:22 PM
Quote
That's....not cool
but that's how it is, you can't always win the race.
if your CPU/regular-miner does this, you wouldn't even notice/care, except when checking your debug.log.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 20, 2010, 10:16:19 AM
updated to SVN 186


Title: Re: OpenCL miner for the masses
Post by: wumpus on November 20, 2010, 03:03:00 PM
updated to SVN 186
Applies cleanly, thanks :)


Title: Re: OpenCL miner for the masses
Post by: satoshi on November 20, 2010, 05:24:20 PM
updated to SVN 186
Thanks m0mchil for keeping up on the updates!

GPU miners, please upgrade as soon as possible to shut down the free transaction abuse!  This version has the new priority-based limit on free transaction spam.

Just updated to SVN 181 and fixed getwork patch to wait 60 seconds between rebuilding the block with new transactions. This is actually the behavior of the original client, was forgotten in the patch by mistake.  Fixes heavy CPU usage on every getwork request (this became obvious with recent heavy transaction spam). Please upgrade.
Before SVN 184, compiling transactions into a block used an n^2 algorithm.  The new efficient single-pass algorithm is orders of magnitude quicker.  (O(n) vs O(n^2)/2 algorithm, n=200 maybe 10 to 100 times quicker)


Title: Re: OpenCL miner for the masses
Post by: slush on November 23, 2010, 06:28:53 PM
Hi m0mchil, firstly thank you for your work. Is there any way to include getwork patch into official client? I'm using bitcoin on old centos server and compiling is pain here!


Title: Re: OpenCL miner for the masses
Post by: satoshi on November 24, 2010, 05:53:09 PM
A revised version of getwork is now in the official client, but the miners need to be updated a little to use it.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 24, 2010, 07:15:49 PM
Thank you satoshi, it is a small fix, I hope it will be ready tomorrow.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 25, 2010, 10:33:06 AM
Updated the miner to work with official bitcoin SVN 189.


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on November 25, 2010, 10:14:06 PM
poclbm_py2exe_20101125 doesnt work for me
(Bitcoin 0.3.17 official @ win7 64)

sharound(..........) errors


Title: Re: OpenCL miner for the masses
Post by: BitLex on November 25, 2010, 10:55:06 PM
works fine for me with 0.3.17 on both, winXP&7 64.



Title: Re: OpenCL miner for the masses
Post by: neptop on November 26, 2010, 12:45:31 AM
poclbm_py2exe_20101125 doesnt work for me
(Bitcoin 0.3.17 official @ win7 64)

sharound(..........) errors

Same here. Got an ATI card and latest (10.11) drivers. Also Win7 64.
Code:
error: function
          "amd_bitalign" declared implicitly
        sharound(D,E,F,G,H,A,B,C,R(37),0x766A0ABB);
        ^


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 26, 2010, 06:43:24 AM
Fixed.


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 26, 2010, 08:12:33 AM
New version works very nicely, except if I try to add -v to my launch options on an nvidia gtx275

http://imgur.com/FwSsr.png

It crashes shortly thereafter

Code:
Faulting application name: poclbm.exe, version: 0.0.0.0, time stamp: 0x4918019b
Faulting module name: nvcuda.dll, version: 8.17.12.6099, time stamp: 0x4cb9d8c5
Exception code: 0xc0000005
Fault offset: 0x000285d5
Faulting process id: 0x480
Faulting application start time: 0x01cb8d411389c8bb
Faulting application path: C:\Users\[user]\Desktop\poclbm_py2exe_20101126\poclbm.exe
Faulting module path: C:\Windows\system32\nvcuda.dll
Report Id: 5a9d2442-f934-11df-8ff5-0026185aa540


Title: Re: OpenCL miner for the masses
Post by: brocktice on November 27, 2010, 03:10:23 AM
Thanks for the updates, m0mchil, and for integrating getwork into the mainline client, Satoshi!  I've also updated my minerd.py to incorporate m0mchil's latest changes, and I've tested it in the testnet and verified that it finds blocks appropriately with the svn r191.


Title: Re: OpenCL miner for the masses
Post by: martin on November 27, 2010, 04:10:13 AM
LobsterMan what the hell kind of graphics card are you running to get those numbers?  :o


Title: Re: OpenCL miner for the masses
Post by: farmer_boy on November 28, 2010, 01:09:38 AM
I managed to get mine to "work" too. I get less hashes out of my graphics card (1400k/s) than from the CPUs (1800k/s). I am also running X, so maybe that matters (but I doubt that).

Why are the AMD GPUs so much faster for this kind of work? From the numbers I have seen in this thread they are truly crushing nvidia. Are the nvidia cards better at doing floating point computations (or at least _something_) or are they basically just obsolete? 


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 28, 2010, 08:40:25 AM
LobsterMan what the hell kind of graphics card are you running to get those numbers?  :o

I run 2 GTX275's, but I think that for some reason, when I specify -v it displays the cumulative hashes as the rate/sec, which is obviously incorrect. It crashes within 10-15 seconds anyway, so I guess nvidia cards just don't play nice with vectors...


Title: Re: OpenCL miner for the masses
Post by: wumpus on November 28, 2010, 09:14:53 AM
You probably get the same result if you remove the GPU kernel call completely :)

I still remember when I was tweaking m0mchil's miner in the hope I could make it somewhat faster on NVidia, once I had that magnificent amount of hashes too I thought w000t. Then I saw the compile error at the top :)

Compilation fails with vectors...


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on November 28, 2010, 11:41:21 AM
Just took the time to write up a long post on how to get this working in windows (complete step by step guide)

http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows

Feel free to add it to the first post or tell your friends or spam this link all over the internet  ;D


Title: Re: OpenCL miner for the masses
Post by: btchris on November 30, 2010, 01:01:18 AM
I've run into this using the latest (20101126) miner executable under windows. I've also seen it once before using an earlier version, I believe 20101102. The miner seems to run fine for a while, and then this error comes up, and the miner exits. Any thoughts? Anything about my setup I can provide to help?
sys:1: DeprecationWarning: struct integer overflow masking is deprecated
Traceback (most recent call last):
  File "poclbm.py", line 140, in <module>
  File "pyopencl\__init__.pyc", line 205, in kernel_call
OverflowError: long int too large to convert

P.S. m0mchil, I can't find a donation address for you... if you had one in your sig, it would be much easier to bribe you for support  ;)


Title: Re: OpenCL miner for the masses
Post by: m0mchil on November 30, 2010, 03:16:24 PM
Thanks David. I forgot to remove that one and now I am unable to remove your quote of it  :)

btchris, please send me a personal message. Since your are using the 'compiled' version (and nobody reported such problem recently with it) I want to know what is your GPU and how do you start poclbm (what parameters you use).


Title: Re: OpenCL miner for the masses
Post by: remyroy on December 02, 2010, 05:52:18 AM
This is pretty nice and workly correctly for me.

With Bitcoin UI using my CPU (Intel Core 2 Quad Q6600: 4 cores at ~3GHz), I get about 5200 khash/s.
With my Radeon HD 5830 GPU (~800MHz - 1GiB of memory), I get about 200500 khash/s.

This is on Windows 7 64 bits with Bitcoin 0.3.17 and poclbm_py2exe_20101126.

Thanks and keep up the good work! ;)


Title: Re: OpenCL miner for the masses
Post by: mikegogulski on December 02, 2010, 11:57:19 AM
Tried this out for fun on Amazon EC2, on a GPU instance described as:

Cluster GPU Quadruple Extra Large 22 GB memory, 33.5 EC2 Compute Units, 2 x NVIDIA Tesla “Fermi” M2050 GPUs, 1690 GB of local instance storage, 64-bit platform, 10 Gigabit Ethernet

For $2.10/hour. Fought like hell to finally get it working.

Code:
[root@ip-10-17-129-89 m0mchil-poclbm-db8597c]# python poclbm.py
No device specified, you may use -d to specify ONLY ONE of the following

Choose device(s):
[0] <pyopencl.Device 'Tesla M2050' at 0x17927d90>
[1] <pyopencl.Device 'Tesla M2050' at 0x17927de0>
Choice, comma-separated [0]:0,1
53481 khash/s

With -v it runs at about 32Mhash/s.

http://www.alloscomp.com/bitcoin/calculator.php tells me that generating a block is going to cost about $378 at this rate, and take a week on average.

Needless to say, I shut it off :) If something 27x faster becomes available, that's breakeven.

Very nice work on the project, though, m0mchil.


Title: Re: OpenCL miner for the masses
Post by: BitLex on December 02, 2010, 12:08:53 PM
thanks for trying,
nice to know that it's worthless.

even a HD5570 is faster than that (mine does 64M) and can run a few years for $378.  :D


Title: Re: OpenCL miner for the masses
Post by: m0mchil on December 02, 2010, 12:16:54 PM
Thanks Mike!

Could you  please try to run it on a single device? Or use '-d 0' and '-d 1' in two separate processes. poclbm is not optimized to run on more than one device (needs to maintain different queues to avoid choking one or the other). Perhaps there's better way to do this, don't know.

Anyway, even if you manage to get more of them it won't be 27x.


Title: Re: OpenCL miner for the masses
Post by: mikegogulski on December 03, 2010, 12:37:28 AM
Thanks Mike!

Could you  please try to run it on a single device? Or use '-d 0' and '-d 1' in two separate processes. poclbm is not optimized to run on more than one device (needs to maintain different queues to avoid choking one or the other). Perhaps there's better way to do this, don't know.

Anyway, even if you manage to get more of them it won't be 27x.
Code:
[root@ip-10-17-144-204 m0mchil-poclbm-db8597c]# python poclbm.py -d 0
55981 khash/s
[root@ip-10-17-144-204 m0mchil-poclbm-db8597c]# python poclbm.py -d 0 -v
35398 khash/s

Okay, point proven. Similar performance when using a single device, so the payoff factor is more like 13.5x rather than 27x, at least on this hardware.


Title: Re: OpenCL miner for the masses
Post by: mikegogulski on December 03, 2010, 01:11:25 AM
Then could you run another instance on python poclbm.py -d 1 ?

Sure, and then the aggregate performance would be about 112Mhashes/sec.


Title: Re: OpenCL miner for the masses
Post by: Kiv on December 04, 2010, 01:17:24 PM
After downloading the latest drivers, I'm getting 15 Mhash/sec on a Geforce 9600 GT. Pretty cool, though I wish it worked with the pooled mining... I am too impatient to wait days for a result ^_^

Anyone know if there are plans to support GPU pooled mining? That would be fantastic.


Title: Re: OpenCL miner for the masses
Post by: slush on December 09, 2010, 10:06:29 AM
After downloading the latest drivers, I'm getting 15 Mhash/sec on a Geforce 9600 GT. Pretty cool, though I wish it worked with the pooled mining... I am too impatient to wait days for a result ^_^

Anyone know if there are plans to support GPU pooled mining? That would be fantastic.

Yes, I'm working on that: http://bitcointalk.org/index.php?topic=1976.40 . It is already working. Want to go live until Sunday. m0mchil's miner working well with that.


Title: Re: OpenCL miner for the masses
Post by: DiabloD3 on December 09, 2010, 02:09:23 PM
Not to sound n00bish, but when I follow the instructions I get:

[mithrandir@fedora poclbm]$ python ./poclbm.py
Traceback (most recent call last):
  File "./poclbm.py", line 3, in <module>
    import pyopencl as cl
ImportError: No module named pyopencl

Funny thing is, I did install pyopencl with an rpm I got.  ??? (I tried it with the src, and got errors. RPM install worked fine.)

My system is: Fedora 14, 32 bit, Python 2.7, ATI Radeon 3100 Graphics, AMD Sempron LE-1300

EDIT: GPUCap via Wine says I don't have OpenCL support, but it also says I don't even have a GPU.  :-\ Is there a way to find out if I have OpenCL support on GNU/Linux?

According to that python error, no you don't have pyopencl installed. Go figure.

Also, you need at least a Radeon 4xxx to use OpenCL, 3xxx isnt enough.


Title: Re: OpenCL miner for the masses
Post by: ribuck on December 09, 2010, 02:29:56 PM
According to that python error, no you don't have pyopencl installed. Go figure.

On Fedora 12, the standard pyopencl installation doesn't work properly. I got it to work by following the instructions here:
http://wiki.tiker.net/PyOpenCL/Installation/Linux
but I had to use the second (longer) procedure in section 3, with locations specified explicitly.

Also, in step 2 of that document, I couldn't get Numpy to install using that method. But it installed properly when I used the GUI rpm installer ("System | Administration | Add/Remove Software").


Title: Re: OpenCL miner for the masses
Post by: teknohog on December 09, 2010, 05:17:27 PM
The latest revision seems to have a problem with vectors. So far, I get about 59 Mhash/s without, and 60.7 with, on a HD5570. However, the latest version slows down to 53.7 with vectors, while it stays at 59 without them.


Title: Re: OpenCL miner for the masses
Post by: m0mchil on December 09, 2010, 07:30:29 PM
Please provide full information about your platform - driver, SDK, OS. Did you tried with different values for worksize, '-f'? With catalyst 10.11, SDK 2.2 on windows I actually see slight improvement with vectors against previous version.


Title: Re: OpenCL miner for the masses
Post by: teknohog on December 09, 2010, 08:07:39 PM
Please provide full information about your platform - driver, SDK, OS. Did you tried with different values for worksize, '-f'? With catalyst 10.11, SDK 2.2 on windows I actually see slight improvement with vectors against previous version.

First of all, going back to commit 99c57637ca0d1db70187 fixes the issue, so the problem seems to be isolated to the last revision.

The system is a Gentoo Linux, kernel 2.6.36.1, with catalyst 10.11 drivers and SDK 2.2. I have not tried any other performance options besides -v and -f 1.

Work size 256 seems to bring the performance back to the expected levels, or at least very close. I should probably keep trying more of these options :)

Edit: I chose 256 as it is the default/maximum for my card. Smaller powers of two seem to work better, -w 64 gives 63.0 Mhash/s.

Edit 2: It seems I had failed to update back to the latest version for these tests (I'm a complete newbie with git :)). The issue with the latest version is not much improved by the -w options.


Title: Re: OpenCL miner for the masses
Post by: kwukduck on December 10, 2010, 12:45:01 AM
I'm trying gpu mining with my new gtx 470 on win7-64
but i get only 77 khash/s

i tried changing -w and -v, doesn't  change much on -w, changing -v crashes the process.

i'd estimate this card would generate about 300000khash

any idea what could be wrong?


[EDIT]

Issue resolved, seems nVidia just has realy bad OpenCL performance

[/EDIT]


Title: Re: OpenCL miner for the masses
Post by: berserk9779 on December 10, 2010, 04:36:37 PM
I have pyopencl installed from packaged deb on launchpad, and when I try to run
Code:
python poclbm.py
I get:
Code:
  File "poclbm.py", line 6
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    ^
SyntaxError: invalid syntax

thanks


Title: Re: OpenCL miner for the masses
Post by: davout on December 10, 2010, 04:42:53 PM
I have pyopencl installed from packaged deb on launchpad, and when I try to run
Code:
python poclbm.py
I get:
Code:
  File "poclbm.py", line 6
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    ^
SyntaxError: invalid syntax

thanks

lol


Title: Re: OpenCL miner for the masses
Post by: berserk9779 on December 10, 2010, 05:26:55 PM
I am a linux noob and don't know anything about python.
And the how to above is for ATI, I am on Nvidia GT9800


Title: Re: OpenCL miner for the masses
Post by: berserk9779 on December 10, 2010, 05:57:55 PM
Now that the noobish mistake is solved I get:

Code:
bruno@bruno-desktop:~/bitcoin-0.3.17$ python ./poclbm.py
  File "./poclbm.py", line 27
    print 'No device specified or device not found, use -d to specify one of the following\n'
        ^
IndentationError: expected an indented block


Title: Re: OpenCL miner for the masses
Post by: m0mchil on December 10, 2010, 07:15:26 PM
Apparently you copy-pasted the file, loosing some important details. Use raw view instead (https://github.com/m0mchil/poclbm/raw/master/poclbm.py (https://github.com/m0mchil/poclbm/raw/master/poclbm.py)). Perhaps for other files too.


Title: Re: OpenCL miner for the masses
Post by: davout on December 10, 2010, 08:47:46 PM
Now that the noobish mistake is solved I get:

Code:
bruno@bruno-desktop:~/bitcoin-0.3.17$ python ./poclbm.py
  File "./poclbm.py", line 27
    print 'No device specified or device not found, use -d to specify one of the following\n'
        ^
IndentationError: expected an indented block

No offense intended :), I asked questions that probably seemed stupid to the people that answered me.
Now I'm happily crunching at 600mh/s thanks to the people that helped me out.

Maybe you should simply clone the git repo so you can transparently get upgrades and forget about this kind of issues altogether
You need to apt-get install git-core and then
git clone <url>
and then you can just git pull from time to time to upgrade.


Title: Re: OpenCL miner for the masses
Post by: berserk9779 on December 12, 2010, 07:55:46 AM
It runs for 4-5 seconds, then asks me for my user-password again.

Code:
~/bitcoinminer$ python ./poclbm.py -d 0
Enter username for jsonrpc at 127.0.0.1:8332: berserk9779
Enter password for berserk9779 in jsonrpc at 127.0.0.1:8332:
20842 khash/sEnter username for jsonrpc at 127.0.0.1:8332: berserk9779
Enter password for berserk9779 in jsonrpc at 127.0.0.1:8332:
20847 khash/sEnter username for jsonrpc at 127.0.0.1:8332:

By the way, before poclbm I need to run bitcoind. Is there an option to have it running with the gui open?


Title: Re: OpenCL miner for the masses
Post by: ribuck on December 12, 2010, 09:29:13 AM
It runs for 4-5 seconds, then asks me for my user-password again.

If you supply the user-password on the command line, you won't get asked for it again:

Code:
./poclbm.py --user=whatever --pass=whatever

That's not ideal from a security point of view, perhaps someone will suggest a better way.

By the way, before poclbm I need to run bitcoind. Is there an option to have it running with the gui open?

You can use bitcoin instead of bitcoind, provided you are using a recent version of Bitcoin (0.3.15 or later) and the latest version of poclbm. This gives you the GUI, plus OpenCL mining.


Title: Re: OpenCL miner for the masses
Post by: davout on December 12, 2010, 09:46:38 AM
It runs for 4-5 seconds, then asks me for my user-password again.

If you supply the user-password on the command line, you won't get asked for it again:

Code:
./poclbm.py --user=whatever --pass=whatever

That's not ideal from a security point of view, perhaps someone will suggest a better way.

By the way, before poclbm I need to run bitcoind. Is there an option to have it running with the gui open?

You can use bitcoin instead of bitcoind, provided you are using a recent version of Bitcoin (0.3.15 or later) and the latest version of poclbm. This gives you the GUI, plus OpenCL mining.

Or you can just edit poclbm source for a quick slightly securer dirty hack


Title: Re: OpenCL miner for the masses
Post by: berserk9779 on December 12, 2010, 06:48:03 PM
It's finally up and running. 22 Mhash on average on a Nvidia 9800GT

But it only works with bitcoind.

And I had to start it like that:

Code:
./bitcoind -rpcuser=berserk9779 -rpcpassword=

and

Code:
./poclbm.py -d 0 --user=berserk9779 --pass=


Title: Re: OpenCL miner for the masses
Post by: Mahkul on December 13, 2010, 12:14:33 AM
Has anyone tried connecting to the bitcoin-server from a different machine using m0mchil's miner?

I am using Windows binary poclbm.exe. I have my bitcoin -server running on a local machine and have no problems connecting from poclbm.exe and generating using my GPU on the same local machine.

When I try to connect to the same bitcoin -server from a different PC using:

poclbm --user=user --pass=password --host=remoteip --port=8332

I keep on getting the message "Unable to communicate with bitcoin RPC".

The firewall on the PC running bitcoin.exe is disabled.

Is what I want to achieve at all possible?


Title: Re: OpenCL miner for the masses
Post by: berserk9779 on December 13, 2010, 12:36:44 AM
I think you should substitute remoteip for the actual private IP of the local machine where the server is running (usually 192.168.x.x)


Title: Re: OpenCL miner for the masses
Post by: m0mchil on December 13, 2010, 05:10:52 AM
From bitcoin docs

Quote
# By default, only RPC connections from localhost are allowed.  Specify
# as many rpcallowip= settings as you like to allow connections from
# other hosts (and you may use * as a wildcard character):
#rpcallowip=10.1.1.34
#rpcallowip=192.168.1.*


Title: Re: OpenCL miner for the masses
Post by: Mahkul on December 13, 2010, 08:15:29 AM
From bitcoin docs

Quote
# By default, only RPC connections from localhost are allowed.  Specify
# as many rpcallowip= settings as you like to allow connections from
# other hosts (and you may use * as a wildcard character):
#rpcallowip=10.1.1.34
#rpcallowip=192.168.1.*

Thanks m0mchil. RTFM. :/


Title: Re: OpenCL miner for the masses
Post by: Mahkul on December 13, 2010, 08:18:29 PM
It's me again...

I managed to connect to my bitcoin -server from two different remote machines.

With the third one I am getting the following error:

Code:
pyopencl.RuntimeError: CommandQueue failed: out of host memory

Does this mean my server has no more memory to accept more miners?


Title: Re: OpenCL miner for the masses
Post by: m0mchil on December 14, 2010, 10:54:22 AM
Added update of block time every second and support for targets < 32 bits. Output now shows block hash and acceptance status.


Title: Re: OpenCL miner for the masses
Post by: adv on December 14, 2010, 04:01:13 PM
May be add "silent" or "demonize" switch?


Title: Re: OpenCL miner for the masses
Post by: SmokeTooMuch on December 14, 2010, 06:00:40 PM
Nice, with Bitcoin 0.3.19, poclbm 20101214 and catalyst 10.12 I get around 82000 khash/s now instead of 78000 with the old versions.


Title: Re: OpenCL miner for the masses
Post by: Mahkul on December 14, 2010, 07:00:51 PM
Regarding my previous post about the "host out of memory" error - I figured that on some systems if you install ATI Catalyst into C:\Program Files\Ati Technologies there is some sort of an error and it is not possible to open the Catalyst Control Centre (this was causing my issue).

The solution to this is to completely uninstall all ATI software and put it into a different directory - I put it into C:\Program Files\Ati and the problem was solved.

Apparently AMD are aware of this issue.


Title: Re: OpenCL miner for the masses
Post by: LobsterMan on December 14, 2010, 09:30:16 PM
The new version seems like it may be running at 1-2mhash more than the previous version  ;D


Title: Re: OpenCL miner for the masses
Post by: ciuciu on December 16, 2010, 09:50:35 PM
Hi,

I try to install the GPU miner under Ubuntu and I get this error:

Traceback (most recent call last):
  File "poclbm.py", line 23, in <module>
    platform = cl.get_platforms()[0]
pyopencl.LogicError: clGetPlatformIDs failed: invalid/unknown error code

I would appreciate some help.

I'm using an 5850 and Ubuntu 10.4.

Thank you.


Title: Re: OpenCL miner for the masses
Post by: davout on December 16, 2010, 11:03:38 PM
Hey momchil, i'm getting loads of these while running your latest git code, weird thing is that I'm getting these messages on only one of the two cores of my 5970, I don't really know what it means, should I downclock it a bit ?

Code:
16/12/2010 23:57, 1a8eed81, invalid or stale
16/12/2010 23:57, 68c13670, invalid or stale
16/12/2010 23:59, 910435fc, invalid or stale
290592 khash/s


Title: Re: OpenCL miner for the masses
Post by: btchris on December 18, 2010, 01:38:29 AM
... on only one of the two cores of my 5970 ... should I downclock it a bit ?
Code:
290592 khash/s
So you're the reason I can't mine any coin...  ;)

*jealously sulks off*


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on December 18, 2010, 11:29:30 AM
Moved actual search to separate thread to avoid IO overhead. It wasn't a problem when used with local bitcoin client, but become a problem with slush's mining pool.

Davout, check if crossfire is switched off. Or try with lower clock. Xelister reported on #bitcoin-dev similar issues with 5970 and Diablo's miner.


Title: Re: python OpenCL bitcoin miner
Post by: Elanthius on December 18, 2010, 12:44:07 PM
D:\Bitcoin\poclbm_20101218>poclbm.exe --help
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Maybe missing a dll?


Title: Re: OpenCL miner for the masses
Post by: slush on December 18, 2010, 12:46:15 PM
Hey momchil, i'm getting loads of these while running your latest git code, weird thing is that I'm getting these messages on only one of the two cores of my 5970, I don't really know what it means, should I downclock it a bit ?

Code:
16/12/2010 23:57, 1a8eed81, invalid or stale
16/12/2010 23:57, 68c13670, invalid or stale
16/12/2010 23:59, 910435fc, invalid or stale
290592 khash/s

Oh! It is exactly what I reported you! I find in server logs that one of your miner is sending corrupted results. Only one, second one is OK. Please try to downclock it a bit.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on December 18, 2010, 01:54:00 PM
Elanthius, in previous version I forgot to remove OpenCL.dll from the py2exe distribution. It is not there in current version and you should check that you have Stream SDK 2.2 installed and proper version of OpenCL.dll loadable by miner. Be sure there aren't multiple versions - for example if an nvidia one from previous drivers load first it could give you this error.


Title: Re: python OpenCL bitcoin miner
Post by: Elanthius on December 18, 2010, 03:24:26 PM
Elanthius, in previous version I forgot to remove OpenCL.dll from the py2exe distribution. It is not there in current version and you should check that you have Stream SDK 2.2 installed and proper version of OpenCL.dll loadable by miner. Be sure there aren't multiple versions - for example if an nvidia one from previous drivers load first it could give you this error.

Hmm, I have an nvidia card that is OpenCL capable. I tried copying over the OpenCL.dll from system32 but that still crashes. In the end I just copied the dll out of the previous version and that seems fine. I'm getting 20Mh/s on a GeForce 8800 so its definitely using OpenCL appropriately.


Title: Re: OpenCL miner for the masses
Post by: BitLex on December 19, 2010, 03:01:00 PM
Hey momchil, i'm getting loads of these while running your latest git code, weird thing is that I'm getting these messages on only one of the two cores of my 5970, I don't really know what it means, should I downclock it a bit ?

Code:
16/12/2010 23:57, 1a8eed81, invalid or stale
16/12/2010 23:57, 68c13670, invalid or stale
16/12/2010 23:59, 910435fc, invalid or stale
290592 khash/s


just got a HD5970 and of course had to try all kinds of settings, drivers and sdk versions to see what works best for me and i came across some similar problems.


running poclbm_py2exe_20101218, or poclbm_py2exe_20101214 pre-compiled binaries (on XP64),
device=1 works fine as usual (<300M),
device=2 though, as soon as it finds the first winning hash, gets this
Code:
19/12/2010 14:56, 0cfc0e17, accepted
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
19/12/2010 14:56, fbe37df7, invalid or stale
...
...
this only happens on device=2, no matter if device=1 is used or not, no matter what clock-speed, even below stock-settings device=2 floods its "invalid or stale"-msg


running device=2 (or both devices) on poclbm_py2exe_20101126 works perfect, both GPUs get <300M, find hashes, which are added to different "pool.Worker-shares" as expected, no troubles at all.

it seems something happened in between 20101126 - 20101214, which effects HD5970s, or multi-gpu-cards,
had no problems before running 2 single-gpu cards.

think i'll keep 20101126 running for now, or am i missing some new required features here?
don't need to know if any single hash has been accepted, as long as >95% are, but i need to run both GPUs, not just one.  ;)






Title: Re: python OpenCL bitcoin miner
Post by: davout on December 19, 2010, 03:18:59 PM
I'm getting these too, didn't get them at all before git pulling latest miner version...


Title: Re: OpenCL miner for the masses
Post by: slush on December 19, 2010, 03:19:27 PM
Are you still using separate workers for each chip/gpu?

To m0mchil - how many getworks() do you prefetch now? I probably have to tune "max_jobs" for those cards.

I see _this_ problem is on my side, because I register every getwork for later checks. Due to optimizations, I have 10 jobs per worker, which worked very well for all miners and 5970. But when m0mchil made some changes, maybe he is prefetching more jobs and I throw away oldest one; it leads to 'stale' errors.

I will increase max_jobs to 20 for your card. Please report if it goes better.

this only happens on device=2, no matter if device=1 is used or not, no matter what clock-speed, even below stock-settings device=2 floods its "invalid or stale"-msg


running device=2 (or both devices) on poclbm_py2exe_20101126 works perfect, both GPUs get <300M, find hashes, which are added to different "pool.Worker-shares" as expected, no troubles at all.

it seems something happened in between 20101126 - 20101214, which effects HD5970s, or multi-gpu-cards,
had no problems before running 2 single-gpu cards.

think i'll keep 20101126 running for now, or am i missing some new required features here?
don't need to know if any single hash has been accepted, as long as >95% are, but i need to run both GPUs, not just one.  ;)







Title: Re: python OpenCL bitcoin miner
Post by: slush on December 19, 2010, 03:20:49 PM

I'm getting these too, didn't get them at all before git pulling latest miner version...

Your limit is already over 20 parallel jobs (increased before days). I hope m0mchil's miner is not so hungry :).


Title: Re: python OpenCL bitcoin miner
Post by: davout on December 19, 2010, 03:27:32 PM
I was getting the very same messages even before trying pooled mining


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on December 19, 2010, 03:37:50 PM
its not only the pool, its the same on local getwork-servers, aka mainline-clients.


Title: Re: python OpenCL bitcoin miner
Post by: slush on December 19, 2010, 03:56:37 PM
its not only the pool, its the same on local getwork-servers, aka mainline-clients.

Oh! Good to know! I didn't realized that. So it should not be related to 'max_jobs' solution in pool.



Title: Re: python OpenCL bitcoin miner
Post by: BitLex on December 19, 2010, 04:09:26 PM
Oh! Good to know!
i guess it is, should have mentioned that earlier.

i tried -testnet, cuz i didnt want to wait a day or 2 to let it happen and it's the exact same invalid-floods as soon as the first hash is found (the first one even makes it to the wallet sometimes).


Title: Re: python OpenCL bitcoin miner
Post by: ColdHardMetal on December 19, 2010, 04:10:41 PM
Hello,

I downloaded the miner and followed the instructions from the OP. I feel as though I have it set up correctly. When I try to run the miner a new CMD window flashes on my screen too rapidly to read anything, or even see if it says anything. I don't get any errors in the CMD window I'm using to launch the miner but I really don't feel like it's working. I'm also not sure how I'm able to tell if it is working.

Any assistance would be appreciated.

Thanks.


Title: Re: python OpenCL bitcoin miner
Post by: dbc on December 19, 2010, 10:07:47 PM
Looking at the opencl kernel, can the belowOrEquals function not avoid the endian related comparison of seperate bytes, instead moving the switch into the python code when creating targetH and targetG. Then less branches in kernel and perhaps better stream usage?


Title: Re: python OpenCL bitcoin miner
Post by: gohan on December 21, 2010, 12:56:32 AM
Finally got my hands on a GTX 275. Reporting stats:

CPU: Core2 Extreme QX6700, 2.67 GHz
OS: Gentoo Linux 2.6.34
Client: Classic 0.3.19 (local build)
khash/sec: ~5000

GPU: Nvidia GeForce GTX 275
Miner: m0mchil's OpenCL (2010-12-20)
Options: -r 3 -f 10 -w 256
khash/sec: ~49500

I have an old motherboard (PCIe 1.0a, etc.) which has a lot of strain on it, so your results with the same CPU or GPU could be better. It seems I should've gone for an ATI radeon (http://www.bitcoin.org/wiki/doku.php?id=bitcoin_miners) though.


Title: Re: python OpenCL bitcoin miner
Post by: distant on December 21, 2010, 02:08:36 AM
Does anyone know what the optimal settings are for a GTX 580?

Thanks,
DiSTANT


Title: Re: python OpenCL bitcoin miner
Post by: fisuk on December 21, 2010, 07:16:58 AM
Finally got my hands on a GTX 275. Reporting stats:

CPU: Core2 Extreme QX6700, 2.67 GHz
OS: Gentoo Linux 2.6.34
Client: Classic 0.3.19 (local build)
khash/sec: ~5000

GPU: Nvidia GeForce GTX 275
Miner: m0mchil's OpenCL (2010-12-20)
Options: -r 3 -f 10 -w 256
khash/sec: ~49500

I have an old motherboard (PCIe 1.0a, etc.) which has a lot of strain on it, so your results with the same CPU or GPU could be better. It seems I should've gone for an ATI radeon (http://www.bitcoin.org/wiki/doku.php?id=bitcoin_miners) though.

Yeah, I guess the problem lies with Nvidia's OpenCL drivers which are less than optimal. If there was a CUDA miner available, Nvidia users would probably get more comparable results.. So, who's up to the task? ;)


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on December 21, 2010, 05:58:10 PM
Finally got my hands on a GTX 275. Reporting stats:

CPU: Core2 Extreme QX6700, 2.67 GHz
OS: Gentoo Linux 2.6.34
Client: Classic 0.3.19 (local build)
khash/sec: ~5000

GPU: Nvidia GeForce GTX 275
Miner: m0mchil's OpenCL (2010-12-20)
Options: -r 3 -f 10 -w 256
khash/sec: ~49500

I have an old motherboard (PCIe 1.0a, etc.) which has a lot of strain on it, so your results with the same CPU or GPU could be better. It seems I should've gone for an ATI radeon (http://www.bitcoin.org/wiki/doku.php?id=bitcoin_miners) though.

Yeah, I guess the problem lies with Nvidia's OpenCL drivers which are less than optimal. If there was a CUDA miner available, Nvidia users would probably get more comparable results.. So, who's up to the task? ;)

Nvidia hardware sucks for mining at the hardware level. CUDA won't help.


Title: Re: python OpenCL bitcoin miner
Post by: GeorgeH on December 23, 2010, 05:56:31 AM
Does anyone know what the optimal settings are for a GTX 580?

Thanks,
DiSTANT

Sell it and buy an ATI card.


Title: Re: python OpenCL bitcoin miner
Post by: jiffy on December 23, 2010, 08:57:22 AM
Hi,

poclbm finally told me that a block was accepted (after 3 days with 0,23Ghash/s).

bitcoind getinfo shows no balance of +50 until now, though.

I read somewhere that this might take very long because the new block is checked very intensively. Couldn't find the text again, though.

So can you tell me that I can calm down or went something wrong and the 3 days of work are gone for somebody else?


Title: Re: python OpenCL bitcoin miner
Post by: davout on December 23, 2010, 09:32:07 AM
you have to wait 120 blocks before the coins mature,
otherwise you might spend coins that were generated on a chain fork


Title: Re: python OpenCL bitcoin miner
Post by: jiffy on December 23, 2010, 09:55:51 AM
you have to wait 120 blocks before the coins mature,
otherwise you might spend coins that were generated on a chain fork


Thanks a lot for quick reply, davout!

Is it possible to see this on blockexplorer.com? What do I have to look for?


Title: Re: python OpenCL bitcoin miner
Post by: theymos on December 23, 2010, 05:10:34 PM
Is it possible to see this on blockexplorer.com? What do I have to look for?

You can see the block on BBE as soon as it is generated (1-minute delay). If it shows up there, it probably won't be reversed, though from time to time this does happen. It won't appear in your balance until it is 120 blocks deep.

The block hash is printed to debug.log by Bitcoin when you find a block. poclbm itself might also do this.
Code:
proof-of-work found 
  hash: 000000001cd845dc081bd5c2f0165f6101edee254a0f716701b70c1522758b69

You can use the hash to search BBE for the block.


Title: Re: python OpenCL bitcoin miner
Post by: gohan on December 23, 2010, 09:26:33 PM
Yeah, I guess the problem lies with Nvidia's OpenCL drivers which are less than optimal. If there was a CUDA miner available, Nvidia users would probably get more comparable results.. So, who's up to the task? ;)

Nvidia hardware sucks for mining at the hardware level. CUDA won't help.

Hi, are there any references you can recommend about this (which thread to read about Nvidia's deficiencies, etc.)? I'm interested in the implementations but I won't get in too deep if there isn't much to be done on CUDA.


Title: Re: python OpenCL bitcoin miner
Post by: GeorgeH on December 24, 2010, 12:38:37 AM
I don't have any references on hand, but here's the Reader's Digest version: nVidia GPUs are built to do fast floating point math. Cryptological algorithms like Bitcoin's are computed using integer math. On the flip side, ATI's GPUs have strong integer math capabilities. ATI cards generally have 4-6x the performance of comparably priced nVidia cards.


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on December 24, 2010, 01:17:11 AM
Yeah, I guess the problem lies with Nvidia's OpenCL drivers which are less than optimal. If there was a CUDA miner available, Nvidia users would probably get more comparable results.. So, who's up to the task? ;)

Nvidia hardware sucks for mining at the hardware level. CUDA won't help.

Hi, are there any references you can recommend about this (which thread to read about Nvidia's deficiencies, etc.)? I'm interested in the implementations but I won't get in too deep if there isn't much to be done on CUDA.


Nvidia and ATI take different performance approaches, and even the newly-announced AMD/ATI GPUs take a slightly different approach than the previous generation. (Approach meaning number of ALUs, memory bandwidth, etc etc.) What this means is that ATI and Nvidia are lately neck-and-neck when it comes to average gaming performance, but for number crunching, especially integer number crunching, ATI/AMD 5xxx series currently hold the worldwide performance, price, and performance/price and performance/watt top spot, by a long shot.


Title: Re: python OpenCL bitcoin miner
Post by: gohan on December 24, 2010, 12:52:09 PM
Ah, Integers! Thank you Smartzkid & brocktice. I thought it would be something more subtle (and bound to change), that's why I went for nVidia. Better warn suckers like me not to buy nVidia for bitcoin mining. :D


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on December 25, 2010, 07:21:43 PM
Ah, Integers! Thank you Smartzkid & brocktice. I thought it would be something more subtle (and bound to change), that's why I went for nVidia. Better warn suckers like me not to buy nVidia for bitcoin mining. :D

It's more than that, basically it's number of stream processors. A 5970 still wins vs. any nvidia for floating point math, even more so when you factor in power and price.  The major downside with ATI is that their GPGPU toolchain is less mature than that of Nvidia. A cluster provider my company uses refuses to put ATI cards in their cluster for that reason. They don't trust them. ATI/AMD cards also not currently designed for headless operation, unlike Tesla cards.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on December 28, 2010, 06:41:51 PM
Updated to support latest change of slush's pool which now returns JSON RPC error when its back-end server is down. Original bitcoind never returns such error as a response to getwork(data).

Summarized, this should help miner continue after pool downtime.


Title: Re: python OpenCL bitcoin miner
Post by: slush on December 28, 2010, 07:13:23 PM
Summarized, this should help miner continue after pool downtime.

Thank you for this update. I believe it will improve overall pool stability. I had to revert json error back to original HTML output, because current miners are crashing. But I will change it to json response after few days, when majority of users will use fixed miners.


Title: Re: python OpenCL bitcoin miner
Post by: Eloar on December 30, 2010, 11:43:04 PM
I have some problems with that. First I can't download binary package. Could someone send it to somekind mirror?

I'm trying to get it working from script, but it is not so easy. I can't make pyopencl installation right. My siteconf.py is:
Quote
BOOST_INC_DIR = [r'C:\Program Files (x86)\boost\boost_1_44']
BOOST_LIB_DIR = [r'C:\Program Files (x86)\boost\boost_1_44\lib']
BOOST_COMPILER = 'msvc'
BOOST_PYTHON_LIBNAME = ['boost_python-vc90-mt-1_44']
USE_SHIPPED_BOOST = False
CL_TRACE = False
CL_ENABLE_GL = False
CL_INC_DIR = ['C:\Program Files (x86)\ATI Stream\include']
CL_LIB_DIR = ['C:\Program Files (x86)\ATI Stream\lib\\x86']
CL_LIBNAME = ['OpenCL']
CXXFLAGS = ['/EHsc', '/DBOOST_PYTHON_NO_PY_SIGNATURES']
LDFLAGS = ['/FORCE']

I get as output from installation (I don't see any errors :/ ) :
Quote
running install
install_dir C:\Program Files (x86)\python\Lib\site-packages\
running bdist_egg
running egg_info
writing requirements to pyopencl.egg-info\requires.txt
writing pyopencl.egg-info\PKG-INFO
writing top-level names to pyopencl.egg-info\top_level.txt
writing dependency_links to pyopencl.egg-info\dependency_links.txt
writing requirements to pyopencl.egg-info\requires.txt
writing pyopencl.egg-info\PKG-INFO
writing top-level names to pyopencl.egg-info\top_level.txt
writing dependency_links to pyopencl.egg-info\dependency_links.txt
reading manifest file 'pyopencl.egg-info\SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'pyopencl.egg-info\SOURCES.txt'
installing library code to build\bdist.win32\egg
running install_lib
running build_py
running build_ext
building '_cl' extension
error: None

but when I try to run poclbm.py I get:
Quote
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
    import pyopencl as cl
ImportError: No module named pyopencl

I was trying for few hours lot of configurations and nothing worked. Pynum, scipy and so are installed and works. All is for x86 installed on Win7 Pro x86_64 on ATi Radeon HD4870. New ATI Stream SDK and CCC are installed, and I tested some apps from examplest that are working.


Title: Re: python OpenCL bitcoin miner
Post by: chris200x9 on December 31, 2010, 01:36:06 AM
A couple questions, how do I confirm this is running for me? In the bitcoin app I don't see and khashes/s I only see it in the terminal in which I ran this from. Second question, my cpu is not being used at all can I use my cpu with the regular bitcoin client to work in parellel. Lastly can I use another computer to work in paralell?


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on December 31, 2010, 02:14:51 AM
how do I confirm this is running for me? In the bitcoin app I don't see and khashes/s I only see it in the terminal in which I ran this from.

If you can see the khash/s rate this means your miner is working. Otherwise it would give you an error message, like: Unable to connect to Bitcoin RPC or Bitcoin isn't running.

Quote
Second question, my cpu is not being used at all can I use my cpu with the regular bitcoin client to work in parellel.

Yes, just enable "Generate coins".

Quote
Lastly can I use another computer to work in paralell?

Yes, as long as you allow its IP in the Bitcoin config file using the rpcallowip option.

Please note that all these questions have already been answered on the forum. Next time try to use Search.


Title: Re: python OpenCL bitcoin miner
Post by: chris200x9 on December 31, 2010, 03:13:33 AM
ok Mahkul sorry and thanks so much!


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 02, 2011, 02:21:01 AM
Edit: False alarm, please ignore.

Hi,

I'm seeing several repeat "accepted" hashes.  Here's an example.

01/01/2011 18:09, e62d8177, accepted
01/01/2011 18:09, e62d8177, accepted
01/01/2011 18:09, a753edb1, accepted
01/01/2011 18:09, c46b1614, accepted
01/01/2011 18:10, 51ccbc9c, accepted
01/01/2011 18:10, 51ccbc9c, accepted
01/01/2011 18:11, 2b411e8b, accepted
01/01/2011 18:11, 2b411e8b, accepted
01/01/2011 18:11, 2b411e8b, accepted
01/01/2011 18:13, 3ddfdb84, accepted
01/01/2011 18:13, 9e29c06c, accepted
01/01/2011 18:13, bdc65504, accepted
01/01/2011 18:13, bdc65504, accepted
01/01/2011 18:14, f4d73c8f, accepted
01/01/2011 18:14, 7229e2dc, accepted
01/01/2011 18:15, af861f38, accepted
01/01/2011 18:15, c5d3b074, accepted
01/01/2011 18:16, c446c905, accepted
01/01/2011 18:16, 5e9072e6, accepted
01/01/2011 18:16, 5e9072e6, accepted

It seems to be getting more frequent over the last few days too, as in I'm now see 3 to 4 repeat "accepted" hashes.
The number of "shares" I get from bitcoin.cz doesn't increase with repeats either.

What would cause the same hash being accepted more than once?
Is my client computing the same hash more than once?  If so, why?

Thanks for the great code.  Getting ~150,000 khash/s.....I think. ;)


Title: Re: python OpenCL bitcoin miner
Post by: Edogaa on January 02, 2011, 02:36:57 AM
alright, I followed the instructions on that site... but why do I keep getting this error regardless of whether I open the .bat file or do so manually?


C:\bitcoin\poclbm_py2exe_20101228\poclbm.exe --user=no --pass=no
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.



I thought I was just doing something wrong at first, but even when I followed the instruction on the blog, word for word, with a slight variation in version numbering I get this error. I don't get what this means, and the poclbm.py has 0 lines in it, and takes up 0 KB. :/


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 02, 2011, 02:42:33 AM
alright, I followed the instructions on that site... but why do I keep getting this error regardless of whether I open the .bat file or do so manually?


C:\bitcoin\poclbm_py2exe_20101228\poclbm.exe --user=no --pass=no
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.



I thought I was just doing something wrong at first, but even when I followed the instruction on the blog, word for word, with a slight variation in version numbering I get this error. I don't get what this means, and the poclbm.py has 0 lines in it, and takes up 0 KB. :/

Just a guess, but do you have the latest drivers for your video card?  
My friend saw something similar last night and a video card driver update resolved it.


Title: Re: python OpenCL bitcoin miner
Post by: ColdHardMetal on January 02, 2011, 03:06:53 AM
alright, I followed the instructions on that site... but why do I keep getting this error regardless of whether I open the .bat file or do so manually?


C:\bitcoin\poclbm_py2exe_20101228\poclbm.exe --user=no --pass=no
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyc", line 3, in <module>
  File "pyopencl\_cl.pyc", line 12, in <module>
  File "pyopencl\_cl.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.



I thought I was just doing something wrong at first, but even when I followed the instruction on the blog, word for word, with a slight variation in version numbering I get this error. I don't get what this means, and the poclbm.py has 0 lines in it, and takes up 0 KB. :/

Just a guess, but do you have the latest drivers for your video card?  
My friend saw something similar last night and a video card driver update resolved it.


I had the same problem when getting started and installing the latest drivers fixed it for me.


Title: Re: python OpenCL bitcoin miner
Post by: Edogaa on January 02, 2011, 03:08:35 AM
After finding the main through on technical support that is what I'm doing right now. I'm not particularly sure if I am up to date or not so I'm just get my latest drivers and hope it works. -.-


Edit: It finally works. ;D

42,000 khash in my GTX 260 :)


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 02, 2011, 03:20:47 AM
After finding the main through on technical support that is what I'm doing right now. I'm not particularly sure if I am up to date or not so I'm just get my latest drivers and hope it works. -.-


Edit: It finally works. ;D

You gotta love bleeding edge technology...changes every month. ;)


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 02, 2011, 03:21:46 AM
Edit: False alarm, please ignore.

Does anyone know why I'm getting double or triple accepted hashes?

01/01/2011 18:09, e62d8177, accepted
01/01/2011 18:09, e62d8177, accepted

01/01/2011 18:09, a753edb1, accepted
01/01/2011 18:09, c46b1614, accepted
01/01/2011 18:10, 51ccbc9c, accepted
01/01/2011 18:10, 51ccbc9c, accepted

01/01/2011 18:11, 2b411e8b, accepted
01/01/2011 18:11, 2b411e8b, accepted
01/01/2011 18:11, 2b411e8b, accepted

01/01/2011 18:13, 3ddfdb84, accepted
01/01/2011 18:13, 9e29c06c, accepted
01/01/2011 18:13, bdc65504, accepted
01/01/2011 18:13, bdc65504, accepted

01/01/2011 18:14, f4d73c8f, accepted
01/01/2011 18:14, 7229e2dc, accepted
01/01/2011 18:15, af861f38, accepted
01/01/2011 18:15, c5d3b074, accepted
01/01/2011 18:16, c446c905, accepted
01/01/2011 18:16, 5e9072e6, accepted
01/01/2011 18:16, 5e9072e6, accepted





Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 02, 2011, 07:49:42 AM
FairUser, please describe your setup with as many details as possible. When did it start showing this?

Does anyone else see something similar?


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 02, 2011, 11:27:39 AM
FairUser, please describe your setup with as many details as possible. When did it start showing this?

Does anyone else see something similar?

AMD Athlon(tm) X4 620 Processor
8GB RAM
1TB HD
ATI RADEON 5750

Using the following to run my miner:
python poclbm.py --user=<removed> --pass=<removed> --port 8332 --rate=2 -f 1 -d 1 -a 5 -w 128 -v -o mining.bitcoin.cz

~149,000 khash/s average speed

I'll start dumping the output to a log to keep better track than using the buffer on my terminal.



Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 02, 2011, 12:45:51 PM
FairUser, please describe your setup with as many details as possible. When did it start showing this?

Does anyone else see something similar?


False alarm. My bad.

The log file is not showing repeats.  We running on a console, it's fine too.  When displayed through my ssh session, it does. 
I think it's the way I have my shell setup.  Whatever it is that's causing it to show up on my remote session twice, is NOT because of the miner.

I repeat.  The problem is NOT because of poclbm.  False alarm, my bad.  Sorry for the mistake.  Please ignore the previous posting. ::)

Thanks again for the awesome work!  What's your bitcoin address, I want to send you a little something for your efforts... 


Title: Re: OpenCL miner for the masses
Post by: teknohog on January 02, 2011, 01:45:37 PM
I have experienced some further oddities with the vectors option, since upgrading to a HD5770. The option seems to work, as in increasing the hash rate (as opposed to the slowdown on HD5570). However, the blocks found are invariably "invalid or stale". Without vectors the blocks are fine, at least on testnet.

As with the HD5570, going back to commit 99c57637ca0d1db70187 helps. The vectors option increases the rate, and blocks are OK. Unfortunately, this is somewhat slower than using the new version with vectors (about 156 vs. 164 Mhash/s) but I think I will choose the way that actually generates blocks :) The new version without vectors gives about 153 Mhash/s.

The system is a Gentoo Linux, kernel 2.6.36.2, with catalyst 10.11 drivers and SDK 2.2. The PCIe slots are only 1x wide, but this probably only affects performance.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 02, 2011, 02:19:34 PM
Just posted my best settings for Windows 7, Stream 2.2, AMD 5770, 5870 (first post). Teknohog, could you please try with Stream 2.1. I can't see why 'vectors' would give invalid results.


Title: Re: python OpenCL bitcoin miner
Post by: teknohog on January 02, 2011, 04:47:18 PM
Teknohog, could you please try with Stream 2.1. I can't see why 'vectors' would give invalid results.

With SDK 2.1, the miner does not even compile with vectors :(

Code:
/tmp/OCLQa31hL.cl(128): error: mixed vector-scalar operation not allowed
          unless up-convertable(scalar-type=>vector-element-type)
        sharound(E,F,G,H,A,B,C,D,R(36),0x650A7354);

But it gets stranger. After reinstalling 2.2, I am getting accepted results with vectors, using the latest version of poclbm. So this looks like an error in my system, and poclbm is fine :)

(Possible sources of error: overheated GPU, which is now cooler after the SDK changes; pyopencl, which is the only component I have to manually compile and install with every SDK change.)


Title: Re: python OpenCL bitcoin miner
Post by: Sawzall on January 02, 2011, 11:07:41 PM
I've not had any luck connecting to slush's pool using this miner with the -o flag. I set it to mining.bitcoin.cz and I get an error reading "Problems communicating with bitcoin rpc". I got the actual IP address for the server (109.74.195.190) and put that in for -o and got the same error.
I tried setting the -p flag to 8332, and get an error saying non-numeric port.


Title: Re: OpenCL miner for the masses
Post by: dingus on January 03, 2011, 12:57:45 AM
I have experienced some further oddities with the vectors option, since upgrading to a HD5770. The option seems to work, as in increasing the hash rate (as opposed to the slowdown on HD5570). However, the blocks found are invariably "invalid or stale". Without vectors the blocks are fine, at least on testnet.

As with the HD5570, going back to commit 99c57637ca0d1db70187 helps. The vectors option increases the rate, and blocks are OK. Unfortunately, this is somewhat slower than using the new version with vectors (about 156 vs. 164 Mhash/s) but I think I will choose the way that actually generates blocks :) The new version without vectors gives about 153 Mhash/s.

The system is a Gentoo Linux, kernel 2.6.36.2, with catalyst 10.11 drivers and SDK 2.2. The PCIe slots are only 1x wide, but this probably only affects performance.

Just thought I should add I am using two 5770s in crossfire. Both are overclocked to core @ 1020mhz / memory @ stock, volt @ 1.35 and are producing a total of 364 million hashes per second with vectors enabled. Everything is running fine with my setup. Blocks are accepted with no problems.

Win 7 64bit. latest catalyst drivers and latest stream sdk.


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on January 03, 2011, 03:04:28 AM
I've not had any luck connecting to slush's pool using this miner with the -o flag. I set it to mining.bitcoin.cz and I get an error reading "Problems communicating with bitcoin rpc". I got the actual IP address for the server (109.74.195.190) and put that in for -o and got the same error.
I tried setting the -p flag to 8332, and get an error saying non-numeric port.

try "--port 8332"


Title: Re: python OpenCL bitcoin miner
Post by: Sawzall on January 03, 2011, 03:15:25 AM
I've not had any luck connecting to slush's pool using this miner with the -o flag. I set it to mining.bitcoin.cz and I get an error reading "Problems communicating with bitcoin rpc". I got the actual IP address for the server (109.74.195.190) and put that in for -o and got the same error.
I tried setting the -p flag to 8332, and get an error saying non-numeric port.

try "--port 8332"
fixed the issues with traceback but not the connection issue.


Title: Re: OpenCL miner for the masses
Post by: teknohog on January 03, 2011, 03:52:30 PM
Just thought I should add I am using two 5770s in crossfire. Both are overclocked to core @ 1020mhz / memory @ stock, volt @ 1.35 and are producing a total of 364 million hashes per second with vectors enabled. Everything is running fine with my setup. Blocks are accepted with no problems.

Thanks for the info. By the way, does Crossfire mean that the client sees a single GPU with doubled performance, or do  you need to use two clients?

It seems I may have some thermal issues, as my card is passively cooled and needs extra care with the case airflow. When using slush's pool, a few % of my results were invalid, but the error rate goes down as I improve ventilation.

The card does feature thermal throttling, which became evident as the case fan was accidentally disconnected, and the hash rate went down. Unfortunately, it is not sensitive enough. I assume the error tolerance in GPUs is higher than in CPUs, considering the majority of uses. In any case it is hard to say if the GPU is faulty, since it works fine most of the time.

As for Sawzall's RPC problems, I wonder if this is relevant: I used to have a http_proxy variable in my shell, as some browsers (notably Chrome) could not be configured to use a proxy otherwise. Since json-rpc uses http, it was confused by the proxy, and it took me a while to see where the problem was.

Update: I swapped the PSU, and have been running error-free for 20 hours since then, about 2700 shares in the pool. Also tested with AMD's tools (aticonfig, atiode) that the GPU is fine. So it was most likely a PSU problem.


Title: Re: python OpenCL bitcoin miner
Post by: cdb000 on January 04, 2011, 03:01:44 AM
Running this miner on 32 bit Windows XP it works very well, about 290Mhash/sec on a HD5870 and very small CPU use.
Running on 32 bit Windows 7, the same 290Mhash/sec performance is observed, but the miner is keeping 1 CPU core fully busy.

In both cases the latest (10.12) Catalyst version is installed.

I would prefer to run on Windows 7, so... is there anything that can be done to reduce the CPU use in the Windows 7 case?


Title: Re: python OpenCL bitcoin miner
Post by: CNCaddict on January 05, 2011, 12:46:14 AM
Everything is running great here except when I play a video my computer crashes.  I'm running a Radeon 6970 and as soon as I click on a video (youtube, etc) etc I get a hard lock.  If I turn off poclbm.exe no problems with the videos.  Has anyone had a similar experience?


Title: Re: python OpenCL bitcoin miner
Post by: dingus on January 05, 2011, 01:49:15 AM
Everything is running great here except when I play a video my computer crashes.  I'm running a Radeon 6970 and as soon as I click on a video (youtube, etc) etc I get a hard lock.  If I turn off poclbm.exe no problems with the videos.  Has anyone had a similar experience?
Yes. On my old 5770 dual crossfire setup when I would have a flash video open (youtube, securitytube, I'm pretty sure anything with flash) I would just get a dip in M/hash/s by about 20M. Never had any lock ups.

Same deal with my 5970. It is a dual gpu card and only 1 gpu takes the performance hit by about the same amount in M/hash/s.


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on January 05, 2011, 03:40:22 AM
Everything is running great here except when I play a video my computer crashes.  I'm running a Radeon 6970 and as soon as I click on a video (youtube, etc) etc I get a hard lock.  If I turn off poclbm.exe no problems with the videos.  Has anyone had a similar experience?

Try backing the clock down a little if you're overclocking.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 05, 2011, 01:01:17 PM
Fixed issue with intermittent solving for duplicate pool job. Anyone using the miner against a pool should upgrade to latest version to avoid losing shares.

Also, kernel now compiles with vectors on Stream 2.1


Title: Re: python OpenCL bitcoin miner
Post by: bfever on January 05, 2011, 08:50:52 PM
Everything is running great here except when I play a video my computer crashes.  I'm running a Radeon 6970 and as soon as I click on a video (youtube, etc) etc I get a hard lock.  If I turn off poclbm.exe no problems with the videos.  Has anyone had a similar experience?

I have exactly the same issue as you described: a complete freeze of all Windows (running Vista 64bit), not even ctrl-alt-del working anymore. And I suspect everything from Adobe: not only flash player but even opening a PDF in Acrobat Reader causes my system to freeze.

I had an ATI 4870 before which didn't show this problem.


Title: Re: python OpenCL bitcoin miner
Post by: alowm on January 06, 2011, 09:09:17 AM
Thanks for this. Working fine on:

2010 iMac running OSX 10.6.5 with a 256mb HD4850
Python 2.6.1
PyOpenCL 0.92
SVN revision #19 of python-jsonrpc
Commit 7ed72feab9baac99727c4bafaadb8575787ab627 of the miner

Doing 14,000-16,000 khash/sec. The CPU miner on the Core i7 Quad was only doing 1,500 khash/sec per core.  :o


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on January 10, 2011, 09:13:44 PM
I'm about to set up m0mchil's miner on openSUSE 11.3, and I have a couple of (hopefully) simple questions.  Can I continue to use my motherboard-integrated Nvidia GPU for display purposes while running an ATI 5XXX card strictly for mining?  I presume I add the ATI driver to the kernel but don't make any changes to X so it continues to use the Nvidia.  Also, can I use the ati-fglrxG02-kmp-desktop driver from the repo at www2.ati.com/suse/11.3/ (http://www2.ati.com/suse/11.3/), or do I need to compile from source?  Thanks.


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on January 10, 2011, 09:16:39 PM
I'm about to set up m0mchil's miner on openSUSE 11.3, and I have a couple of (hopefully) simple questions.  Can I continue to use my motherboard-integrated Nvidia GPU for display purposes while running an ATI 5XXX card strictly for mining?  I presume I add the ATI driver to the kernel but don't make any changes to X so it continues to use the Nvidia.  Also, can I use the ati-fglrxG02-kmp-desktop driver from the repo at www2.ati.com/suse/11.3/ (http://www2.ati.com/suse/11.3/), or do I need to compile from source?  Thanks.

I doubt it, the ATI cards will need X displays on them (even if no physical displays), or they won't work with OpenCL. Stupid, I know. You'd be better off just using one of the ATI cards for display and disabling the on-board card, or if you have the spare slots, add another ATI card just for display.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on January 10, 2011, 10:26:27 PM
OK, maybe I will install it as a multiple-monitor setup and just not plug a monitor into the ATI card.  I am still a bit confused about how OpenCL works; I thought the fglrx driver supported it directly.  Is the SDK necessary?


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on January 11, 2011, 03:47:09 PM
OK, maybe I will install it as a multiple-monitor setup and just not plug a monitor into the ATI card.  I am still a bit confused about how OpenCL works; I thought the fglrx driver supported it directly.  Is the SDK necessary?

You will need the streaming SDK. I recommend 2.1, although maybe I'm behind the times and 2.2 is supported better now?


Title: Re: python OpenCL bitcoin miner
Post by: lfm on January 12, 2011, 04:01:20 AM
OK, maybe I will install it as a multiple-monitor setup and just not plug a monitor into the ATI card.  I am still a bit confused about how OpenCL works; I thought the fglrx driver supported it directly.  Is the SDK necessary?

You will need the streaming SDK. I recommend 2.1, although maybe I'm behind the times and 2.2 is supported better now?

as far as I know 2.2 and 2.3 still dont quite work as well as 2.1 for mining. good luck


Title: Re: python OpenCL bitcoin miner
Post by: em3rgentOrdr on January 12, 2011, 10:17:13 AM
Thanks to this OpenCL bitcoin miner, I'm getting 28,000 khash/sec on my Nvidia GF9800GX2, on an Ubuntu 10.10 machine, with an additional 2,000 khash/sec from the regular bitcoin client running on my low-end Core2 Duo.

UPDATE: that 28,000 khash/sec is only using one card (DEVICE 0) of the dual-card GF9800GX2.  The other card (DEVICE 1) currently renders my desktop screen, but when I run DEVICE 1, I get an additional 26,000 khash/sec.  That is a total of ~54,000 khash/sec when both cards of my GF9800GX2 are being used.

UPDATE: I modified a script to invoke this OpenCL miner to run DEVICE 1 upon detection of screen saver: http://bitcointalk.org/index.php?topic=2636.msg37461#msg37461 (http://bitcointalk.org/index.php?topic=2636.msg37461#msg37461)


Title: Re: python OpenCL bitcoin miner
Post by: lfm on January 12, 2011, 06:39:58 PM
Thanks to this OpenCL bitcoin miner, I'm getting 28,000 khash/sec on my Nvidia GF9800GX2, on an Ubuntu 10.10 machine, with an additional 2,000 khash/sec from the regular bitcoin client running on my low-end Core2 Duo.

UPDATE: that 28,000 khash/sec is only using one card (DEVICE 0) of the dual-card GF9800GX2.  The other card (DEVICE 1) currently renders my desktop screen, but when I run DEVICE 1, I get an additional 26,000 khash/sec.  That is a total of ~54,000 khash/sec when both cards of my GF9800GX2 are being used.

UPDATE: I modified a script to invoke this OpenCL miner to run DEVICE 1 upon detection of screen saver: http://bitcointalk.org/index.php?topic=2636.msg37461#msg37461 (http://bitcointalk.org/index.php?topic=2636.msg37461#msg37461)

I suspect it would be best to set the screensaver to a blank screen also so you dont waste cycles on cute displays


Title: Re: python OpenCL bitcoin miner
Post by: em3rgentOrdr on January 13, 2011, 12:00:58 AM
Thanks to this OpenCL bitcoin miner, I'm getting 28,000 khash/sec on my Nvidia GF9800GX2, on an Ubuntu 10.10 machine, with an additional 2,000 khash/sec from the regular bitcoin client running on my low-end Core2 Duo.

UPDATE: that 28,000 khash/sec is only using one card (DEVICE 0) of the dual-card GF9800GX2.  The other card (DEVICE 1) currently renders my desktop screen, but when I run DEVICE 1, I get an additional 26,000 khash/sec.  That is a total of ~54,000 khash/sec when both cards of my GF9800GX2 are being used.

UPDATE: I modified a script to invoke this OpenCL miner to run DEVICE 1 upon detection of screen saver: http://bitcointalk.org/index.php?topic=2636.msg37461#msg37461 (http://bitcointalk.org/index.php?topic=2636.msg37461#msg37461)

I suspect it would be best to set the screensaver to a blank screen also so you dont waste cycles on cute displays


Good point!  Actually, I've set the screen saver to disply my photo image gallery, so it doesn't consume many GPU cycles.  :)


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on January 13, 2011, 07:31:49 PM
Quote
Because 5970 is actually two 5870s with internal crossfire. OpenCL doesn't work with crossfire. It must be switched off. You can't switch it off on Windows. For now, 5970 can be used fully on Linux only.
this is definitely NOT true.
as i posted earlier in this thread (http://bitcointalk.org/index.php?topic=1334.msg31621#msg31621) running both 5970 GPUs on crossfire-activated windows with poclbm_py2exe_20101126 works (almost) perfect, both cores get their ~300M, both cores find hashes/solve blocks/earn bitcoins.

the only problem remaining is, that poclbm_py2exe_20101126 stops working, or crashes, when slush restarts the pool-server (which isn't a problem when mining on my own), so i always have to keep an eye on the miner to make sure it's still running.
i can't do that 24/7, which is why i currently use 2 miner-versions, poclbm_py2exe_20110104 on my first core, poclbm_py2exe_20101126 on second core, so only one core stops working on a server-restart/-crash.

it would really be cool, if you could check what you changed after 20101126 and this could be solved, so that windows-users aren't limited anymore to a single core (when using latest miner-versions).
until then, every win-user should try my way, to get both dual-gpu-cores mining.


Title: Re: python OpenCL bitcoin miner
Post by: teknohog on January 13, 2011, 11:25:34 PM
If anyone is using multiple GPUs on Linux, can you please post some more details?

I tried this the other day (5570 + 5770) and the results were not impressive. Ideally, I wanted to use the weaker card for my main screen, so the other GPU could crunch at a lower FPS. However, anything to increase the hash rate compared to the single 5770 would be nice.

The setup was one X server with two screens, both connected to the same monitor since the Radeons cannot work headless. The problem was that while one GPU was crunching at a low FPS, the other screen was also lagging. In addition, crunching on the other GPU was severely slowed down. I could not get the total hash rate above that of the single 5770.

Is anyone using separate X servers or some other kind of setup? I suspect my system might have some inherent limitations (weak CPU, only 1x PCIe slots), so if other people have working dual-screen setups, I probably won't bother with any other tricks.


Title: Re: python OpenCL bitcoin miner
Post by: tmr0 on January 14, 2011, 05:48:19 AM
I've had  my HD5770 running for over 2 weeks and have not had anything accepted, I'm getting ~150,000 khash/s.  I am using the following with pyopencl and poclbm:

1. Ubuntu 10.04 amd64
2. ati-driver-installer-10-10-x86.x86_64.run
3. ati-opencl-runtime_2.1_amd64.deb
4. ati-opencl-dev_2.1.deb

Any thoughts on how to go about troubleshooting?


Title: Re: python OpenCL bitcoin miner
Post by: em3rgentOrdr on January 14, 2011, 06:28:13 AM
I've had  my HD5770 running for over 2 weeks and have not had anything accepted, I'm getting ~150,000 khash/s.  I am using the following with pyopencl and poclbm:

1. Ubuntu 10.04 amd64
2. ati-driver-installer-10-10-x86.x86_64.run
3. ati-opencl-runtime_2.1_amd64.deb
4. ati-opencl-dev_2.1.deb

Any thoughts on how to go about troubleshooting?


Bitcoin block generation is entirely probabilistic, where each hash attempt is completely independent on others.  According to http://www.alloscomp.com/bitcoin/calculator.php (http://www.alloscomp.com/bitcoin/calculator.php) the probability of time you will have to wait to generate a block are as follows:

Quote
Difficulty Factor   16307.4828568
Hash Target   1.65320028405E+63
Hash Rate (khps)   ~150,000

Probability   Time
Average   5 days, 9 hours, 42 minutes
50%   3 days, 17 hours, 54 minutes
95%   16 days, 4 hours, 33 minutes

You will have to wait.


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on January 14, 2011, 07:46:12 AM
You will have to wait.

Probably. But I would try to run it on testnet and see if anything gets accepted. On testnet, you should get a block after several minutes. If it works on testnet, it's just a matter of time (and luck) on "realnet".


Title: Re: python OpenCL bitcoin miner
Post by: ledskof on January 15, 2011, 06:19:30 AM
Everything is running great here except when I play a video my computer crashes.  I'm running a Radeon 6970 and as soon as I click on a video (youtube, etc) etc I get a hard lock.  If I turn off poclbm.exe no problems with the videos.  Has anyone had a similar experience?

I have exactly the same issue as you described: a complete freeze of all Windows (running Vista 64bit), not even ctrl-alt-del working anymore. And I suspect everything from Adobe: not only flash player but even opening a PDF in Acrobat Reader causes my system to freeze.

I had an ATI 4870 before which didn't show this problem.


Me too.  I have an ATI HD 6970 in a Windows 7 box.  Even at standard clock speeds, if I bring up a youtube video, the screen freezes and I can no longer toggle keyboard lights. iTunes still plays, but I haven't tested network services or anything yet.  Maybe there is some chance I could RDP into it, but I doubt it.

It's really annoying having to remember what not to do, but oh well.  I'm just waiting for the crashing to finally cause a problem with my 4 x SSD RAID 0.

I'm also finding that SDK v2.1 just isn't happening for me.  I removed all ATI related apps, used Driver Sweeper to clean up the remnants, and then went with the 12.10a hotfix + ATI Stream SDK v2.1.  When I run poclbm.exe, it gives the same error message it gives when the Stream SDK isn't installed at all.

I also tried this on a laptop with an ATI HD 5730 in it.  Same thing with poclbm not recognizing the Stream SDK v2.1.  Am I missing some step to get it working?  v2.3 works just fine for me, it's just that I'm assuming in light of people saying to run 2.1, that I would get more performance out of it.  I'm getting 290mhash/s right now by overclocking it to 920mhz.  Any higher seems to just crash it. I was a little too busy to tweak with it right now, so I haven't messed with the the memory clock or voltage much yet.


Title: Re: python OpenCL bitcoin miner
Post by: teknohog on January 15, 2011, 03:34:04 PM
v2.3 works just fine for me, it's just that I'm assuming in light of people saying to run 2.1, that I would get more performance out of it.

In my experience, 2.2 is the best. 2.1 used to have compilation problems with vectors, and 2.3 is a little slower (on a HD5770). These things really seem to be different for different setups, so there is no reason to follow an arbitrary rumour. Try them all and see what works best for you.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on January 15, 2011, 04:47:23 PM
When switching out the SDK, does one just need to copy in the library files, or does PyOpenCL need to be rebuilt?


Title: Re: python OpenCL bitcoin miner
Post by: ElectricGoat on January 15, 2011, 06:25:45 PM
Hi,

I don't have a big expensive graphic card, but I wanted to try anyway. For the record, I have a Radeon HD 5450, and I get a little below 11 Mhash/s with the default settings, plus maybe 2 Mhash/s with the i3 CPU (3.7 MHash/s with the CPU only). So, of course, it's not very impressive, and probably not worth mining with.


Title: Re: python OpenCL bitcoin miner
Post by: tmr0 on January 16, 2011, 05:45:45 AM
You will have to wait.

Probably. But I would try to run it on testnet and see if anything gets accepted. On testnet, you should get a block after several minutes. If it works on testnet, it's just a matter of time (and luck) on "realnet".

Thanks for that tip, I called bitcoin with -testnet and -server and got results accepted fairly quickly.  I suspect something was not right with the way the bash script I wrote was launching poclbm.


Title: Re: python OpenCL bitcoin miner
Post by: tcatm on January 16, 2011, 08:09:22 PM
fake-push and logging support: http://pastebin.com/J4qZRgXT


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on January 17, 2011, 02:17:49 PM
Hi,

I have nvidia Geforce 9400GT with latest drivers 260.99
I am running poclbm.exe -d0 --host=mining.bitcoin.cz --port=8332 --user=##### --pass=##### & i get around 2300+ khash/s
I tried with -w256 & get same result, If i go for low value i get less khash/s & if i try more than 256, even 257, it runs for 5 seconds & crashes
But i get more than 4000000khash/s that time. Only for 5 seconds.
I saw ati cards have ati stream sdk, which improves a lot to achieve more khash/s.
Is there some way to increase the khash/s of my graphics card.
It has CUDA= 3.2 & opencl=1.0


Title: Re: python OpenCL bitcoin miner
Post by: robmon on January 17, 2011, 06:30:56 PM
I was happily mining avg 148 000 khash/s with my 5770 but after reading the original post a little closer and trying the Known best settings I instantly juiced it up to 170 000 khash/s! Important lesson learned, read things thoroughly or don't bother at all.   ;D

Quote
Known best settings
(please PM better/best settings for your platform)
Windows 7 64, Stream 2.2, AMD 5[7-8]70
use '-v -w 128' with '-f 30' on 5770 (160 MHash), '-f 5' on 5870 (318 MHash)


Title: Re: python OpenCL bitcoin miner
Post by: ledskof on January 20, 2011, 01:45:37 AM
I'm getting about 295M with a 6970.  Anyone doing better with a 6970?


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on January 20, 2011, 03:58:41 AM
robmon, dial up your core clock to 950 MHz.  I'm getting 185 Mhash/s on a 5770.


Title: Re: python OpenCL bitcoin miner
Post by: geebus on January 21, 2011, 10:59:29 PM
I'm having an odd issue, seeing if anyone else has seen it...

On my HD6950 running m0mchill's miner, I get ~300Mhash/s and it runs relatively well until I open any other program that uses video acceleration, at which point, my display freezes. To elaborate, my PC doesn't freeze. I can remote desktop into the box, and likewise view my account activity on Slush's pool and see I'm still submitting shares, but the display itself is frozen. Running puddinpop's rpcminer I see the same situation, but his will eventually crash, driver will reset and I get a nice event viewer log for atiocl.dll crashing.

Running Windows 7 Ultimate x86, Sapphire HD6950 (tried with BIOS mod to 6970 as well) with Catalyst 10.12a and Stream SDK 2.3. This configuration seems the most stable out of all, but still occurs.

I've also tried the following:
Catalyst 10.10 / Stream 2.1
Catalyst 10.12 / Stream 2.2
Catalyst 10.12 / Stream 2.3
Catalyst 10.12a / Stream 2.2
Catalyst 11.1a / Stream 2.3

Issue occurs regardless of driver/stream configuration. I am running HDMI digital out on my card.

I don't know if this is an issue of how the OpenCL miners are handling the calls to atiocl.dll, a digital-out issue, or a driver/stream config issue. Any help would be greatly appreciated though.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on January 22, 2011, 04:21:10 PM
Hi geebus.  I suspect this is an OpenCL issue since I see the same behavior on Linux.  Have you tried backing the clocks down?  Others have reported that things are more stable if not overclocking.  I decided to just dedicate some machines to mining.  They tend to be unstable even when browsing flash-enabled web pages.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 24, 2011, 10:49:31 AM
I made some pool related changes - socket timeout is now 5 seconds to avoid solving some jobs more than once. Exception handling should be somewhat better too.


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on January 24, 2011, 02:03:27 PM
sad that it still doesn't run both 5970 cores,
i'm still forced to use poclbm_py2exe_20101126 on GPU2 (which runs fine, except it crashes, or just stops working from time to time, at least on the pool).


Title: Re: python OpenCL bitcoin miner
Post by: tcatm on January 25, 2011, 05:27:10 AM

http://pastebin.com/v98gWWLc (port of ArtForz's code)

567 Mhash/s on a 5970 @ 725 MHz



Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 25, 2011, 02:42:59 PM
Updated to use ArtForz kernel. Lowered default 'frames' to 30.

I am seeing biggest improvement on linux, Stream 2.1, 2x5970 - ~5%

Thanks ArtForz, tcatm


Title: Re: python OpenCL bitcoin miner
Post by: bitcoin2 on January 26, 2011, 03:42:16 PM
On testnet I got only a "invalid or state" error message. Has anybody successfully mined a Block with the new Software?


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 26, 2011, 05:20:23 PM
Ok, just confirmed... latest version is good only with 'difficulty = 1'. Working properly only on slush's pool.

Please revert to previous version for mining solo. I'm working on a fix.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on January 26, 2011, 08:13:58 PM
Hello all,

New here to the BC scene, I've everything setup successfully with the pOpenCL miner, but have just 2 questions if anyone could fill me in I wasnt able to find much information on:

1) What exactly is the -w / workspace variable doing? I understand where it's pulling the value from in OpenCL, but how does adjusting this effect the process?
2) I've tuned the -w variable down as best I know how to attempt using BC, (running @ -w 62) so I can try to run this in the background while working. It's using 100% of the CPU. Not a huge problem I just saw someone here mentioning it shouldn't be that high? Any ideas on what might be the cause?


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on January 26, 2011, 09:20:59 PM
Ok, just confirmed... latest version is good only with 'difficulty = 1'. Working properly only on slush's pool.

Please revert to previous version for mining solo. I'm working on a fix.

My fork has been reverted.


Title: Re: python OpenCL bitcoin miner
Post by: geebus on January 27, 2011, 04:55:02 AM
Is there a guide on how to compile poclbm on windows from source? Or rather, a step-by-step guide on installing python, required packages, and then executing the source?

I can't seem to find one, but I believe I saw one before. All current windows guides just direct you to use the pre-compiled binary.


Title: Re: python OpenCL bitcoin miner
Post by: ronaldmaustin on January 27, 2011, 08:58:51 AM
Here's what I've observed with a 5970 and now a 5870 as well.  Hope it helps someone.  First and foremost, a few posts back someone noted to use the "Known Best Settings".  I added the -f5 switch and I went from about 560Mhash/sec to consistently over 600Mhash/sec on the 5970 alone. 

Next, the first post in this thread says . . .
"5970 is actually two 5870s with internal crossfire. OpenCL doesn't work with crossfire. It must be switched off. You can't switch it off on Windows. For now, 5970 can be used fully on Linux only."
I have used the 5970 for over a month on Windows 7 and get results from both cores, about 300Mhash/sec each.  So I don't know what that comment is all about.

Next, I finally was happy with my results with the 5970 and I can never leave well enough alone.  So I bought a 5870 tonight and threw that into my motherboard as well.  At first I was getting "Disabled Adapter" in Catalyst Control Center, although I could see the third GPU (now as GPU #1) in MSI Afterburner.  It did nothing and just sat there very cool.  poblcm only recognized the two 5970 cores and the CPU.  After looking at posts on Google as far back as 2008, someone said, "Plug in another monitor".  Not having another monitor, I plugged in my monitor to the 5870 instead.  Now, the 5870 GPU was the only core recognized by poblcm along with the CPU.  So I ran poblcm with a device=1 and it worked!  Then I unplugged the monitor from the 5870 and replugged it into the 5970.  Now, even though the 5870 was the disabled adapter again, poblcm was still running on the 5870.  Then I ran poblcm again on device=1 and device=0 and both of the 5970 cores were running alongside the 5870, for a total of about 875Mhash/sec.  Pretty good.  So that's just FYI for anyone running multiple 5870's, 5970's or combinations thereof.  I wish there was a way to get Catalyst Control Center, or ATI Stream, or whatever ATI driver it is to enumerate all three cores so I would not have to unplug and replug the monitor into different cards every time I want to run poblcm on the 5870 and 5970 at the same time.  I would suspect this would be a similar problem, and a similar solution, for running poblcm on  two 5970's on Windows.


Title: Re: python OpenCL bitcoin miner
Post by: slush on January 27, 2011, 10:29:56 AM
It must be switched off. You can't switch it off on Windows. For now, 5970 can be used fully on Linux only.

This is nice urban legend. With current drivers, it isn't true (this issue is probably related to some ancient drivers). I had also 5970 miner on Win and without problem.

Quote
Google as far back as 2008, someone said, "Plug in another monitor".  Not having another monitor, I plugged in my monitor to the 5870 instead.  Now, the 5870 GPU was the only core recognized by poblcm along with the CPU.  So I ran poblcm with a device=1 and it worked!

Nice trick! I failed to connect second 5970 to my Win box on the same issue. Now I'm running Linux, but it was a pain (related to non-problem setup of single 5970 on Windows).


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 27, 2011, 04:48:28 PM
Miner is now fixed. It found blocks on testnet. Added verification of kernel result in host.

I will highly appreciate any reports about hash speed with this version.


Title: Re: python OpenCL bitcoin miner
Post by: hacim on January 27, 2011, 05:35:03 PM
Thanks for the update on the miner, I was using the previous version of the ArtForz, and was getting approximately 332khash/sec, with your update I'm getting ~340khash/sec, so certainly an improvement!


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on January 28, 2011, 06:42:41 AM
I'm getting an extra 10-20khash/s on my 5970. Kudos sir.


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on January 28, 2011, 09:33:09 AM
@m0mchil: Man, you are a genius! Still not accepting donations?

I am getting extra 10khash/s on my 4850: was ~65Mhash/s, now ~75Mhash/s
On the 5850 got extra 8~- up from 292Mhash/s to 300Mhash/s

OS on both: Windows XP


Title: Re: python OpenCL bitcoin miner
Post by: hacim on January 28, 2011, 02:44:48 PM
Anyone found a block with this new kernel on this miner? I know difficulty recently went up but my last block found was on my 5870 with the previous kernel on 01/24/22 11:46... more time has elapsed than I would have expected.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on January 28, 2011, 07:27:38 PM
Can anyone explain a bit on the advantages of Pool mining with Slush's pool vs Mining solo?

I'm solo mining and am still pretty new to this scene, and I've seen the details on HOW to mine in Slush's pool, but I haven't grasped the advantages if any, for my situation


Title: Re: python OpenCL bitcoin miner
Post by: hacim on January 28, 2011, 09:46:46 PM
1. Ubuntu 10.04 amd64
2. ati-driver-installer-10-10-x86.x86_64.run
3. ati-opencl-runtime_2.1_amd64.deb
4. ati-opencl-dev_2.1.deb

Where are you getting these .debs from?


Title: Re: python OpenCL bitcoin miner
Post by: sc8nt4u on January 28, 2011, 11:21:19 PM
Can anyone explain a bit on the advantages of Pool mining with Slush's pool vs Mining solo?

I'm solo mining and am still pretty new to this scene, and I've seen the details on HOW to mine in Slush's pool, but I haven't grasped the advantages if any, for my situation

What are you using to mine?

- If it's a slower machine you'd benefit a lot more by joining a mining pool as it may be weeks or months before you mint your first block. By joining a pool you'd have a steady stream of coins.

- Faster systems, you have a choice. Sometimes there is network latency issues with retrieving/sending work and/or sending timed out invalid work. When I say fast I would say at least a single 5970 to qualify.


Title: Re: python OpenCL bitcoin miner
Post by: bitk on January 29, 2011, 04:32:27 AM
Hello m0mchil.
I've been using your client a lot lately with a GTS 250 card...
Today I got a new shiny ATI card and I can't use it with your miner, even if they get recognized by software like GPU Caps Viewer! Let me explain...
I got both VGAs on my PC, ofc there's no "Crossfire" or "SLI" since they are from different vendors. The problem arises since the nvidia uses the CUDA OpenCL, the ATI uses (of course) the Stream impementation. This way, my 2 physical cards reside on 2 different cl_platform....
Now, I never touched python in my entire life... but those 2 lines looks... suspicious :P

Code:
platform = cl.get_platforms()[0]
devices = platform.get_devices()

I really suspect this is what's giving me problems: I can't see the ATI as listed in the devices I can choose! I could physically swap the cards, or maybe unistall and reinstal all the video drivers so that the first OpenCL platform is the ATI one, but this doesn't really look an elegant solution IMHO ;)
Suggestions for solving my problem are welcome! :) EG: patches, or how to compile 2 different executables for windows.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on January 29, 2011, 05:10:29 AM
bitk, are you using Linux or Windows?  I was unsuccessful at getting nvidia and ATI cards working on the same machine under Linux.  I wasn't even trying to mine with the nvidia card, just use it for the GUI.  According to ArtForz, the nvidia and fglrx drivers don't play well together.


Title: Re: python OpenCL bitcoin miner
Post by: bitk on January 29, 2011, 10:45:32 AM
I'm under windows! Everything works pretty well right now if I was to be honest, since I'm using 2 different miners, one for CUDA and the poclbm for OpenCL. But having to switch to another miner was soooo sad :) I loved the m0mchil one


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on January 31, 2011, 09:51:35 AM
Can anyone tell me why this miner would be using 100% CPU for me on a Core2Duo e8400 3.69ghz processor? I think something changed in a version update in the last week or so since I started with the miner,

I'm not mining on my CPU, I'm mining with my 5970, 1 miner client ran for each core. Each client process is using 50% of the cpu... I've just seen people mention it should be using much lower CPU resources if not mining w/ it.

Using Stream 2.3


Title: Re: python OpenCL bitcoin miner
Post by: theymos on February 01, 2011, 06:17:47 AM
Note: Many off-topic posts about mining efficiency were moved here (https://www.bitcoin.org/smf/index.php?topic=3076.0).


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on February 01, 2011, 07:55:23 AM
Note: Many off-topic posts about mining efficiency were moved here (https://www.bitcoin.org/smf/index.php?topic=3076.0).

Had you read it, you would know that it wasn't off topic.  Slush kept talking about the pool, but we're talking about the miner and the pool.


Title: Re: python OpenCL bitcoin miner
Post by: dingus on February 01, 2011, 05:39:07 PM
After looking at posts on Google as far back as 2008, someone said, "Plug in another monitor".  Not having another monitor, I plugged in my monitor to the 5870 instead.  Now, the 5870 GPU was the only core recognized by poblcm along with the CPU.  So I ran poblcm with a device=1 and it worked!  Then I unplugged the monitor from the 5870 and replugged it into the 5970.  Now, even though the 5870 was the disabled adapter again, poblcm was still running on the 5870.  Then I ran poblcm again on device=1 and device=0 and both of the 5970 cores were running alongside the 5870, for a total of about 875Mhash/sec.  Pretty good.  So that's just FYI for anyone running multiple 5870's, 5970's or combinations thereof.  I wish there was a way to get Catalyst Control Center, or ATI Stream, or whatever ATI driver it is to enumerate all three cores so I would not have to unplug and replug the monitor into different cards every time I want to run poblcm on the 5870 and 5970 at the same time.  I would suspect this would be a similar problem, and a similar solution, for running poblcm on  two 5970's on Windows.

I can confirm this trick works on my 5970 + 5770 setup. First start 2 poblcm instances for the 5970, then unplug monitor, plug into 5770, start instance of poblcm. 5970 + 5770 goodness! :)

~800000 k/hash/s


Title: Re: python OpenCL bitcoin miner
Post by: geebus on February 03, 2011, 02:34:44 AM
Where is the guide for compiling (not just running from executable) poclbm on Windows? Last time I needed to do it on a Windows box was when the 2011-11-26 version was out, but now the only guide I can seem to find for windows is the "You only need this if you cant RTFM" py2exe guide...

What software needs to be installed?
What addons for Python?
What dependencies for PyOpenCL?
Versions?

Presently, I followed the install guide for PyOpenCL (updating for newer versions) and installed json-rpc from the SVN, but every time I try to run 'python poclbm.py' with any flags, it crashes.

Using:
Windows 7 Ultimate x64
Stream 2.3 (also tried with 2.1 and 2.2)
Catalyst 11.1 (also tried with 10.11 and 10.12)
Python 2.6.6 (32-bit)
Boost 1.44
MSVC 2008 (9.0)
Numpy 1.5.1
SciPy 0.8.0
SetupTools 0.6c11



Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 04, 2011, 04:44:42 PM
Fixed issue with lost results due to single output per kernel run (thanks OneFixt, ArtForz).


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on February 04, 2011, 05:56:34 PM
Fixed issue with lost results due to single output per kernel run (thanks OneFixt, ArtForz).

Ack, it broke compatibility with my daemon.py but I got it all fixed up. Thanks for the fixes!


Title: Re: python OpenCL bitcoin miner
Post by: geebus on February 04, 2011, 11:09:04 PM
30Mhash/s slower after the update.

HD6950 went from 226M to 196M.


Title: Re: python OpenCL bitcoin miner
Post by: sc8nt4u on February 05, 2011, 12:33:22 AM
30Mhash/s slower after the update.

HD6950 went from 226M to 196M.

This makes me not want to update.


Title: Re: python OpenCL bitcoin miner
Post by: Chuck on February 05, 2011, 12:52:47 AM
30Mhash/s slower after the update.

HD6950 went from 226M to 196M.

No obvious change for me ( 5850 ), still getting between 249M - 251M.


Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on February 05, 2011, 07:21:22 AM
My hash rate is actually somewhat higher with the new version, I went from about 50mhash/s per gtx275 to around 58mhash/s, but my desktop is somewhat less responsive with the miners running now where it was not before


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 05, 2011, 08:29:10 AM
@LobsterMan, the default '-f' is 30 now, use '-f 60' (previous default) or more if it hogs your desktop


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 05, 2011, 08:42:56 AM
30Mhash/s slower after the update.

HD6950 went from 226M to 196M.

No obvious change for me ( 5850 ), still getting between 249M - 251M.

No change for me either, getting the exact same, no slowdown.


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on February 06, 2011, 12:16:19 AM
I'm still seeing several invalid stale hashes being submitted.

05/02/2011 16:12, 3725321b, accepted
05/02/2011 16:13, b794eb73, invalid or stale
05/02/2011 16:13, 898ceca7, invalid or stale
05/02/2011 16:13, bde1a5f3, invalid or stale
05/02/2011 16:14, 0a07cf1a, accepted

Any idea as to why?


Title: Re: python OpenCL bitcoin miner
Post by: slush on February 06, 2011, 01:05:13 AM
I'm still seeing several invalid stale hashes being submitted.
Any idea as to why?

Maybe because they are really stale? http://blockexplorer.com/block/00000000000018cf119be227dcf0d7403b20dc9b8fa0c3d6bc9022c65baf9a39 (http://blockexplorer.com/block/00000000000018cf119be227dcf0d7403b20dc9b8fa0c3d6bc9022c65baf9a39)


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on February 06, 2011, 06:02:48 AM
Literally just got these

05/02/2011 22:00, 2a07e960, accepted
05/02/2011 22:00, fe7439af, accepted
05/02/2011 22:01, 2a07e960, invalid or stale
05/02/2011 22:01, fe7439af, invalid or stale
05/02/2011 22:01, 2a07e960, invalid or stale
05/02/2011 22:01, fe7439af, invalid or stale
05/02/2011 22:01, 2a07e960, invalid or stale
05/02/2011 22:01, fe7439af, invalid or stale

This is on a stock miner....no mods of any kind.
6 getworks were requested, and the answer found were repeats.


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on February 06, 2011, 06:05:40 AM
I'm still seeing several invalid stale hashes being submitted.
Any idea as to why?

Maybe because they are really stale? http://blockexplorer.com/block/00000000000018cf119be227dcf0d7403b20dc9b8fa0c3d6bc9022c65baf9a39 (http://blockexplorer.com/block/00000000000018cf119be227dcf0d7403b20dc9b8fa0c3d6bc9022c65baf9a39)

So getworks are now going stale even faster....thanks for clarifying.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 06, 2011, 01:59:07 PM
Literally just got these

05/02/2011 22:00, 2a07e960, accepted
05/02/2011 22:00, fe7439af, accepted
05/02/2011 22:01, 2a07e960, invalid or stale
05/02/2011 22:01, fe7439af, invalid or stale
05/02/2011 22:01, 2a07e960, invalid or stale
05/02/2011 22:01, fe7439af, invalid or stale
05/02/2011 22:01, 2a07e960, invalid or stale
05/02/2011 22:01, fe7439af, invalid or stale

This is on a stock miner....no mods of any kind.
6 getworks were requested, and the answer found were repeats.

There are two ways to get something like this - first one is using ask rate of more than ~12 seconds with an overclocked 5870 (stock max -a is 10 seconds). Other one is network problems triggering resubmission of results - this mechanism is removed since last version. Since you said it happened with stock miner I vote for the latter. 


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on February 06, 2011, 09:50:27 PM
Hi. I'm trying to get this to work, and want to check it with the "testnet" I've heard about.

What I've done:
Followed the guide. After starting bitcon.exe -server and the .bat-file as described I get a cmd window with the hash speed showing.
I then copied the bitcoin.conf to %appdata%/bitcoin/testnet, ran bitcoin.exe -server -testnet and then launced the .bat-file as before. Again the hash speed is showing in a cmd-window, but after about 30 minutes with ~280000 khash/s I've still not gotten any messages about completed blocks. My impression was that that should happen very quicly on the testnet. What am I doing wrong?

Thanks for any help.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 07, 2011, 05:17:36 AM
The last time I looked, the testnet difficulty factor was around 350.  Using that number as a guide, 280 Mhash/s should yield a block on average every 1.5 hours.


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on February 07, 2011, 09:23:50 AM
Aye a couple showed up when I let it run for a while longer, thanks :)

Another question, it's ok to close poclbm.exe and bitcoin, correct? It isn't necessary to keep them running non-stop untill a block is solved?


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 07, 2011, 03:17:47 PM
Both m0mchil's python program and bitcoind must be running continuously for mining to take place.  I have no idea how to run or monitor detached processes on Windows, but my guess is that you have to keep the command windows open.  Maybe someone with Windows experience will chime in here.


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on February 07, 2011, 03:23:48 PM
I think you misunderstood my question. I do keep both bitcoin.exe and poclbm.exe running at the same time, what I'm wondering is what happens if I restart the programs, or reboot my computer. Will I start again from scratch or does the mining continue where it left off?


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 07, 2011, 03:32:02 PM
Finding a correct hash is a completely random event, and the probability depends only on the hash rate and the total amount of time dedicated to mining.  You lose a little time having to reconnect to the network and retrieve the latest transactions, but it's pretty insignificant.  A 280 Mhash/s rig turned on for 12 hours a day should perform the same as a 140 Mhash/s rig running 24 hours a day.


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on February 07, 2011, 03:32:57 PM
Will I start again from scratch or does the mining continue where it left off?
Yes and yes.  ;D
it's not that you're making any "progress" that could be lost,
you start from scratch with any single hash, like drawing lottery-tickets a few thousand/million times a second,
you either get a winning-ticket, or a loser. won't help you to keep the loser in your pocket.


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on February 07, 2011, 03:37:28 PM
Ok I understand, thanks for the help Cryptoman and BitLex :)


Title: Re: OpenCL miner for the masses
Post by: ribuck on February 07, 2011, 04:55:39 PM
OpenCL HOWTO FOR FEDORA 14 LINUX

Here are some notes which may be useful to anyone who wishes to mine for bitcoins on Fedora 14 Linux. It's simpler than the instructions I posted for Fedora 12 (http://bitcointalk.org/index.php?topic=1334.msg22412#msg22412), because Bitcoin now supports the 'getwork' call and therefore doesn't need to be recompiled.

===

Check your software versions, and upgrade as necessary. The gcc compiler needs to be 4.x (for PyOpenCL), and Python needs to be 2.4 or newer (again, for PyOpenCL), but not Python 3.x.

Code:
$ gcc --version
gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4)

$ python --version
Python 2.7

You need to have either the full kernel source, or the kernel headers (because the ATI GPU driver is installed by compiling a kernel module). You also need the Python headers.

Code:
$ rpm -q kernel-devel
kernel-devel-2.6.35.10-74.fc14.x86_64

$ rpm -q python-devel
python-devel-2.7-8.fc14.1.x86_64

===

Update your display driver.

I followed the instructions from here:
http://gofedora.com/how-to-install-ati-catalyst-fglrx-98-drivers-fedora-11/
except that I used the version 11.1 11.2 of the ATI Catalyst Display Driver for Linux x86 from here:
http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=2.4.1.3.42&lang=English

Supposedly some of the installation steps are no longer needed with version 11.1, but I wasn't completely certain which ones, so I did them all anyway.

===

Get the ATI Stream SDK v2.1 (NOT any later version, according to brocktice), from here: http://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSDK-Archive.aspx

You need two downloads from that page: the Linux SDK (32-bit or 64-bit according to your version of Linux), plus icd-registration.tgz

Untar the SDK anywhere convenient. Add these lines to your .bash_profile file (in your login directory):

Code:
export ATISTREAMSDKSAMPLESROOT=...<some path>.../ati-stream-sdk-v2.1-lnx64
export ATISTREAMSDKROOT=...<some path>.../ati-stream-sdk-v2.1-lnx64
export LD_LIBRARY_PATH=$ATISTREAMSDKROOT/lib/x86_64:$LD_LIBRARY_PATH

These pathnames will vary slightly if you have a 32-bit Fedora installation.

Move icd-registration.tgz into your root directory and (as root) untar it from there. It puts some essential config files into /etc.

If you like, follow the documentation that is included in the SDK to compile the examples. Execute ati-stream-sdk-v2.1-lnx64/samples/opencl/bin/x86_64/CLInfo to check that things are working and that your GPU card is detected.

===

Install the Python OpenCL module (PyOpenCL). Broadly, follow the instructions here:
http://wiki.tiker.net/PyOpenCL/Installation/Linux

However, in step 2 I couldn't install the Numpy dependency this way. Instead I ran "System | Administration | Add/Remove Software", then searched for numpy and installed it.

In step 3, the OpenCL headers and libraries weren't found, so I had to use the longer configure.py example and provide explicit paths.

I don't think the "Boost C++" libraries are required for this version of PyOpenCL.

===

Install the JSON-RPC module for Python. This was straightforward using the instructions here:
http://json-rpc.org/wiki/python-json-rpc

===

Go to m0mchil's Git repository:
https://github.com/m0mchil/poclbm

Click the "Download" button. Download and unpack these files anywhere convenient. Change poclbm.py to executable and check that it's working:

Code:
chmod 744 poclbm.py
./poclbm.py --help

===

If you don't already have a file bitcoin.conf in your ~/.bitcoin directory, create one and put a username and password in it:

Code:
rpcuser=yourusername
rpcpassword=yourpassword

Go back to the bitcoin/bin/64 directory and start bitcoin in rpc server mode:

Code:
./bitcoin -server &

Go to the directory where you built poclbm.py and run it:

Code:
./poclbm.py --user=yourusername --pass=yourpassword

It will tell you which devices it can see. Choose the one that's not your CPU, and add that one to the command line with the "-d" switch:

Code:
./poclbm.py --user=yourusername --pass=yourpassword -d1

Watch the khash/s figures with sweet delight, and enjoy the few moments before the roar of your GPU fan starts up.

Many thanks to m0mchil and the many others who have offered code or helpful tips.

(PS: If you upgrade your kernel, the ATI driver might hang on startup. If this happens, boot into runlevel 3, delete /etc/X11/xorg.conf , reboot and reinstall the ATI driver.)


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 07, 2011, 09:32:04 PM
What is the -askrate flag doing? How does it help if set to something non-default? thanks for any input.


Title: Re: python OpenCL bitcoin miner
Post by: TheKoziTwo on February 08, 2011, 01:38:47 AM
I just get 3500 khash/s

--device=0 -f 5 -v -w 128 (tried different combinations like f 30 and w 256 etc)

What am I doing wrong?

http://i51.tinypic.com/2w7k5q8.jpg


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 08, 2011, 02:32:50 AM
I just get 3500 khash/s

--device=0 -f 5 -v -w 128 (tried different combinations like f 30 and w 256 etc)

What am I doing wrong?

Device 0 is your CPU, most likely.  Try device=1 or start the miner with no options and it will list the devices.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 08, 2011, 08:34:44 AM
Is anyone else having trouble, with not finding any blocks at all with the last 2 versions of this miner post 2/1/11?

I've mined for well over 5 or 6 days with nothing and I'm running about 630khash between the 2 cores on my 5970. I'm just using -v -w 128 -f 120........... I haven't found a block in what seems like far too long.


Title: Re: python OpenCL bitcoin miner
Post by: jakakxl on February 08, 2011, 10:08:33 AM
Hello, I currently have 2x6950 in crossfire, i7 2600k, 11.1a drivers, ATi Stream 2.3.

When I try to run it with the following parems:
poclbm.exe --user=x --pass=y --host=http://mining.bitcoin.cz:8332 -d 0

  •      Cayman
  • [1]     Cayman
    [2]            Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz

    It gives me this error:

    InvalidURL: nonnumeric port: ''
    Unexpected error:
    Traceback (most recent call last):
      File "BitcoinMiner.pyc", line 171, in mine
      File "BitcoinMiner.pyc", line 157, in getwork
      File "jsonrpc\proxy.pyc", line 42, in __call__
      File "urllib.pyc", line 89, in urlopen
      File "urllib.pyc", line 208, in open
      File "urllib.pyc", line 334, in open_http
      File "httplib.pyc", line 1008, in __init__
      File "httplib.pyc", line 656, in __init__
      File "httplib.pyc", line 673, in _set_hostport

    Any help? Thanks!


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on February 08, 2011, 12:23:15 PM
Hello, I currently have 2x6950 in crossfire, i7 2600k, 11.1a drivers, ATi Stream 2.3.

When I try to run it with the following parems:
poclbm.exe --user=x --pass=y --host=http://mining.bitcoin.cz:8332 -d 0

  •      Cayman
  • [1]     Cayman
    [2]            Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz

    It gives me this error:

    InvalidURL: nonnumeric port: ''
    Unexpected error:
    Traceback (most recent call last):
      File "BitcoinMiner.pyc", line 171, in mine
      File "BitcoinMiner.pyc", line 157, in getwork
      File "jsonrpc\proxy.pyc", line 42, in __call__
      File "urllib.pyc", line 89, in urlopen
      File "urllib.pyc", line 208, in open
      File "urllib.pyc", line 334, in open_http
      File "httplib.pyc", line 1008, in __init__
      File "httplib.pyc", line 656, in __init__
      File "httplib.pyc", line 673, in _set_hostport

    Any help? Thanks!
Hi,
get rid of "http://:8332" from the host line, and put the port number after the "--port=" switch.


Title: Re: python OpenCL bitcoin miner
Post by: TheKoziTwo on February 08, 2011, 12:28:49 PM
I just get 3500 khash/s

--device=0 -f 5 -v -w 128 (tried different combinations like f 30 and w 256 etc)

What am I doing wrong?

Device 0 is your CPU, most likely.  Try device=1 or start the miner with no options and it will list the devices.
You're right, I see now, the only options I have is:
Code:
[0] Intel(R) Core(TM) i7 CPU 920 @ 2.67 GHz
But no GPU? Why is that?


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on February 08, 2011, 12:33:33 PM
I just get 3500 khash/s

--device=0 -f 5 -v -w 128 (tried different combinations like f 30 and w 256 etc)

What am I doing wrong?

Device 0 is your CPU, most likely.  Try device=1 or start the miner with no options and it will list the devices.
You're right, I see now, the only options I have is:
Code:
[0] Intel(R) Core(TM) i7 CPU 920 @ 2.67 GHz
But no GPU? Why is that?

My fault, didn't notice :)
I read somewhere that you should use ati stream 2.1 or 2.2, not the latest one.


Title: Re: python OpenCL bitcoin miner
Post by: TheKoziTwo on February 08, 2011, 12:52:47 PM
Weird, I just tried 2.2, but same result.


Title: Re: python OpenCL bitcoin miner
Post by: bitcool on February 08, 2011, 03:58:12 PM
Weird, I just tried 2.2, but same result.

wierd, so your GPU Caps viewer sees the card but poclbm.exe can't.  I remember read from somewhere you can't run this remotely via RDP, the driver won't load in a RDP session.


Title: Re: python OpenCL bitcoin miner
Post by: jakakxl on February 08, 2011, 08:42:28 PM
Hello, I currently have 2x6950 in crossfire, i7 2600k, 11.1a drivers, ATi Stream 2.3.

When I try to run it with the following parems:
poclbm.exe --user=x --pass=y --host=http://mining.bitcoin.cz:8332 -d 0

  •      Cayman
  • [1]     Cayman
    [2]            Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz

    It gives me this error:

    InvalidURL: nonnumeric port: ''
    Unexpected error:
    Traceback (most recent call last):
      File "BitcoinMiner.pyc", line 171, in mine
      File "BitcoinMiner.pyc", line 157, in getwork
      File "jsonrpc\proxy.pyc", line 42, in __call__
      File "urllib.pyc", line 89, in urlopen
      File "urllib.pyc", line 208, in open
      File "urllib.pyc", line 334, in open_http
      File "httplib.pyc", line 1008, in __init__
      File "httplib.pyc", line 656, in __init__
      File "httplib.pyc", line 673, in _set_hostport

    Any help? Thanks!
Hi,
get rid of "http://:8332" from the host line, and put the port number after the "--port=" switch.

Thank you, it works!


Title: Re: python OpenCL bitcoin miner
Post by: jakakxl on February 08, 2011, 08:49:50 PM
Hello, I currently have 2x6950 in crossfire, i7 2600k, 11.1a drivers, ATi Stream 2.3.

When I try to run it with the following parems:
poclbm.exe --user=x --pass=y --host=http://mining.bitcoin.cz:8332 -d 0

  •      Cayman
  • [1]     Cayman
    [2]            Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz

    It gives me this error:

    InvalidURL: nonnumeric port: ''
    Unexpected error:
    Traceback (most recent call last):
      File "BitcoinMiner.pyc", line 171, in mine
      File "BitcoinMiner.pyc", line 157, in getwork
      File "jsonrpc\proxy.pyc", line 42, in __call__
      File "urllib.pyc", line 89, in urlopen
      File "urllib.pyc", line 208, in open
      File "urllib.pyc", line 334, in open_http
      File "httplib.pyc", line 1008, in __init__
      File "httplib.pyc", line 656, in __init__
      File "httplib.pyc", line 673, in _set_hostport

    Any help? Thanks!
Hi,
get rid of "http://:8332" from the host line, and put the port number after the "--port=" switch.

Thank you so much!

Anyone got 6950/6970 w/ any recommended settings? Any results?


Title: Re: python OpenCL bitcoin miner
Post by: t3h on February 09, 2011, 05:18:54 AM
Got it running on OS X.

Install MacPorts if you haven't already,
sudo port -dv install py26-pyopencl
and install the json rpc library.

Speed isn't great though - only about 4700khashes/sec on an i7 MBP's GT330M. 2700khashes/sec on the CPU (about right I think).


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on February 09, 2011, 09:04:08 AM
Here's what I've observed with a 5970 and now a 5870 as well.  Hope it helps someone.  First and foremost, a few posts back someone noted to use the "Known Best Settings".  I added the -f5 switch and I went from about 560Mhash/sec to consistently over 600Mhash/sec on the 5970 alone. 

Next, the first post in this thread says . . .
"5970 is actually two 5870s with internal crossfire. OpenCL doesn't work with crossfire. It must be switched off. You can't switch it off on Windows. For now, 5970 can be used fully on Linux only."
I have used the 5970 for over a month on Windows 7 and get results from both cores, about 300Mhash/sec each.  So I don't know what that comment is all about.

Next, I finally was happy with my results with the 5970 and I can never leave well enough alone.  So I bought a 5870 tonight and threw that into my motherboard as well.  At first I was getting "Disabled Adapter" in Catalyst Control Center, although I could see the third GPU (now as GPU #1) in MSI Afterburner.  It did nothing and just sat there very cool.  poblcm only recognized the two 5970 cores and the CPU.  After looking at posts on Google as far back as 2008, someone said, "Plug in another monitor".  Not having another monitor, I plugged in my monitor to the 5870 instead.  Now, the 5870 GPU was the only core recognized by poblcm along with the CPU.  So I ran poblcm with a device=1 and it worked!  Then I unplugged the monitor from the 5870 and replugged it into the 5970.  Now, even though the 5870 was the disabled adapter again, poblcm was still running on the 5870.  Then I ran poblcm again on device=1 and device=0 and both of the 5970 cores were running alongside the 5870, for a total of about 875Mhash/sec.  Pretty good.  So that's just FYI for anyone running multiple 5870's, 5970's or combinations thereof.  I wish there was a way to get Catalyst Control Center, or ATI Stream, or whatever ATI driver it is to enumerate all three cores so I would not have to unplug and replug the monitor into different cards every time I want to run poblcm on the 5870 and 5970 at the same time.  I would suspect this would be a similar problem, and a similar solution, for running poblcm on  two 5970's on Windows.


For 2 monitor needed, instead of plugging & unplugging, why don't use 2 cords?
I have samsung lcd monitor & it has 2 connectors, vga & DVI.
I think 2 graphics cards can be connected to 1 monitor with vga & DVI port, so u don't have to unplug & plug.
Just a thought, i don't have 2 graphics card, so if anyone have, please check & reply.
Thanks.


Title: Re: python OpenCL bitcoin miner
Post by: rmartins on February 09, 2011, 11:19:48 AM
Anyone got 6950/6970 w/ any recommended settings? Any results?

I have a 6950 with unlocked shaders (not a 6970 bios) and I get about 253 Mhash/s at the default clocks with -f 5 -w 256. I'm currently running it at 880 core / 1300 memory, with -f 5 -w 128 -v, which gives me about 282 Mhash/s. I'm using the 10.12 driver and SDK 2.3.


Title: Re: python OpenCL bitcoin miner
Post by: dingus on February 09, 2011, 06:55:16 PM
Here's what I've observed with a 5970 and now a 5870 as well.  Hope it helps someone.  First and foremost, a few posts back someone noted to use the "Known Best Settings".  I added the -f5 switch and I went from about 560Mhash/sec to consistently over 600Mhash/sec on the 5970 alone. 

Next, the first post in this thread says . . .
"5970 is actually two 5870s with internal crossfire. OpenCL doesn't work with crossfire. It must be switched off. You can't switch it off on Windows. For now, 5970 can be used fully on Linux only."
I have used the 5970 for over a month on Windows 7 and get results from both cores, about 300Mhash/sec each.  So I don't know what that comment is all about.

Next, I finally was happy with my results with the 5970 and I can never leave well enough alone.  So I bought a 5870 tonight and threw that into my motherboard as well.  At first I was getting "Disabled Adapter" in Catalyst Control Center, although I could see the third GPU (now as GPU #1) in MSI Afterburner.  It did nothing and just sat there very cool.  poblcm only recognized the two 5970 cores and the CPU.  After looking at posts on Google as far back as 2008, someone said, "Plug in another monitor".  Not having another monitor, I plugged in my monitor to the 5870 instead.  Now, the 5870 GPU was the only core recognized by poblcm along with the CPU.  So I ran poblcm with a device=1 and it worked!  Then I unplugged the monitor from the 5870 and replugged it into the 5970.  Now, even though the 5870 was the disabled adapter again, poblcm was still running on the 5870.  Then I ran poblcm again on device=1 and device=0 and both of the 5970 cores were running alongside the 5870, for a total of about 875Mhash/sec.  Pretty good.  So that's just FYI for anyone running multiple 5870's, 5970's or combinations thereof.  I wish there was a way to get Catalyst Control Center, or ATI Stream, or whatever ATI driver it is to enumerate all three cores so I would not have to unplug and replug the monitor into different cards every time I want to run poblcm on the 5870 and 5970 at the same time.  I would suspect this would be a similar problem, and a similar solution, for running poblcm on  two 5970's on Windows.


For 2 monitor needed, instead of plugging & unplugging, why don't use 2 cords?
I have samsung lcd monitor & it has 2 connectors, vga & DVI.
I think 2 graphics cards can be connected to 1 monitor with vga & DVI port, so u don't have to unplug & plug.
Just a thought, i don't have 2 graphics card, so if anyone have, please check & reply.
Thanks.


I have tried having two monitors with my setup (one 5970 and one 5770) and it either crashes windows or you can only have one card running a miner. The unplug trick does work though. So,  ???.


Title: Re: OpenCL miner for the masses
Post by: Mahkul on February 11, 2011, 10:43:43 PM
Hi,

I try to install the GPU miner under Ubuntu and I get this error:

Traceback (most recent call last):
  File "poclbm.py", line 23, in <module>
    platform = cl.get_platforms()[0]
pyopencl.LogicError: clGetPlatformIDs failed: invalid/unknown error code

I would appreciate some help.

I'm using an 5850 and Ubuntu 10.4.

Thank you.

I am getting that too. Was that ever resolved?


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on February 11, 2011, 10:51:01 PM
I am getting that too. Was that ever resolved?

This is an OpenCL problem. Is
$ cd /opt/ati-stream-sdk-v2.1-lnx64/samples/opencl/bin/x86_64
$ ./CLInfo

working correctly?


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on February 11, 2011, 10:55:33 PM
I am getting that too. Was that ever resolved?

This is an OpenCL problem. Is
$ cd /opt/ati-stream-sdk-v2.1-lnx64/samples/opencl/bin/x86_64
$ ./CLInfo

working correctly?

It's my fault. I had too many miners running. I think this comes up when the device is in use by another miner!

I wonder was that the case with the other person that had that error message?

EDIT: Actually, no... this is weird. I am logged in as the same user via two SSH tunnels. On one of them the miner is working, on the other I get this message (even if the other one is not running). Any explanation for this?


Title: Re: python OpenCL bitcoin miner
Post by: OVerLoRDI on February 12, 2011, 02:14:13 AM
I'm getting 340000 khash/s on each of my 6970s.  Running Stream SDK 2.3... I will see about downgrading in the near future since I have read 2.2 is faster.

My main question is each of the instances of poclbm is maxing out a core.  I have noticed if I max out all 4 cores with prime95, my khash/s does not increase, so it seems the miner is just wasting cpu cycles?  Is there something I can do to address this or is it a problem with the program?

Win 7 64bit
Cats 11.1a
AMD Stream 2.3
Dual 6970s


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 12, 2011, 04:43:49 AM
Can anyone confirm they're still finding blocks solo mining with this miner? Just a sanity check, as I haven't found anything solo mining in quite some time @ 625,000khash/s. I've found no blocks with the current version at all as of yet.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 12, 2011, 05:38:57 AM
I upgraded about 2 Ghash/s worth of miners a couple days ago with the latest version and haven't found anything since either.  Maybe it's just a spell of bad luck.  I'll update the thread if anything manifests.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 12, 2011, 06:00:24 AM
I am by no means qualified in the ins and outs of mining programming for Bitcoin, but empirical observation really seems to me like something is vastly less efficient and/or broke from 2 or 3 versions prior to the current. Any discussion from m0mchil or other miners would please be welcome.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 12, 2011, 06:36:29 AM
I'm getting 340000 khash/s on each of my 6970s.  Running Stream SDK 2.3... I will see about downgrading in the near future since I have read 2.2 is faster.

My main question is each of the instances of poclbm is maxing out a core.  I have noticed if I max out all 4 cores with prime95, my khash/s does not increase, so it seems the miner is just wasting cpu cycles?  Is there something I can do to address this or is it a problem with the program?

Win 7 64bit
Cats 11.1a
AMD Stream 2.3
Dual 6970s

I personally run it on Win 7 64bit, but with cat 10.12 and Stream SDK 2.2 and CPU utilization is pretty low, actually close to 0% Could you please try with Stream 2.2 and post results?

Quote
Can anyone confirm they're still finding blocks solo mining with this miner?

There was a version which had a problem, generally not calculating correct hashes above first 32 bits. But with 20110204 I was able to find blocks on test net (which had significantly higher than 32 bits difficulty by the time).

Do you at least get 'invalid or stale' message? This should show up from time to time even if miner is broken. Bitcoin will reject the solution. But I really can't imagine other reason for not seeing anything, not even 'invalid' message - the one and only reason to not see any message for a long time is difficulty.


Title: Re: python OpenCL bitcoin miner
Post by: aistto on February 12, 2011, 10:34:44 AM
Hello, I currently have 2x6950 in crossfire, i7 2600k, 11.1a drivers, ATi Stream 2.3.

When I try to run it with the following parems:
poclbm.exe --user=x --pass=y --host=http://mining.bitcoin.cz:8332 -d 0

http://
  •      Cayman
  • [1]     Cayman
    [2]            Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz

    It gives me this error:

    InvalidURL: nonnumeric port: ''
    Unexpected error:
    Traceback (most recent call last):
      File "BitcoinMiner.pyc", line 171, in mine
      File "BitcoinMiner.pyc", line 157, in getwork
      File "jsonrpc\proxy.pyc", line 42, in __call__
      File "urllib.pyc", line 89, in urlopen
      File "urllib.pyc", line 208, in open
      File "urllib.pyc", line 334, in open_http
      File "httplib.pyc", line 1008, in __init__
      File "httplib.pyc", line 656, in __init__
      File "httplib.pyc", line 673, in _set_hostport

    Any help? Thanks!
Hi,
get rid of "http://:8332" from the host line, and put the port number after the "--port=" switch.

Same problem:( i have winXP sp3, ati catalyst 11.1, ati stream sdk 2.3, hd4830

my promt

poclbm.exe -u USER --pass=PASS --host=http://mining.bitcoin.cz --port=8332 -d 0
Unexpected error:
Traceback (most recent call last):

 Compilation terminated.
 File "BitcoinMiner.pyc", line 175, in mine
  File "BitcoinMiner.pyc", line 161, in getwork
  File "jsonrpc\proxy.pyc", line 42, in __call__
  File "urllib.pyc", line 89, in urlopen
  File "urllib.pyc", line 208, in open
  File "urllib.pyc", line 334, in open_http
  File "httplib.pyc", line 1008, in __init__
  File "httplib.pyc", line 656, in __init__
  File "httplib.pyc", line 673, in _set_hostport
InvalidURL: nonnumeric port: ''


Title: Re: python OpenCL bitcoin miner
Post by: Tolsi on February 12, 2011, 10:42:47 AM
My best settings:
Windows 7 x64, Stream 2.3, AMD HD6870 (970/1100)
with "-v -w 128 -f 60" - ~247 khash/s
with "-v -w 128 -f 0" - ~250 khash/s, desktop is lagging :)


Title: Re: python OpenCL bitcoin miner
Post by: kw71 on February 12, 2011, 01:07:26 PM
Is anyone else having trouble, with not finding any blocks at all with the last 2 versions of this miner post 2/1/11?

I've mined for well over 5 or 6 days with nothing and I'm running about 630khash between the 2 cores on my 5970. I'm just using -v -w 128 -f 120........... I haven't found a block in what seems like far too long.

It's only working with low difficulty like testnet or mining pool work.

Sabotaged?


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on February 12, 2011, 02:42:53 PM
I've gotten successful generations using version 20110204. Yesterday and three days ago.

This is on Win 7 with HD 5870 using catalyst 11.1 (SDK 2.3)


Title: Re: python OpenCL bitcoin miner
Post by: ribuck on February 12, 2011, 03:10:11 PM
I've had one generation with 20110204 on Fedora 14 Linux, with a 5870 card on SDK 2.1.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 12, 2011, 05:07:35 PM
There was a version which had a problem, generally not calculating correct hashes above first 32 bits. But with 20110204 I was able to find blocks on test net (which had significantly higher than 32 bits difficulty by the time).

Do you at least get 'invalid or stale' message? This should show up from time to time even if miner is broken. Bitcoin will reject the solution. But I really can't imagine other reason for not seeing anything, not even 'invalid' message - the one and only reason to not see any message for a long time is difficulty.

I haven't ran it 24/7 due to workstation limitations, Ihave to reboot at least once a day.

It's just that I ran for like 5 or 6 days for like 22 out of 24h in the day and got nothing.

I'm using Win7 64 with latest Cats and Stream 2.3.

It's not so much that I'm complaining or surprised. I just find it REALLY odd that the first day I mined Bitcoin on like 1/22 or so, I found 4 blocks. Then after that, (once a version was upgraded) I found nothing...

Is there a way you can link the version from 2 or 3 revisions ago I can test with? It's the one from late Janurary


Title: Re: python OpenCL bitcoin miner
Post by: ribuck on February 12, 2011, 05:38:46 PM
I just find it REALLY odd that the first day I mined Bitcoin on like 1/22 or so, I found 4 blocks. Then after that, (once a version was upgraded) I found nothing...
Generation is hugely variable. I have seen statistics for seven similar generators. In the same timespan they generated 1, 2, 4, 0, 7, 0 and 0 blocks. Go figure!


Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 12, 2011, 05:56:58 PM
It's not so much that I'm complaining or surprised. I just find it REALLY odd that the first day I mined Bitcoin on like 1/22 or so, I found 4 blocks. Then after that, (once a version was upgraded) I found nothing...

Variance.

I was watching Slush's pool yesterday while it was running ~60GHash/sec. At that rate, the pool should have been solving a block every ~30 minutes and should have had a 95% chance to have found one within ~1.5hrs. But, there was one that took over 5hrs to solve.

If you average 625MHash/sec solo mining running 24/7, (at the current difficulty) you should average ~2 days per block. But the variance is a killer. That 5hrs solve for Slush's pool yesterday? That's 10x longer than the average. For you, that level of variance would have taken ~20 days.


Title: Re: python OpenCL bitcoin miner
Post by: ribuck on February 12, 2011, 06:05:22 PM
Just look at Bitcoin Monitor (http://www.bitcoinmonitor.com/) and see the variance in block generation.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 12, 2011, 06:24:00 PM
It's not so much that I'm complaining or surprised. I just find it REALLY odd that the first day I mined Bitcoin on like 1/22 or so, I found 4 blocks. Then after that, (once a version was upgraded) I found nothing...

Variance.

I was watching Slush's pool yesterday while it was running ~60GHash/sec. At that rate, the pool should have been solving a block every ~30 minutes and should have had a 95% chance to have found one within ~1.5hrs. But, there was one that took over 5hrs to solve.

If you average 625MHash/sec solo mining running 24/7, (at the current difficulty) you should average ~2 days per block. But the variance is a killer. That 5hrs solve for Slush's pool yesterday? That's 10x longer than the average. For you, that level of variance would have taken ~20 days.

Okay, is there a way to get around this in solo mining?

Changing the getwork rate or anything? Just wondering if theres anyway to dump the workload if it's been working on a block for 'too long'

Not sure if that'd even make sense, but it seems like it would be a good idea


Title: Re: python OpenCL bitcoin miner
Post by: OVerLoRDI on February 12, 2011, 06:50:22 PM
I'll test 2.2 and see if it fixes the cpu usage problem soon.

Another question, how often do you guys get invalid or stale blocks?  I'm hooked up with a mining pool.  It seems to me I get 1/25 blocks as stale or invalid.  Is this normal? or should I look into stability issues with my video cards?  They are not overclocked and I haven't had any issues with them gaming.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 12, 2011, 09:30:23 PM
I upgraded about 2 Ghash/s worth of miners a couple days ago with the latest version and haven't found anything since either.  Maybe it's just a spell of bad luck.  I'll update the thread if anything manifests.

Finally got a block, on my slowest GPU, a 5770 running about 190 Mhash/s.  This is the first block in three days.  The 95th percentile for my cluster is about 2 days.  Has anyone kept records and compared ideal generation rate to actual rate over a longer period of time?  I'm going to start doing so.


Title: Re: python OpenCL bitcoin miner
Post by: Fractality on February 13, 2011, 01:22:53 AM
I received a message "accepted" a couple of hours ago. Does that mean I found a block? Nothing has appeared in my wallet, though. Unfortunately I rebooted the PC by now, so I can't remember the value associated with the message - unless it is in some log file?


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on February 13, 2011, 02:44:54 AM

Hi xenon481,

have you got a miner running on the xenon XCGPU processor?

If so what kind of Mhash/s are you seeing?

thnx.


Title: Re: python OpenCL bitcoin miner
Post by: yunk3r on February 13, 2011, 04:40:34 AM
when i run the poclbm.exe iam able to get to the point when it shows my khash/s which is 308775, but in bitcoin it says only 10762khash/s is this how it is supposed to look.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 13, 2011, 05:24:07 AM
I received a message "accepted" a couple of hours ago. Does that mean I found a block? Nothing has appeared in my wallet, though. Unfortunately I rebooted the PC by now, so I can't remember the value associated with the message - unless it is in some log file?

You will receive the 50 BTC once the block has been confirmed 100 times.  Less than a day usually.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 13, 2011, 05:25:58 AM
when i run the poclbm.exe iam able to get to the point when it shows my khash/s which is 308775, but in bitcoin it says only 10762khash/s is this how it is supposed to look.

The 308775 is your GPU (m0mchil's program) and the 10762 is your CPU (bitcoin client).  You'd be better off pool mining with the CPU.


Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 13, 2011, 05:32:08 AM
Hi xenon481,

have you got a miner running on the xenon XCGPU processor?

If so what kind of Mhash/s are you seeing?

thnx.

No, I am not running that.


Title: Re: python OpenCL bitcoin miner
Post by: yunk3r on February 13, 2011, 05:33:15 AM
if my gpu finds a block will the 50 btc be added to my bitcoin wallet.

also poclbm says ip 27.0.0.1. but bitcoin is accepting from ip 127.0.0.1 did the first 1 just get cut off in the command line or is something wrong.


Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 13, 2011, 05:35:28 AM
if my gpu finds a block will the 50 btc be added to my bitcoin wallet.

If you are solo mining, yes. If you are pooled mining, the pool operator will receive the 50BTC and will distribute them in the manner agreed upon.


Title: Re: python OpenCL bitcoin miner
Post by: jgarzik on February 13, 2011, 07:17:56 AM

Feature request:  support HTTP/1.1 persistent connections, to maintain the TCP connection across 'getwork' JSON-RPC requests, when the server supports it.

That makes JSON-RPC much more network-efficient.  Hopefully bitcoind will be upgraded to support this, soon, and I believe slush's server already supports it.


Title: Re: python OpenCL bitcoin miner
Post by: epicenter on February 13, 2011, 12:18:40 PM
Radeon HD 5870

ATI Stream 2.3k SDK:           290,000 kHash/s
Downgraded to Stream 2.2k:  312,000 kHash/s
use "-v" and "-w 128"           324,000 kHash/s

thanks m0mchil for your work.


Title: Re: python OpenCL bitcoin miner
Post by: Fractality on February 13, 2011, 02:10:15 PM
What are good settings for a HD 5970? I just added -v -w 128 and it increased each GPU from 270MHash to ~280MHash.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 13, 2011, 06:30:00 PM
I'm getting 340000 khash/s on each of my 6970s.  Running Stream SDK 2.3... I will see about downgrading in the near future since I have read 2.2 is faster.

My main question is each of the instances of poclbm is maxing out a core.  I have noticed if I max out all 4 cores with prime95, my khash/s does not increase, so it seems the miner is just wasting cpu cycles?  Is there something I can do to address this or is it a problem with the program?

Win 7 64bit
Cats 11.1a
AMD Stream 2.3
Dual 6970s

I personally run it on Win 7 64bit, but with cat 10.12 and Stream SDK 2.2 and CPU utilization is pretty low, actually close to 0% Could you please try with Stream 2.2 and post results?

m0mchil, I could not get the miner to work on my Win 7 64b setup with cats 10.12 and ATI Stream 2.2. It works fine on 2.3, however when I downgrade to 2.2 ( I also tried after a fresh reformat a few days ago ) the miner starts out at full speed for a second or two, then quickly degrades to like 5,000khash/s, and the miner process(es) crash a few seconds later.

Any way around this?


Title: Re: python OpenCL bitcoin miner
Post by: dingus on February 13, 2011, 09:50:22 PM
What are good settings for a HD 5970? I just added -v -w 128 and it increased each GPU from 270MHash to ~280MHash.
That's about as fast as you'll get fiddling around with the flags, in my experience.


Title: Re: python OpenCL bitcoin miner
Post by: dadittox on February 14, 2011, 10:13:31 AM
My main question is each of the instances of poclbm is maxing out a core.  I have noticed if I max out all 4 cores with prime95, my khash/s does not increase, so it seems the miner is just wasting cpu cycles?  Is there something I can do to address this or is it a problem with the program?

Win 7 64bit
Cats 11.1a
AMD Stream 2.3
Dual 6970s

I have the same issue on a new 2x 5870 + Phenom X6 / Win 7 64bit. It eats CPU. If I set affinity to 1 core it gets loaded 100%. And the strange thing is that I have another PC. All the same latest Catalyst and Stream. It's same 5870 + but core2duo. There's no CPU load problem on that PC. Maybe it is somehow related to CPU. Like there's a problem with AMD processors and not with Intel one? Or maybe related to the number of cores?

Forgot to mention another difference. Phenomx X6 has 64-bit Win7 system and core2duo is 32-bit win7.


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on February 14, 2011, 01:10:58 PM
I received a message "accepted" a couple of hours ago. Does that mean I found a block? Nothing has appeared in my wallet, though. Unfortunately I rebooted the PC by now, so I can't remember the value associated with the message - unless it is in some log file?

You will receive the 50 BTC once the block has been confirmed 100 times.  Less than a day usually.

I think it's 120 times, isn't it?


Title: Re: python OpenCL bitcoin miner
Post by: racerx on February 14, 2011, 02:31:42 PM
Hiya,

So I sprung for a 2gb HD6950, it will arrive tomorrow morning :). I was mining with CPU's for a while but Im not sure how to get the best out of this card. I was using Linux previously on my array of CPU miners but the host machine for this card has XP on it at the moment. Any help of getting the most out of it will be appreciated. I was looking for info on the wiki but things seem to be moving a bit fast for that.

1. I will first flash the card to a 6970, ala http://forums.overclockers.co.uk/showthread.php?t=18221844&page=32
2. What hash rate should I be getting? arround 340M#'s for this card. Seems people are reporitng up to that.
3. Will need XP to flash the bios, but does linux yield better results/speed? I'm more comfortable with a command line and it makes remote access easier...
4. PC its going in has onboard video that is auto disabled when a card is in... can the card doing the hashing still be used for video. How does this work?
5. Should I pool with this card or go it solo? Whats the advantages/disadvantages?
5. Any other advice would be really appreciated! Thanks all :)


Title: Re: python OpenCL bitcoin miner
Post by: rmartins on February 14, 2011, 07:14:13 PM
Hiya,

So I sprung for a 2gb HD6950, it will arrive tomorrow morning :). I was mining with CPU's for a while but Im not sure how to get the best out of this card. I was using Linux previously on my array of CPU miners but the host machine for this card has XP on it at the moment. Any help of getting the most out of it will be appreciated. I was looking for info on the wiki but things seem to be moving a bit fast for that.

1. I will first flash the card to a 6970, ala http://forums.overclockers.co.uk/showthread.php?t=18221844&page=32
2. What hash rate should I be getting? arround 340M#'s for this card. Seems people are reporitng up to that.
3. Will need XP to flash the bios, but does linux yield better results/speed? I'm more comfortable with a command line and it makes remote access easier...
4. PC its going in has onboard video that is auto disabled when a card is in... can the card doing the hashing still be used for video. How does this work?
5. Should I pool with this card or go it solo? Whats the advantages/disadvantages?
5. Any other advice would be really appreciated! Thanks all :)

1. I advise you not to flash a 6970 bios. Instead, unlock the additional shaders by modding your card's bios as describe here (http://forums.techpowerup.com/showpost.php?p=2160965&postcount=1234). Some people got artifacts and fried cards because of the 6970 bios in a 6950 (probably related to the higher core and memory voltage in the 6970 bios). I don't recall anyone having that problem with a modded 6950 bios.

3. Linux seems to yield more Mhash/s per core speed than Windows 7 in my system, but in Linux I can't overclock over the limits imposed by aticonfig/AMD Overdrive, while in Windows 7 I can do so with third-party tools.

You should have posted this in its own thread…


Title: Re: python OpenCL bitcoin miner
Post by: nka1024 on February 15, 2011, 01:49:13 AM
what's the meaning of error message "verification failed, check hardware!"?
i get it generating on my amd gpu using  m0mchil's windows miner


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 15, 2011, 02:10:57 AM
what's the meaning of error message "verification failed, check hardware!"?
i get it generating on my amd gpu using  m0mchil's windows miner

Downclock, your GPU is clocked too high.


Title: Re: python OpenCL bitcoin miner
Post by: lfm on February 15, 2011, 05:26:54 AM
what's the meaning of error message "verification failed, check hardware!"?
i get it generating on my amd gpu using  m0mchil's windows miner

Downclock, your GPU is clocked too high.

and make sure your gpu fan is still working right.


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on February 15, 2011, 06:02:42 AM
I received a message "accepted" a couple of hours ago. Does that mean I found a block? Nothing has appeared in my wallet, though. Unfortunately I rebooted the PC by now, so I can't remember the value associated with the message - unless it is in some log file?

You will receive the 50 BTC once the block has been confirmed 100 times.  Less than a day usually.

I think it's 120 times, isn't it?

I thought it was 120 times too, then Gavin said 100.  I haven't dug through that part of the source code myself.


Title: Re: python OpenCL bitcoin miner
Post by: [Tycho] on February 15, 2011, 07:49:15 AM
Hello, m0mchil. Thanks for your miner :)

Do you know what's changed since poclbm_py2exe_20101126 so the new version doesn't works correctly anymore on slave core of 5970 in Windows ?
Current version works fine on primary core, but after finding first "accepted" share on slave core it starts flooding console with that "check hardware" error. Older, poclbm_py2exe_20101126 version works on both cores, but it's not as funny as latest one and i think that it uses only 85-90% of the GPU.


Title: Re: python OpenCL bitcoin miner
Post by: slush on February 15, 2011, 01:16:45 PM
I think it's 120 times, isn't it?
I thought it was 120 times too, then Gavin said 100.  I haven't dug through that part of the source code myself.

If I have correct info, bitcoin network itself forces at least 100 confirmations, but bitcoin client wait for 120 confirmations.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 15, 2011, 02:35:27 PM
New version, please update.

Changes:

- using httplib + json, keep-alive
- optional verbose output suitable for redirection to log file
- version in code
- handler methods for hash rate, difficulty=1 candidate checks, failure


Do you know what's changed since poclbm_py2exe_20101126 so the new version doesn't works correctly anymore on slave core of 5970 in Windows ?
Current version works fine on primary core, but after finding first "accepted" share on slave core it starts flooding console with that "check hardware" error. Older, poclbm_py2exe_20101126 version works on both cores...

Yes, I'm aware of this problem. Unfortunately I'm still unable to resolve it. Any help from someone with 5970 on windows will be appreciated. The problem does not exist on Linux, but I can't figure out why it appeared on Windows only after the 20101126 release.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on February 15, 2011, 03:36:36 PM
New version, please update.

Changes:

- using httplib + json, keep-alive
- handler methods for hash rate, difficulty=1 candidate checks, failure

Just wondering if there's any more info on these changes,
I didn't see anything related to hash rate in the -help documentation, I'm probably missing something, just wondered if theres any more info on what these changes entail? Thanks for any info


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 15, 2011, 04:23:52 PM
Just wondering if there's any more info on these changes...

Keep-alive reuses same connection if the other party (pool) supports it. Using python standard libraries 'httplib' and 'json' makes poclbm to not depend on python-jsonrpc anymore. I was actually unaware that there is 'json' in python.

If '--verbose' is specified there are no more '\r' (carriage returns) in output. You can redirect all output to file (poclbm [params] > filename). In this mode everything is on its own line, including hash rate. You may wish to use '-r 60' to have less hash rate entries in the log. Also, every single 'difficulty = 1' candidate is logged unless actual difficulty is 1.

Version is now embedded in miner - allows user to check actual version. Pools can gather statistics about different miners and report eventual problems.

Handler methods allow someone willing to create GUI for example to receive more information from the miner.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 15, 2011, 07:07:35 PM
Using the new version in Debian Squeeze, I get this error when the pool doesn't respond:
Unexpected error:
Traceback (most recent call last):
  File "/home/sensored/svn/BitcoinMiner.py", line 210, in mine
    work = self.getwork()
  File "/home/sensored/svn/BitcoinMiner.py", line 187, in getwork
    response = self.connection.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 990, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
    raise BadStatusLine(line)
BadStatusLine

It does continue running, though.


Title: Re: python OpenCL bitcoin miner
Post by: Tolsi on February 15, 2011, 07:16:09 PM
Using the new version in Debian Squeeze, I get this error when the pool doesn't respond:
Unexpected error:
Traceback (most recent call last):
  File "/home/sensored/svn/BitcoinMiner.py", line 210, in mine
    work = self.getwork()
  File "/home/sensored/svn/BitcoinMiner.py", line 187, in getwork
    response = self.connection.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 990, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
    raise BadStatusLine(line)
BadStatusLine

It does continue running, though.

+1
Code:
15/02/2011 22:13:23, 3249b4d/, accepted
15/02/2011 22:13:34, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine
15/02/2011 22:13:34, bedda33/, accepted
win7 x64 , ati hd6870


Title: Re: python OpenCL bitcoin miner
Post by: realstudent on February 15, 2011, 07:40:48 PM
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine

Win7 x64 ATI 4870


Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 15, 2011, 08:28:40 PM
In Windows 7 x64, I got those same errors right after unzipping directly over the old stuff and then double clicking my batch file. I then went to the command shell and ran it from there and everything was fine. I closed it, went back and ran the batch file again, and everything was fine.

Don't know why it started working on its own.


Title: Re: python OpenCL bitcoin miner
Post by: realstudent on February 15, 2011, 09:03:06 PM
Maybe this issue touch server side?

Today i run "poclbm_py2exe_20110204" and also see this error message.
Ok, i check update for miner - found "poclbm_py2exe_20110215".
Next i download and depack to self dir. Error continue appear .... so i wrote to forum (maybe its being helpful).


Title: Re: python OpenCL bitcoin miner
Post by: dadittox on February 15, 2011, 09:52:55 PM
Would it be possible to add a log option and flush the output to log on every line? Redirecting output to a file in windows is buffered and it's very tricky to flush the output. It would be great to see the latest log entries without waiting for output buffer to fill up.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 15, 2011, 10:24:56 PM
dadittox: Run the script with python -u poclbm.py

edit: guess that won't work with the exe file. Try running it from a .bat file and add
set PYTHONUNBUFFERED=1
before running the program.


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on February 15, 2011, 10:56:52 PM
+1

Code:
15/02/2011 23:50:08, *******, accepted
15/02/2011 23:50:37, *******, accepted
15/02/2011 23:51:50, *******, accepted
15/02/2011 23:52:00, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine
15/02/2011 23:53:14, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine
15/02/2011 23:53:51, 42f6906e, accepted
23949 khash/s

Reverted back to 20110204, everything fine.


Title: Re: python OpenCL bitcoin miner
Post by: Manto on February 15, 2011, 11:26:20 PM
Just tested running the latest version (poclbm_py2exe_20110215) on a laptop with Windows 7 and NVIDIA Quadro NVS 135.  Installed the latest driver, and poclbm runs - however it's churning at mere 1khash (I get about 2khash with rpcminer-cpu with 2 threads).  Not sure if it's an issue with Quadro card or the driver - but I thought I'd report here and let everyone know my findings.


Title: Re: python OpenCL bitcoin miner
Post by: schnak on February 16, 2011, 04:50:48 AM
Ok I've updated drivers, checked for latest versions, etc. but I'm still getting this error when I try to run the batch file.

C:\Windows\system32>"D:\bitcoin\poclbm_py2exe_20110215\poclbm.exe" --user=youruser --pass=yourpw --device=0
Traceback (most recent call last):
  File "poclbm.py", line 41, in <module>
  File "BitcoinMiner.pyc", line 138, in __init__
IOError: [Errno 2] No such file or directory: 'BitcoinMiner.cl'

the file is there i can see it but the script doesn't. any ideas on how to get this up and running?


Title: Re: python OpenCL bitcoin miner
Post by: Tolsi on February 16, 2011, 06:20:32 AM
Ok I've updated drivers, checked for latest versions, etc. but I'm still getting this error when I try to run the batch file.

C:\Windows\system32>"D:\bitcoin\poclbm_py2exe_20110215\poclbm.exe" --user=youruser --pass=yourpw --device=0
Traceback (most recent call last):
  File "poclbm.py", line 41, in <module>
  File "BitcoinMiner.pyc", line 138, in __init__
IOError: [Errno 2] No such file or directory: 'BitcoinMiner.cl'

the file is there i can see it but the script doesn't. any ideas on how to get this up and running?
use it in bat file:
cd "D:\bitcoin\poclbm_py2exe_20110215"
d:
poclbm.exe --user=youruser --pass=yourpw --device=0


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on February 16, 2011, 08:50:47 AM
Ok I've updated drivers, checked for latest versions, etc. but I'm still getting this error when I try to run the batch file.

C:\Windows\system32>"D:\bitcoin\poclbm_py2exe_20110215\poclbm.exe" --user=youruser --pass=yourpw --device=0
Traceback (most recent call last):
  File "poclbm.py", line 41, in <module>
  File "BitcoinMiner.pyc", line 138, in __init__
IOError: [Errno 2] No such file or directory: 'BitcoinMiner.cl'

the file is there i can see it but the script doesn't. any ideas on how to get this up and running?

Before issuing the poclbm_***.exe, switch to the right directory.
Code:
cd \
d:
cd bitcoin
cd poclbm_*****

Issue the command from here.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 16, 2011, 10:39:33 AM
Ok I've updated drivers, checked for latest versions, etc. but I'm still getting this error when I try to run the batch file.
C:\Windows\system32>"D:\bitcoin\poclbm_py2exe_20110215\poclbm.exe" --user=youruser --pass=yourpw --device=0
You don't really need a batch file to run it from Windows. Just make a shortcut on the desktop and using your example add
D:\bitcoin\poclbm_py2exe_20110215\poclbm.exe --user=youruser --pass=yourpw --device=0
to target and
D:\bitcoin\poclbm_py2exe_20110215\
to Start in.

Then you can just double click it to start.


Title: Re: python OpenCL bitcoin miner
Post by: [Tycho] on February 16, 2011, 11:36:17 AM
Do you know what's changed since poclbm_py2exe_20101126 so the new version doesn't works correctly anymore on slave core of 5970 in Windows ?
Current version works fine on primary core, but after finding first "accepted" share on slave core it starts flooding console with that "check hardware" error. Older, poclbm_py2exe_20101126 version works on both cores...
Yes, I'm aware of this problem. Unfortunately I'm still unable to resolve it. Any help from someone with 5970 on windows will be appreciated. The problem does not exist on Linux, but I can't figure out why it appeared on Windows only after the 20101126 release.[/quote]
What kind of help do you need ?


Title: Re: python OpenCL bitcoin miner
Post by: realstudent on February 16, 2011, 12:54:57 PM
In last 8 hours problem described above ("Unexpected error:") not appear.
I stay used "poclbm_py2exe_20110215".


Title: Re: python OpenCL bitcoin miner
Post by: Nekrobios on February 16, 2011, 01:40:58 PM
Awesome. I get up to 350 Mhash/s with my 5870 (overclocked to 915/1275MHz) now with the recommended settings.

I think my computer’s a bit less laggy after the update, but that could just be a placebo.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 16, 2011, 01:56:51 PM
The 'Unexpected error:' doesn't affect mining at all. I just missed to handle HTTP exceptions. Will add it in next version.

@[Tycho]: For example trying to figure out why 20101126 works but later ones don't. I just don't have 5970 to test on Windows right now.


Title: Re: python OpenCL bitcoin miner
Post by: realstudent on February 16, 2011, 03:22:38 PM
Ok, thanks.


Title: Re: python OpenCL bitcoin miner
Post by: realstudent on February 16, 2011, 04:52:22 PM
May you introduce one feature?

When in cmd specified:
-r 0 - miner never calculated Khash/s rate and never flush it to console.

I think current option: -r 99999999999999999 - rare display info at screen, but rate in any cases calculated.

Thanks.


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on February 16, 2011, 11:06:47 PM
I think this was mentioned before, but couldn't find it on the forum:

Would it be hard to get the miner to send an email message everytime the block was accepted?


Title: Re: python OpenCL bitcoin miner
Post by: jgarzik on February 16, 2011, 11:10:16 PM
Would it be hard to get the miner to send an email message everytime the block was accepted?

The easiest would be to specify a program to be executed, when a block/share is accepted.

Then you can write a script / batch file to send an email, play a sound, send an SMS, whatever.


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on February 16, 2011, 11:12:04 PM
Would it be hard to get the miner to send an email message everytime the block was accepted?

The easiest would be to specify a program to be executed, when a block/share is accepted.

Then you can write a script / batch file to send an email, play a sound, send an SMS, whatever.

I know, the script is not a problem - but where in the code do I add it (and how :))?


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on February 16, 2011, 11:34:48 PM
I know, the script is not a problem - but where in the code do I add it (and how :))?

At the top of BitcoinMiner.py  add
Code:
import.os
Near
Code:
def blockFound(self, hash, accepted):
add
Code:
def sendmail(self):                                                                                                                                                     
                os.system("./your_mailing_script")
In
Code:
def blockFound(self, hash, accepted):
add
Code:
                self.sendmail()

The script will run if the block is either accepted or invalid/stale but the latter is also important to know. You can add hash and or date to the arguments. Remember than in Python indentation matters.


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on February 16, 2011, 11:50:31 PM
I know, the script is not a problem - but where in the code do I add it (and how :))?

At the top of BitcoinMiner.py  add
Code:
import.os
Near
Code:
def blockFound(self, hash, accepted):
add
Code:
def sendmail(self):                                                                                                                                                     
                os.system("./your_mailing_script")
In
Code:
def blockFound(self, hash, accepted):
add
Code:
                self.sendmail()

The script will run if the block is either accepted or invalid/stale but the latter is also important to know. You can add hash and or date to the arguments. Remember than in Python indentation matters.

The next time I get an email you're getting some coins!


Title: Re: python OpenCL bitcoin miner
Post by: geebus on February 17, 2011, 07:27:14 AM
I know, the script is not a problem - but where in the code do I add it (and how :))?

At the top of BitcoinMiner.py  add
Code:
import.os
Near
Code:
def blockFound(self, hash, accepted):
add
Code:
def sendmail(self):                                                                                                                                                     
                os.system("./your_mailing_script")
In
Code:
def blockFound(self, hash, accepted):
add
Code:
                self.sendmail()

The script will run if the block is either accepted or invalid/stale but the latter is also important to know. You can add hash and or date to the arguments. Remember than in Python indentation matters.

The next time I get an email you're getting some coins!

Under the following code you can also add a bit of filtering to not send email (or whatever you have it doing) by changing it from:
Code:
def blockFound(self, hash, accepted):

To:
Code:
def blockFound(self, hash, accepted, pct):
if accepted:
self.sendmail()

That way it's only valid, accepted shares/blocks that trigger an email.


Title: Re: python OpenCL bitcoin miner
Post by: pantherx12 on February 17, 2011, 07:33:47 PM
Hello folks was hoping for a little help setting up.

I tried to follow the instructions how ever I found them to be about as useful as being punched in the face.


Firstly how do I "browse" using command prompt, typing a directory does nothing at all.



I'm curious, could this of not been done with an automated .exe?



Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 17, 2011, 07:38:19 PM
Firstly how do I "browse" using command prompt, typing a directory does nothing at all.

http://www.lsi.upc.edu/~robert/teaching/foninf/doshelp.html


Title: Re: python OpenCL bitcoin miner
Post by: pantherx12 on February 17, 2011, 07:41:15 PM
Ahhh well that also helped not at all.



Typing


E> cd program files does not change the directory to program files.


nor does typing


E

or

E cd program files

or cd program file

or cd e.

etc etc.

( basically tried each possible variation)


I can how ever change to my C drive and browse through that fine and dandy.

So seams theirs some sort of protection on my OS drive ( 64gb falcon II by g-skill)

any ideas? Probably just need to dissable something first.


Title: Re: python OpenCL bitcoin miner
Post by: Ricochet on February 17, 2011, 07:49:21 PM
Use "dir" to show the current directory listing.  Any file name with spaces MUST be enclosed in quotation marks, for instance:
cd "Program Files"

"cd .." moves you up one level in the folder hierarchy.  "cd \" returns you to the root of the current drive (in your case, E:\)

Use tab-completion to let the console automatically complete file and folder names for you.  Start typing the first few letters and hit Tab (if it gets the wrong one, keep hitting Tab a few more times).  Tab completion will add quotation marks automatically if necessary.

To switch between drives (C:\ and E:\ for instance) simply type the drive letter and a colon and hit Enter.

EDIT:  If you want an easy way to open a command window already pointed to the folder you want, there are a few options.  In Vista and Windows 7, hold Shift as you right-click a folder and click the "open command window here" option.  In Windows XP, the same can be accomplished by a tiny program called Drop To Dos, available at http://tinyapps.org/file.html

Alternatively, you can create a batch file (standard text file with a file extension of .bat instead of .txt) consisting of nothing but "@%comspec%" without the quotes.  I personally call it "00startcmd.bat" so it will appear at the top of a list when sorted alphabetically, but the name is entirely up to you.  When double-clicked, it will open a command window pointed to whatever folder the batch file is in.


Title: Re: python OpenCL bitcoin miner
Post by: pantherx12 on February 17, 2011, 07:54:08 PM
Thanks for help guys.

A new poster at techpowerup helped already sorted things for me now.

Told me to drag the .exe onto command prompt.

Much easier.


Title: Re: python OpenCL bitcoin miner
Post by: Matt Corallo on February 17, 2011, 08:20:07 PM
Just to inform you, m0m, there is a project (called http://www.compute4cash.com/ which uses your miner only working on their server without any information about bitcoin or any reference to it or your program).  Then taking around 50%.
I know your the miner is Public Domain, but I just wanted to inform you, and potentially tell anyone on the forum that if they see reference to compute4cash, it is really just a ripoff bitcoin pool.


Title: Re: python OpenCL bitcoin miner
Post by: pantherx12 on February 17, 2011, 10:53:30 PM
Now I have a differnt problem.

When I try to apply the -server to bitcoin.exe it tells me to set up rpcpassword.

Only problem is, I already have.

In two different ways.

( via command prompt and via creating text file)


Title: Re: python OpenCL bitcoin miner
Post by: bitk on February 18, 2011, 01:59:51 AM
Just to inform you, m0m, there is a project (called http://www.compute4cash.com/ which uses your miner only working on their server without any information about bitcoin or any reference to it or your program).  Then taking around 50%.
I know your the miner is Public Domain, but I just wanted to inform you, and potentially tell anyone on the forum that if they see reference to compute4cash, it is really just a ripoff bitcoin pool.

Nice find!


Title: Re: python OpenCL bitcoin miner
Post by: Nonlin on February 18, 2011, 04:32:56 AM
Running an Asus Matrix ROG 5870 with out the line --f 5.

Is it necessary? What does it do exactly?


Title: Re: python OpenCL bitcoin miner
Post by: Compute4Cash on February 18, 2011, 06:25:30 AM
@BlueMatt - The Compute4Cash client is not poclbm.  It is based on the same kernel, with a minor modification, but the Compute4Cash client is an original C++ program.  Compute4Cash offers a different kind of service than Bitcoin pools do so please stop comparing Compute4Cash to Bitcoin pools and concluding that Compute4Cash is a ripoff - you are not comparing apples to apples and we do not appreciate your slander.


Title: Re: python OpenCL bitcoin miner
Post by: praxeologist on February 18, 2011, 07:15:19 AM
Spoken like a true scam artist. Actually, I don't care or think what you are doing is wrong per se, just don't get mad when we exposed your operation.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 18, 2011, 09:11:26 AM
The programmer(s) of the C4C client may have taken inspiration from poclbm, but it's clearly not written in Python, so it's not a copy of it. It's also much less efficient. I tried running it, and the load on my card bounces between 80 and 95%. With poclbm it stays at a constant 99%.


Title: Re: python OpenCL bitcoin miner
Post by: Compute4Cash on February 18, 2011, 09:23:08 AM
Compute4Cash is no more a scam than Bitcoin, and Bitcoin is certainly not a scam either.  Please refrain from slandering the Compute4Cash name - it really isn't necessary nor is it called for.

While of course we are not happy with the the orchestrated efforts to 'expose' Compute4Cash, we knew it was only a matter of time before this happened and we are not mad about it.  What does bother us however are the comments that essentially claim that Compute4Cash is screwing people over.  Yes, there are other alternatives to Compute4Cash that should yield higher profits for users, but Compute4Cash offers additional value over what the alternatives provide, and there is of course a premium to be paid for that.  Some may believe that this 'premium' is too high right now, but that only applies for right now.  Things are constantly changing and we expect to adjust our premium to be more reasonable in the near future, and we also expect that as the Bitcoin system and markets continue to grow and adjust themselves that this will also bring our premium to a more reasonable level.

Another thing that bothers us is the attempt to persuade our users to jump ship - one thing that Compute4Cash has done very differently from other alternatives is that we have engaged in paid-for advertising to grow our user base.  We have paid a substantial amount of money to share this opportunity with other people, knowing also that at some point in the future this would equate to advertising for Bitcoin and getting more people involved.  We therefore have invested in each and every user we have, so in a sense when you tell people to leave Compute4Cash you are running off with a portion of our investment.  If it weren't for our advertising efforts very few, if any, of our users would be aware of Bitcoin or making money in this way right now - that alone justifies not only a premium over the <10% profit margin of other pools, but it also justifies our expectation of being treated with decency.


Title: Re: python OpenCL bitcoin miner
Post by: Compute4Cash on February 18, 2011, 09:27:03 AM
@Grinder - the Compute4Cash client has a few auto-adjusting performance parameters that take a few minutes to settle down.  Once settled at full throttle it should mostly stay around 98%-99% if you are not doing anything else with your computer.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 18, 2011, 10:08:18 AM
I have nothing against Compute4Cash.

Please just make a separate thread to promote it.

Thanks


Title: Re: python OpenCL bitcoin miner
Post by: alikim on February 18, 2011, 12:58:53 PM
I got this error, not sure if it's the connection problem or a program bug:

18/02/2011 23:54:48, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine


Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 18, 2011, 01:23:30 PM
I got this error, not sure if it's the connection problem or a program bug:

18/02/2011 23:54:48, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine

That is caused by the pool on the server side.


Title: Re: python OpenCL bitcoin miner
Post by: Nonlin on February 18, 2011, 03:50:10 PM
So as a 5870 user starting in a pool as of FEb 17. Would it be wise for me to go solo or just stay in the pool?

What would you Experience users suggest I do.


Title: Re: python OpenCL bitcoin miner
Post by: ribuck on February 18, 2011, 04:26:23 PM
So as a 5870 user starting in a pool as of FEb 17. Would it be wise for me to go solo or just stay in the pool?
You could join the pool at first, just so you know that your rig is working. Otherwise, it may go for days without generating, and you will find yourself wondering if it is working properly.

When you are happy that your rig is working, you can switch to solo mining to get 2% more coins, on average. With a 5870 you will average just over one block a week, but some weeks you will get 2 or 3 blocks, and sometimes you will go 2 or 3 weeks before you get a block. It's very variable.


Title: Re: python OpenCL bitcoin miner
Post by: wolfangel91 on February 18, 2011, 04:34:14 PM
hi all,
I was on compute4cash but now I want to try bitcoin GPU mining. I read all this help http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows#comment-14408
But I still have an error, I launch the bat for poclbm.exe and I see a serie of that in the console:
"incomplete read:incomplete read(296bytes read, 15 more expected) unexpected error traceback (most recent call at last):
File "bitcoinminer.pyc", line 210 in mine
File "bitcoinminer.pyc", line 188 in getwork
File "httplib.pyc", line 525 in read
File "httplib.pyc", line 617 in _safe_read"

Any idea ? what's that shit?  How to resolve this problem? thanks for help!

(and sorry for my bad english.. :-\)


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 18, 2011, 04:44:51 PM
@wolfangel91

Disregard this error, it doesn't affect functionality at all. I just missed to handle and show server-side problem properly, will do so in next release this weekend.


Title: Re: python OpenCL bitcoin miner
Post by: wolfangel91 on February 18, 2011, 05:12:01 PM
thanks for your response! you said "Disregard this error, it doesn't affect functionality at all", ok but when I look to GPU load (with AMD system monitor) it's show 2% to 12% load only.. so I think I doesn't work no?...But maybe it's my fault I may be incorrectly set something  :-\


Title: Re: python OpenCL bitcoin miner
Post by: Dude65535 on February 18, 2011, 05:55:31 PM
wolfangel91 make sure you have the right device selected and are running the miner on your gpu and not your cpu.


Title: Re: python OpenCL bitcoin miner
Post by: Nonlin on February 18, 2011, 06:50:33 PM
So now that I know my GPU is mining. To switch to solo do I just remove the --host line and address from my batch file and I will start mining for myself again?



Title: Re: python OpenCL bitcoin miner
Post by: FooDSt4mP on February 18, 2011, 07:18:37 PM
So now that I know my GPU is mining. To switch to solo do I just remove the --host line and address from my batch file and I will start mining for myself again?



You'll also have to make sure the username and password are correct, but you'll get an error right away if it can't connect.


Title: Re: python OpenCL bitcoin miner
Post by: wolfangel91 on February 18, 2011, 08:10:05 PM
wolfangel91 make sure you have the right device selected and are running the miner on your gpu and not your cpu.

I'm sure, my CPU is from 2 to 4% and my GPU from 1 to 12%...so I think something doesn't work for me :-\ I've ATI SDK installed, drivers are up to date.. I see 8 connections on bitcoin and 108994bloks.. I've tried device 0 or device 1 and it's the same problem...


Title: poclbm nvidia and power consumption stats
Post by: urizane on February 19, 2011, 05:53:29 AM
I found bitcoin.org from the Security Now podcast and I have some stats that may interest you guys.

My system:
Core i7-950 @ 3.72 GHz
6 GB of RAM
2x nVidia 1GB GTX 460s @ 810 MHz core 4000 MHz memory

Bitcoin client on CPU: 5.5 Mhash/s
System Load: 210 W

poclbm on 1 GPU: 56 Mhash/s
System Load: 210 W

poclbm on 2 GPUs: 112 Mhash/s
System Load: 320 W

poclbm on 2 GPUs + Bitcoin client on CPU: 117.5 Mhash/s
System Load: 420 W

Running the CPU hashing is not worth it for the energy cost of running the Bitcoin client's generator.  It also appears that, as it was said before, nVidia GPUs don't seem to run this OpenCL code very well.  I still get 10 times the performance out of the GPUs than I do out of the CPU, so there's that at least.  Maybe it has to do with the fact that I'm still running 260.89 for the driver.  I'm lazy, though, so I may not update it any time soon.  There may also be some losses due to the fact that Fermi parts that aren't the full size 3 billion transistor parts are superscalar, meaning that 2/3 of the shaders are guaranteed to work all the time and only ILP optimizations can make the other 1/3 do some good.  I'd be interested to see if any changes in the way the operations are structured could make it run any faster.  As far as I can tell, there's no way to verify that every last shader is doing work all the time with software available to the average consumer.  Afterburner is telling me that my GPUs are both 98%-99% busy.  From what I can see in the power readings above, the videocards are consuming roughly 110 W of power and 1GB GTX 460s are rated for 160 W.  I just thought that I would put that out there.

As a side note, with SLI enabled, I would still have to run two instances of poclbm to get both GPUs busy.  If I intend to do any sort of gaming while this is going on, it's better to turn off SLI and dedicate the secondary GPU to the task of generating and not have the occasional slowdown when the driver decides it wants to try and render a frame on the already taxed GPU.  Apparently with the driver set up the way it is, device 0 is my secondary card so I don't have to make any special considerations if I want to run just one GPU into the ground and game with the other.

All in all, great software.  I haven't gotten a block yet, but I've only been running it for 3 hours.  I also got set up by reading: http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows (http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows)

The only other time I've heard my system this loud is in Crysis and a mezzed up replay from Starcraft II.  Also, the wall behind my computer is significantly warmer than room temperature.  Maybe the GPUs are doing as much work as they can after all.  I just would have expected a higher system power load.


Title: Re: poclbm nvidia and power consumption stats
Post by: xenon481 on February 19, 2011, 05:57:41 AM
I found bitcoin.org from the Security Now podcast and I have some stats that may interest you guys.

My system:
Core i7-950 @ 3.72 GHz
6 GB of RAM
2x nVidia 1GB GTX 460s @ 810 MHz core 4000 MHz memory

Bitcoin client on CPU: 5.5 Mhash/s
System Load: 210 W

I'd be interested in seeing the difference in CPU performance if you were to run this CPU Miner: http://bitcointalk.org/index.php?topic=3486.0


Title: Re: python OpenCL bitcoin miner
Post by: robzy on February 19, 2011, 05:58:02 AM
Hey guys, I'm afraid I'm having trouble with this. I did a quick test to make sure that bitcoind really was listening, with telnet, and it was.

I've double and triple checked the username and password.

Code:
[root@ip-*-*-*-* ~]# python2.7 poclbm.py  -d 0 -o 127.0.0.1 -p 8332  --user ***** --pass *****
Problems communicating with bitcoin RPC
bye
[root@ip-*-*-*-* ~]# telnet 127.0.0.1 8332
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
fhfsdhfd
sdghsdgsda
sdghsdhsdhas

HTTP/1.0 401 Authorization Required
Date: Sat, 19 Feb 2011 05:56:47 GMT
Server: bitcoin-json-rpc
WWW-Authenticate: Basic realm="jsonrpc"
Content-Type: text/html
Content-Length: 296

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd">
<HTML>
<HEAD>
<TITLE>Error</TITLE>
<META HTTP-EQUIV='Content-Type' CONTENT='text/html; charset=ISO-8859-1'>
</HEAD>
<BODY><H1>401 Unauthorized.</H1></BODY>
</HTML>
Connection closed by foreign host.

[root@ip-*-*-*-* ~]#

Any suggestions on debugging the problem?

[edit]: Argh! It's "--pass" not "-p" Solved!

Thanks,
Rob.


Title: Re: poclbm nvidia and power consumption stats
Post by: urizane on February 19, 2011, 06:32:28 AM
I'd be interested in seeing the difference in CPU performance if you were to run this CPU Miner: http://bitcointalk.org/index.php?topic=3486.0

Holy bejeebus.  I guess the built-in one isn't so optimized.

Core i7-950 @ 3.72 GHz: 17.7 Mhash/s
System load: 185 W

I'm wondering why the power went down, though.

Also, adding -v to the OpenCL miner gave me 57.5 MHash/s as opposed to 56 MHash/s on a single 460.  Power consumption unchanged.

EDIT: CPU power difference solved.  Apparently the SSE2 miner makes my CPU "decide" to run at 3.57 GHz instead of 3.72 GHz.  No worries.  17.7 Mhash/s is much better than 5.5 Mhash/s anyway.  Maybe I'll lock the multiplier some day and stop listening to my CPU whining about the work...maybe.


Title: Re: python OpenCL bitcoin miner
Post by: urizane on February 19, 2011, 08:52:54 AM
I found the CUDA portion of puddinpop's miners and have a comparison of the two for nVidia folks.  AMD owners can safely ignore this post.

poclbm on both GPUs: 2x 57.5 Mhash/s (115 Mhash/s)
System load: 320 W

rpcminer-cuda on both GPUs: 2x 59.2 Mhash/s (118.4 Mhash/s)
System load: 305 W

I guess CUDA (being an nVidia thing) really does still work better on nVidia cards than OpenCL, but at least OpenCL is sooo damn close.  It's nice to see that on nVidia's own hardware, OpenCL is competitive.  It's just annoying that a pair of cards that do Crysis so damn well is outclassed in this application by a single 5770.  Oh well, back to games, I guess.


Title: Re: python OpenCL bitcoin miner
Post by: sc8nt4u on February 19, 2011, 12:16:56 PM
Hey m0mchill, was -v command changed in this update from 0205? My .bat files that worked for 0205 does not work for 0215. It will only work if I take out the -v from the .bat file, but i lose about 30K/hash per card.


Title: Re: python OpenCL bitcoin miner
Post by: Tolsi on February 19, 2011, 12:23:31 PM
Hey m0mchill, was -v command changed in this update from 0205? My .bat files that worked for 0205 does not work for 0215. It will only work if I take out the -v from the .bat file, but i lose about 30K/hash per card.
How not to work? I use -v and it works. Give your file here will help you:)


Title: Re: python OpenCL bitcoin miner
Post by: sc8nt4u on February 19, 2011, 01:41:01 PM
Hey m0mchill, was -v command changed in this update from 0205? My .bat files that worked for 0205 does not work for 0215. It will only work if I take out the -v from the .bat file, but i lose about 30K/hash per card.
How not to work? I use -v and it works. Give your file here will help you:)

This will not launch, unless i take out the --v. Works fine for version 0205.

start /DC:\bitcoin\poclbm poclbm.exe --user=xxxxx --pass=xxxxx --device=0 --f=5 --w=128 --v


Title: Re: python OpenCL bitcoin miner
Post by: Tolsi on February 19, 2011, 01:54:16 PM
Hey m0mchill, was -v command changed in this update from 0205? My .bat files that worked for 0205 does not work for 0215. It will only work if I take out the -v from the .bat file, but i lose about 30K/hash per card.
How not to work? I use -v and it works. Give your file here will help you:)

This will not launch, unless i take out the --v. Works fine for version 0205.

start /DC:\bitcoin\poclbm poclbm.exe --user=xxxxx --pass=xxxxx --device=0 --f=5 --w=128 --v

I use it in bat file:
Code:
cd "C:\bitcoin\poclbm_py2exe_20110215"
poclbm --user=*** --pass=*** --host mining.bitcoin.cz --port=8332 --device=0 -v -w 128 -f 40

Maybe we should try one - or supply -v early?


Title: Re: python OpenCL bitcoin miner
Post by: cowhead2oo3 on February 19, 2011, 03:03:29 PM
Disculpen por mi falta de ingles... he leido todo el foro, inclusive lo poco que hay en español, pero todavia hay cosas que no entiendo muy bien.

Para que sirven las piscinas ?... por ejemplo

poclbm --user=*** --pass=*** --host mining.bitcoin.cz --port=8332 --device=0 -v -w 128 -f 40

Para que sirve lo que esta en negritas ?... es una piscina ? cual es el beneficio ?

http://pool.yyz.us/register.html" <--------- es una piscina ? estoy registrado, es necesario colocarlo en mi .bat ?

Yo siguiendo el tutorial hice todo y mi archivo .bat quedo asi o parecido

start /DC:\bitcoin\poclbm poclbm.exe --user=xxxxx --pass=xxxxx --device=0 --w=256

Yo arranco el bitcoin.exe modo server, luego arranco el poclb.exe; el poclb se conecta a mi "bitcoin -servidor" ?

esto significa que me conecto a mi propio servidor ?

Donde veo lo que he generado ?

----------------------------------

Sorry for my lack of English ... and read the entire forum, including what little there is in Spanish, but there are still things that do not quite understand..

function that have pools? ... eg

poclbm --user=*** --pass=*** --host mining.bitcoin.cz --port=8332 --device=0 -v -w 128 -f 40

that function is what is in bold? ... is a pool? what is the benefit?

"http://pool.yyz.us/register.html" <--------- is a pool? I have registered, i must place it in my. bat file?

I did everything the tutorial and my file. bat or similar'm so

start / DC: \ bitcoin \ poclbm poclbm.exe - user = xxxxx - pass = xxxxx - device = 0 - w = 256 - v

I run bitcoin (bitcoin.exe -server), then I start poclb.exe, the poclb connected to my "bitcoin-server?

this means that I connect to my own server?

Where I see what I created?

excuse torture :)...


Title: Re: python OpenCL bitcoin miner
Post by: Tolsi on February 19, 2011, 03:13:23 PM
I run bitcoin (bitcoin.exe -server), then I start poclb.exe, the poclb connected to my "bitcoin-server?

this means that I connect to my own server?

Where I see what I created?

excuse torture :)...
If you register for pool.yyz.us and want to use it, you have to specify it  after "-host".
If you do not specify - connects to your personal server.
If you create block - you'll see it in your Bitcoin client (and get it after 100 (120?) confirmations).


Title: Re: python OpenCL bitcoin miner
Post by: dany74q on February 19, 2011, 06:37:35 PM
Just a quick question here ,

I misunderstood the username & password part , is it the user name and password for the OS ? for this forum ?
Am confused a bit .

And by the way - what would be better KHash/s wise - a 2600k @ 5Ghz or a 5450 ?

Thanks ,

Danny.


Title: Re: python OpenCL bitcoin miner
Post by: Nekrobios on February 19, 2011, 06:51:22 PM
Just a quick question here ,

I misunderstood the username & password part , is it the user name and password for the OS ? for this forum ?
Am confused a bit .
Use any arbitrary combination. It’s just for the miner to communicate with your bitcoin client, so it doesn’t matter as long as they are identical at both places.

I got this error:
19/02/2011 18:10:44, verification failed, check hardware!

What does this mean? Did i find a block and it couldn’t be verified or was it just an attempt? It happened once in almost two hours, and for the first time now.


Title: Re: python OpenCL bitcoin miner
Post by: Dude65535 on February 19, 2011, 07:54:17 PM
verification failed means the program though it found a block but after trying the hash again got a different result. Most likely that means you have your GPU overclocked too much.


Title: Re: python OpenCL bitcoin miner
Post by: pantherx12 on February 20, 2011, 03:57:24 PM
When I try to set the .exe via command prompt to use my 6870 I get an error message.

IO:error errno 2 no such file or directory : bitcoinminer.cl



It is there though, tried putting poclbm in the bitcoin root and in a sepperate folder.


Title: Re: python OpenCL bitcoin miner
Post by: Fractality on February 21, 2011, 01:33:10 AM
Is there a way to monitor this miner? Like I have it running on a PC in the cellar that I ssh into. Can I check the current hash rates and success rates somehow?


Title: Re: python OpenCL bitcoin miner
Post by: Mahkul on February 21, 2011, 01:51:11 AM
Is there a way to monitor this miner? Like I have it running on a PC in the cellar that I ssh into. Can I check the current hash rates and success rates somehow?

If you scroll up a few posts you will find the answer to my question about the miner sending an email every time it finds a block (and it's accepted). At least this way I know when a block was found. I think the best thing to do would be having some kind of an interface similar to the one bitcoind has (getbalance, getdifficulty etc.) - just having a few of such features on the miner would be cool (gethashrate, listfoundblocks etc.). As for the temperature (you were asking about it in the other thread) it's easy to check it via the aticonfig tool (unless you're using nvidia, I don't know how to do it for nvidia cards). You could have a script monitoring the output from: sudo aticonfig --odgc

The problem with that is when you login via ssh not all features of aticonfig work (they only work properly if you're using it directly from the machine which has the screen connected). I am sure Raulo will be able to shed some light here. ;)


Title: Re: python OpenCL bitcoin miner
Post by: uck on February 21, 2011, 02:05:44 AM
I am seeing this exact same error. Let me know if you solve it...


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on February 21, 2011, 07:14:18 AM
The problem with that is when you login via ssh not all features of aticonfig work (they only work properly if you're using it directly from the machine which has the screen connected). I am sure Raulo will be able to shed some light here. ;)

Everything works exactly the same with ssh as it works via console if you have DISPLAY=:0 set and you are the user that "owns" the display. If the latter is not fulfilled, being root and having DISPLAY=:0 is all you need.


Title: Re: python OpenCL bitcoin miner
Post by: Fractality on February 21, 2011, 11:53:57 AM
Quote
the answer to my question about the miner sending an email every time it finds a block

I saw that, but I think it involves changing the code of poclbm? While doable, it would be a nuisance if new versions of poclbm appear and the modifications had to be repeated.

I think m0mchil mentioned something about hooks into poclbm?

@Raulo thanks for the info about the DISPLAY variable. I urgently need to get an understanding of that display stuff.


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on February 21, 2011, 12:16:48 PM
I saw that, but I think it involves changing the code of poclbm? While doable, it would be a nuisance if new versions of poclbm appear and the modifications had to be repeated.

Do you know how to use git? You can make a modification in your copy and each time m0mchill changes poclbm, you simply pull git changes and if it does not conflict with your version, the changes apply without any fuss. This is a very convenient and standard way of keeping a fork of a program up to date.


Title: Re: python OpenCL bitcoin miner
Post by: Fractality on February 21, 2011, 01:03:11 PM
Yeah, I'll probably fork poclbm on GitHub.


Title: Re: python OpenCL bitcoin miner
Post by: rogalik on February 21, 2011, 02:36:45 PM
I'm running at ca. 42 Mhps on Mobility Radeon HD 5650, OpenCL SDK 2.3. Best options so far: -d 0 --user=XXX --pass=XXX -w 128 -v -f 5 (I'm not sure what does -f parameter do really, I'm a dummy).
Do you think that individual mining with laptop GPU is worth it? Note: I'm not paying for the electricity.


Title: Re: python OpenCL bitcoin miner
Post by: thejode on February 21, 2011, 03:04:12 PM
Ok, usually I start the miner on slush's server with regular settings, just not specifying the -w value.
I read about it somewhere else, so I decided to mess around with it.
I'm running a Nvidia GeForce 8600M GT, and generally get about 5000 khash/s without specifying the -w value.
Then, when I set -w to 512, I got a hash rate of 1880356953 khash/s! I'm pretty sure that's messed up. And it ran like that for about 30 seconds before it crashed.
Glitch....or what?
On win7, btw.


Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on February 21, 2011, 07:59:40 PM
I too am getting intermittent errors while using slush's pool with win7-64:


Code:
21/02/2011 13:34:44, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine

Code:
21/02/2011 13:34:45, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine

Those are both from approximately around the same time, but each one occurred on its own graphics card (I am running 2 nvidia gtx 275 cards). It seems that they occur very chronologically close to one another. Further, it either occurs on only one card, or it happens on both of them, one within a few seconds of the other.

Here is another example, each paste is from a miner running on its own gpu:

Code:
21/02/2011 13:53:46, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine

Code:
21/02/2011 13:53:44, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyc", line 210, in mine
  File "BitcoinMiner.pyc", line 187, in getwork
  File "httplib.pyc", line 974, in getresponse
  File "httplib.pyc", line 391, in begin
  File "httplib.pyc", line 355, in _read_status
BadStatusLine


Title: Re: python OpenCL bitcoin miner
Post by: slush on February 21, 2011, 08:04:01 PM
I too am getting intermittent errors while using slush's pool with win7-64:

If you hit that before hour or two, I was upgrading the pool servers and many connections were cut.

Code:
BadStatusLine

This just means that data from connection were corrupted (probably because connection was forcibly closed) and poclbm don't catch it. It is just cosmetic.


Title: Re: python OpenCL bitcoin miner
Post by: aistto on February 21, 2011, 08:21:32 PM
MB MSI Socket-AM3 870A-G54 (pci-e x16 in dual cross work as 8/8 (but someone says that as 16/4))
catalyst 11.1
stream 2.2
1. hd5870 gigabyte
2. hd5870 his
I used 2 crossfire bridge
not overclocked

In my crossfire system doesn't work second card. it's look like below
Quote
F:\MySpace\btc\poclbm_py2exe_20110204>poclbm.exe
No device specified or device not found, use -d to specify one of the following

  •     Cypress
  • [1]     Cypress
    [2]     AMD Athlon(tm) II X2 220 Processor

    F:\MySpace\btc\poclbm_py2exe_20110204>poclbm.exe -u usr --pass=pswrd -o 178.79.147.99 -p 8332 -d 0 -v -w 128 -f 30
    21/02/2011 23:07, b2ca3069, accepted
    21/02/2011 23:07, 818e219a, accepted
    312424 khash/s
    Compilation terminated.
    (work as usual)

    F:\MySpace\btc\poclbm_py2exe_20110204>poclbm.exe -u usr --pass=pswrd-o 178.79.147.99 -p 8332 -d 1 -v -w 128 -f 30
    21/02/2011 23:08, 5f141da2, accepted (Here always accepting first block)
    verification failed, check hardware!
    verification failed, check hardware!
    verification failed, check hardware!
Why? ???

sorry for my english:)


Title: Re: python OpenCL bitcoin miner
Post by: CD-RW on February 21, 2011, 08:48:14 PM
Had some errors too.

poclbm should had used a catch elseif for this error, to make more clear that something went wrong.
Or at least make it less scary, just make it print 'Could not fetch new work' :P
~


Code:
File "poclbm.py", line 25  print 'No device specified or device not found, use -d to specify one of the following\n'
            ^
SyntaxError: invalid syntax

Using python 3.2 on windows  :-\


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on February 21, 2011, 09:01:59 PM
I'm running at ca. 42 Mhps on Mobility Radeon HD 5650, OpenCL SDK 2.3. Best options so far: -d 0 --user=XXX --pass=XXX -w 128 -v -f 5 (I'm not sure what does -f parameter do really, I'm a dummy).
Do you think that individual mining with laptop GPU is worth it? Note: I'm not paying for the electricity.
From what I've read, "-f x" is "framerate", i.e. the program will try to balance the kernel so that the kernel is run x times per second. This means that a lower value makes the kernel run for longer (-f 5 means the kernel takes about 0.2 seconds). If your OS feels sluggish (windows lag when you drag them on the desktop, videos seem choppy etc.) you can try to set -f higher. I use -f 120. At -f 60 I get slight lag when playing back HD videos, and the performance difference is only about 6% so I would much rather have a fully working machine. At -f 120 I notice no slowdown.

At least that is how I've understood it, I'm sure someone will correct me if I am wrong.

Edit: And if you're not paying anything for the electricity and it does not bother you to have it running in the background (presumably when the laptop is plugged in!) then it's free money, so why not? If you think bitcoin is interesting I see no reason why you wouldn't mine :)


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 21, 2011, 09:33:51 PM
@aistto

Switch crossfire off for now. Until I found why versions until and including 20101126 work with crossfire and later ones don't.

Using python 3.2 on windows  :-\

No, no, no... use python 2.6

poclbm is not compatible with python 3. Actually python 2 and python 3 are quite different and not compatible with each other.


Title: Re: python OpenCL bitcoin miner
Post by: aistto on February 21, 2011, 10:33:13 PM
@aistto

Switch crossfire off for now. Until I found why versions until and including 20101126 work with crossfire and later ones don't.


And what about version  20101126 and earlier? may be I could use it? where can I download it?


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on February 21, 2011, 11:31:30 PM
And what about version  20101126 and earlier? may be I could use it? where can I download it?

maybe you could, i wouldn't recommend it though if you don't really have to use it (have a 5970/dualGPU card)
on a 2x 5870 setup you can easily disable crossfire and use the latest miner-version on both cards.

if you want to use 20101126 anyway, here's a mirror (http://bitlex.co.cc/files/poclbm_py2exe_20101126.7z).




Title: Re: python OpenCL bitcoin miner
Post by: Fractality on February 21, 2011, 11:38:49 PM
Any advice on autostarting the miner when the computer boots up (without me logging in)? I configured bitcoind for autostart using this script from the forum (http://bitcointalk.org/index.php?topic=965.0).

I suppose for the miner I somehow need to configure envrionment variables (ATI Stream SDK) to be available upon boot. Plus it is confusing as I will start two instances of poclbm, one for each GPU I have.

I suppose I could still copy the script above in principle. One more problem, though: I think I want to pipe the verbose output of poclbm into a script that will parse and log the information, so I suppose I would start it like this

Quote
./poclbm.py -u somebody --pass=pwd -d 2 -v -w 128 --verbose | myparser.py

But what PID will be returned if I feed this to the start-stop-daemon command? If I use pipes, is the script I pipe into dependent on the originating script, that is, if I kill poclbm, will myparser.py also be killed?

Anything else I need to consider?

Thx!

Update: I just tried to start poclbm via ssh login from another computer. If the miner only shows the login screen, I get

Quote
No protocol specified
No device specified or device not found, use -d to specify one of the following

  •    Intel(R) Core(TM) i7 CPU         860  @ 2.80GHz
Once I log in to my account on the miner, I can also start poclbm via ssh.

What could be the reason? I don't suppose it is the environment variables, as they are configured in .bashrc. So I assume they should be known if I log in via ssh, too.


Title: Re: python OpenCL bitcoin miner
Post by: aistto on February 22, 2011, 08:32:37 AM
And what about version  20101126 and earlier? may be I could use it? where can I download it?

maybe you could, i wouldn't recommend it though if you don't really have to use it (have a 5970/dualGPU card)
on a 2x 5870 setup you can easily disable crossfire and use the latest miner-version on both cards.

if you want to use 20101126 anyway, here's a mirror (http://bitlex.co.cc/files/poclbm_py2exe_20101126.7z).


when I disable crossfire only first device is available. What should I do to use 2-nd?

crossfire disable
  •      Cypress
  • [1]     AMD Athlon(tm) II X2 220 Processor

    crossfire anable
  •      Cypress
  • [1]     Cypress
    [2]     AMD Athlon(tm) II X2 220 Processor


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 22, 2011, 09:12:29 AM
aistto, see http://blog.zorinaq.com/?e=11 (http://blog.zorinaq.com/?e=11)

Initially, you can start the miner on first device, then connect your monitor to second device to make it available. If this seems too difficult, see above link for a way to keep second device always active. This is a windows only problem.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 22, 2011, 01:20:41 PM
New version is up. Changes:

- handling httplib exceptions
- proper handling of wrong user name and password when mining with bitcoind
- support for more than one OpenCL platform
- caching kernel binaries for faster startup
- always flush stdout


Title: Re: python OpenCL bitcoin miner
Post by: krepta3000 on February 23, 2011, 08:38:23 AM
I have no OpenCL support on my Gateway 450ROG with ATI Mobility Radeon 7500 laptop running Windows XP Pro, 32 bit.  As far as I can tell, I guess I can't run a GPU miner.  I tried downloading one, but it's only got linux programs in the zip file I downloaded, nothing for windows.  So, I don't get it.  I guess I'll just keep using the RPC Miner screensaver I downloaded and got working.


Title: Re: python OpenCL bitcoin miner
Post by: wolfangel91 on February 23, 2011, 02:59:25 PM
Hi all, the new version works perfectly, I've got 310-314Mhashes/s on my HD5870, but I've a noob question, if I run the program and stop a few hours later,  it resumed his calculations when he was stopped? Or I've to run it non-stop until having 50BTC?  (excuse my english ^^)


Title: Re: python OpenCL bitcoin miner
Post by: xenon481 on February 23, 2011, 04:09:53 PM
Hi all, the new version works perfectly, I've got 310-314Mhashes/s on my HD5870, but I've a noob question, if I run the program and stop a few hours later,  it resumed his calculations when he was stopped? Or I've to run it non-stop until having 50BTC?  (excuse my english ^^)


It's like playing the lottery every few seconds. Any one play can win the prize and subsequent plays aren't dependent upon previous plays. So, don't worry about turning it off whenever you don't want it on; everything will still average out.


Title: Re: python OpenCL bitcoin miner
Post by: CD-RW on February 23, 2011, 06:54:49 PM
Used CTRL+c, then I got this:

Code:
23/02/2011 19:53:07, Unexpected error:
Traceback (most recent call last):
File "poclbm.py", line 52, in <module>

  File "BitcoinMiner.pyc", line 229, in mine
  File "BitcoinMiner.pyc", line 147, in sayLine
  File "BitcoinMiner.pyc", line 141, in say
KeyboardInterrupt


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 23, 2011, 08:36:15 PM
ctrl-c is the standard shortcut for stopping a command line program...


Title: Re: python OpenCL bitcoin miner
Post by: CD-RW on February 23, 2011, 09:15:44 PM
ctrl-c is the standard shortcut for stopping a command line program...
Thanks, caption obvious.  ::)

But should just say 'bye', but that one time it got error'd


Title: Re: python OpenCL bitcoin miner
Post by: error on February 24, 2011, 06:00:44 AM
Works great, m0mchil. Doing 48M on my GTX 460 with -v -f 90 (so I can use my desktop; I could get much more but I don't want to OC and I want to use my computer). It even continues doing 41M while WoW is running with no really discernible loss in frame rate.

My only question is, What's your address? I want to send you some bitcoins! Even though I'm sure you don't need them :D


Title: Re: python OpenCL bitcoin miner
Post by: f3ndot on February 24, 2011, 10:28:22 AM
Right. Anyone else experiencing this problem?

Sys Specs:
Python 2.6.1
PyOpenCL 0.92 built from source
ATI Radeon HD 5750
Mac OS X 10.6.6 (Snow Leopard)

Command Line:
python poclbm.py -v -u xxx -p xxx -d 0

Bug / Error (repeats over and over until I ^C):
Code:
24/02/2011 05:14:40, Unexpected error:                     
Traceback (most recent call last):
  File "/Users/x/bt/m0mchil-poclbm-ff291bf/m0mchil-poclbm-ff291bf/BitcoinMiner.py", line 200, in mine
    work = self.getwork()
  File "/Users/x/bt/m0mchil-poclbm-ff291bf/m0mchil-poclbm-ff291bf/BitcoinMiner.py", line 189, in getwork
    self.connection.close()
AttributeError: 'NoneType' object has no attribute 'close'

Then it spits this out after ^C:
Code:
Traceback (most recent call last):
  File "poclbm.py", line 52, in <module>
    myMiner.mine()
  File "/Users/x/bt/m0mchil-poclbm-ff291bf/m0mchil-poclbm-ff291bf/BitcoinMiner.py", line 230, in mine
    traceback.print_exc()
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/traceback.py", line 227, in print_exc
    print_exception(etype, value, tb, limit, file)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/traceback.py", line 125, in print_exception
    print_tb(tb, limit, file)
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/traceback.py", line 67, in print_tb
    '  File "%s", line %d, in %s' % (filename,lineno,name))
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/traceback.py", line 13, in _print
    file.write(str+terminator)
KeyboardInterrupt
^C

Then hangs


Title: Re: python OpenCL bitcoin miner
Post by: rogalik on February 24, 2011, 10:38:03 AM
have you tried running it from the .exe file?


Title: Re: python OpenCL bitcoin miner
Post by: f3ndot on February 24, 2011, 10:41:11 AM
have you tried running it from the .exe file?

Buddy... I'm using Mac which is based on the UNIX backend. It's strictly python or shell for me, no .exe's.


Title: Re: python OpenCL bitcoin miner
Post by: FreeMoney on February 24, 2011, 06:37:07 PM


Another thing that bothers us is the attempt to persuade our users to jump ship - one thing that Compute4Cash has done very differently from other alternatives is that we have engaged in paid-for advertising to grow our user base.  We have paid a substantial amount of money to share this opportunity with other people, knowing also that at some point in the future this would equate to advertising for Bitcoin and getting more people involved.  We therefore have invested in each and every user we have, so in a sense when you tell people to leave Compute4Cash you are running off with a portion of our investment.  If it weren't for our advertising efforts very few, if any, of our users would be aware of Bitcoin or making money in this way right now - that alone justifies not only a premium over the <10% profit margin of other pools, but it also justifies our expectation of being treated with decency.

Puhlease. Gimme a break. You paid for advertising so now you own your customers or something? Sweet Jesus Christ, is this a general rule in your mind? Anyone paying for advertising can't have their customers lured away by a better deal?


Title: Re: python OpenCL bitcoin miner
Post by: FooDSt4mP on February 24, 2011, 06:44:29 PM


Another thing that bothers us is the attempt to persuade our users to jump ship - one thing that Compute4Cash has done very differently from other alternatives is that we have engaged in paid-for advertising to grow our user base.  We have paid a substantial amount of money to share this opportunity with other people, knowing also that at some point in the future this would equate to advertising for Bitcoin and getting more people involved.  We therefore have invested in each and every user we have, so in a sense when you tell people to leave Compute4Cash you are running off with a portion of our investment.  If it weren't for our advertising efforts very few, if any, of our users would be aware of Bitcoin or making money in this way right now - that alone justifies not only a premium over the <10% profit margin of other pools, but it also justifies our expectation of being treated with decency.

Puhlease. Gimme a break. You paid for advertising so now you own your customers or something? Sweet Jesus Christ, is this a general rule in your mind? Anyone paying for advertising can't have their customers lured away by a better deal?

While I can see both points, Compute4Cash did only join this thread in order to correct some inaccurate accusations.  Spending money doesn't buy you customers, but it doesn't invite slander either.  They could be a little more open on their site about being driven by bitcoin, but anyone who knows how to use google can find that out.  Overall, they are contributing not only to mining, but I'm sure the press surrounding the "discovery" that is was driven by bitcoin hasn't hurt our community either.  Regardless, this thread is completely unrelated to Compute4Cash, so can we please table this discussion.  If you must reply, please do so in a different thread.


Title: Re: python OpenCL bitcoin miner
Post by: rogalik on February 24, 2011, 11:34:12 PM
have you tried running it from the .exe file?

Buddy... I'm using Mac which is based on the UNIX backend. It's strictly python or shell for me, no .exe's.
yeah, pardon me... suppose I wasn't fully awake while answering :D. But still, isn't there a program equivalent to py2exe on Mac?


Title: Re: python OpenCL bitcoin miner
Post by: error on February 25, 2011, 12:25:49 AM
But still, isn't there a program equivalent to py2exe on Mac?

No, why would there be? py2exe is a nasty kludge for limitations inherent in Windows, and is completely unnecessary for a Unix system.


Title: Re: python OpenCL bitcoin miner
Post by: OVerLoRDI on February 25, 2011, 05:03:32 AM
Does anyone have an estimate about how much bandwidth poclbm uses for mining?  I'm worried that a x1 slot might not provide enough bandwidth for mining.


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on February 25, 2011, 05:07:05 AM
I remember reading somewhere that it doesn't affect it at all. But I can't find where it was so take that with a grain of salt.


Title: Re: python OpenCL bitcoin miner
Post by: aistto on February 25, 2011, 10:11:09 AM
aistto, see http://blog.zorinaq.com/?e=11 (http://blog.zorinaq.com/?e=11)

Initially, you can start the miner on first device, then connect your monitor to second device to make it available. If this seems too difficult, see above link for a way to keep second device always active. This is a windows only problem.
I switched on crossfire (otherwise i didn't see second gpu)

on 1-st GPU I ran last version  with 100-250 kh/s
on 2-nd GPU I ran 20101126           50-150 kh/s
iI have problem with connection as well.

winXP, Catalyst 11.2, ATI Stream 2.2,  with crossfire bridge.



Title: Re: python OpenCL bitcoin miner
Post by: qet on February 26, 2011, 10:23:16 AM
Hi, I'm getting the following error in windows. (XP sp3, fresh install today. )

http://sc3.cc/pics/bitcoinerror.JPG

Any ideas?
I have tried installing .net and C++ redistributable.

Much appreciated, thanks.



edit:   after randomly installing various DirectX, C++ and .Net 2, 3, 4 versions, its now working.
Who knows which one you actually need??


Title: Re: python OpenCL bitcoin miner
Post by: qet on February 26, 2011, 11:05:47 AM
sorry to post again, but now i'm encountering another problem.
i've got a 5970 card.
I run poclbm on GPU1 and i get no trouble.

but on GPU2 it crashes after a few seconds with "verification failed. check hardware"

so I tried underclocking the gpu to as low as it would go. the hash rate was down accordingly when i re-ran poclbm, but it still errored within 10 seconds.

Any ideas?

Thanks again

Edit:
i tried adjusting the worksize to a low number:  "-w 8" . this reduced the MH/s to 38 MH/s   (normal is 260) 
however the program still exited with "verification failed" after a minute or two.

don't tell me this card is stuffed?


Title: Re: python OpenCL bitcoin miner
Post by: qed on February 26, 2011, 01:29:04 PM
Is poclbm periodically checking for the correct generation of ashes or do i have to make a stability test after changing voltage/frequency?


Title: Re: python OpenCL bitcoin miner
Post by: JWU42 on February 26, 2011, 02:58:48 PM
Are you running the card at stock for now while debugging?


Title: Re: python OpenCL bitcoin miner
Post by: qed on February 26, 2011, 03:04:01 PM
Are you running the card at stock for now while debugging?

Me? My cards are actually on underclock and undervoltage. With the standard GPu at 1.1V (stock voltage) my 2xHD6950 are stable at 920 MHz (800MHz is the stock clock).
The power disippated is heavily related to the voltage and way less on the gpu clock, so there is no point for me to keep the 2 cards at 1.1V. The cards are way quieter.


Title: Re: python OpenCL bitcoin miner
Post by: qet on February 26, 2011, 11:31:42 PM
Is poclbm periodically checking for the correct generation of ashes or do i have to make a stability test after changing voltage/frequency?
qed, if you read my post then you'd know that it does check.
if your card isn't stable then it will crash with "Verification failed. check hardware"


Title: Re: python OpenCL bitcoin miner
Post by: qet on February 26, 2011, 11:33:06 PM
And just to add another issue:
i ran poclbm overnight and in the morning it had stopped working with an error something like "failed to communicate with RPC server" ...
does this mean the bitcoin server crashed some time overnight?


Title: Re: python OpenCL bitcoin miner
Post by: qed on February 27, 2011, 12:00:28 AM
Is poclbm periodically checking for the correct generation of ashes or do i have to make a stability test after changing voltage/frequency?
qed, if you read my post then you'd know that it does check.
if your card isn't stable then it will crash with "Verification failed. check hardware"

It's not that simple.


Title: Re: python OpenCL bitcoin miner
Post by: Fuma on February 27, 2011, 04:15:25 AM
Hi
Been  using this miner.
and i did some changes in my GPU configuration.
i got a hd5870 and 8800GTX running together.
the miner recognize the 5870 but lists cuda as the interface(?) instead of opencl
and it never starts.

tried changing the number of device in bat file. basically tried everything i could on my own...
i know the double drivers must confuse the miner...but is there a way to go around this?

Edit :
the platform command fix this issue.
but now i'm getting connecting to rpc server problems.  
hope it's not related.


Title: Re: python OpenCL bitcoin miner
Post by: nster on February 27, 2011, 08:13:15 AM
Hi
Been  using this miner.
and i did some changes in my GPU configuration.
i got a hd5870 and 8800GTX running together.
the miner recognize the 5870 but lists cuda as the interface(?) instead of opencl
and it never starts.

tried changing the number of device in bat file. basically tried everything i could on my own...
i know the double drivers must confuse the miner...but is there a way to go around this?

Edit :
the platform command fix this issue.
but now i'm getting connecting to rpc server problems.  
hope it's not related.

I couldn't get my GT240 and 6870 top play nice together, so only my 6870 mines. I get ~280Mhash/s with 1040 core and 300 mem. keep in mind my 6870 OCs really badly, 975 core in games = instant BSOD. Try using MSI afterburner


Title: Re: python OpenCL bitcoin miner
Post by: Fuma on February 27, 2011, 08:34:00 AM
I couldn't get my GT240 and 6870 top play nice together, so only my 6870 mines. I get ~280Mhash/s with 1040 core and 300 mem. keep in mind my 6870 OCs really badly, 975 core in games = instant BSOD. Try using MSI afterburner

I get ~315Mhash with 5870 on stock frequencies. w/o the 8800gtx together they make on stock about ~345Mhash
so i dont let the 8800gtx to do nothing -not worth the electricity.
but they work well mining and gaming.


Title: Re: python OpenCL bitcoin miner
Post by: qed on February 27, 2011, 08:40:54 AM
I couldn't get my GT240 and 6870 top play nice together, so only my 6870 mines. I get ~280Mhash/s with 1040 core and 300 mem. keep in mind my 6870 OCs really badly, 975 core in games = instant BSOD. Try using MSI afterburner

Then you are generating invalid hases at that frequency. The fact that your card is not is not giving you a BOSD while mining doesnt mean it's stable.


Title: Re: python OpenCL bitcoin miner
Post by: nster on February 27, 2011, 10:32:28 AM
I couldn't get my GT240 and 6870 top play nice together, so only my 6870 mines. I get ~280Mhash/s with 1040 core and 300 mem. keep in mind my 6870 OCs really badly, 975 core in games = instant BSOD. Try using MSI afterburner

Then you are generating invalid hases at that frequency. The fact that your card is not is not giving you a BOSD while mining doesnt mean it's stable.

how could I check for invalid hashes?


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 27, 2011, 10:42:59 AM
how could I check for invalid hashes?
poclbm will say "Verification failed. check hardware". You probably don't need to worry, at least I've never seen this from overclocking. Either it generates valid hashes, or the computer freezes. I've got a 5850 running fine at 930 MHz (default is 725). It actually didn't crash before it reached 970, but I had to flash it to put it in a Linux server so I can't really fine tune it.


Title: Re: python OpenCL bitcoin miner
Post by: deMangler on February 27, 2011, 11:18:52 AM
how could I check for invalid hashes?
poclbm will say "Verification failed. check hardware". You probably don't need to worry, at least I've never seen this from overclocking. Either it generates valid hashes, or the computer freezes. I've got a 5850 running fine at 930 MHz (default is 725). It actually didn't crash before it reached 970, but I had to flash it to put it in a Linux server so I can't really fine tune it.

I mine with overclocked NVidias. Using poclpm.
I slowly tweak them as high as I can with riva, and I do get "Verification failed. check hardware" as I approach (or rather slightly cross) their limit.  I find it is a good test of how high I can overclock my cards.
dM


Title: Re: python OpenCL bitcoin miner
Post by: qed on February 27, 2011, 11:32:35 AM
how could I check for invalid hashes?
poclbm will say "Verification failed. check hardware". You probably don't need to worry, at least I've never seen this from overclocking. Either it generates valid hashes, or the computer freezes. I've got a 5850 running fine at 930 MHz (default is 725). It actually didn't crash before it reached 970, but I had to flash it to put it in a Linux server so I can't really fine tune it.

That's not true.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on February 27, 2011, 12:17:25 PM
That's not true.
Guess my computer's just is really good at fooling Slush's pool, then.


Title: Re: python OpenCL bitcoin miner
Post by: nster on February 28, 2011, 01:29:28 AM
until now I had down-clocked back to 1000 core as that is the frequency where at -f 30 I can basically use my comp normally and watch videos etc. I never got the verification failed before, only computer freeze if OCed at 1055+

idk if I'll OC it to 1040 again or take the 13Mhash/s hit


Title: Re: python OpenCL bitcoin miner
Post by: qet on February 28, 2011, 04:16:08 AM
Twice I have run this miner overnight on my PC and twice I have woken up to the CMD window saying "problems communicating with RPC server" or something of the like.

Yes, it was working fine when I left it (i.e. displaying the khash rate).
Bitcoin was still running (with -server) fine.

Os: winxp

not much point using this program if it cannot reliably mine 24/7.
anyone else have this problem?


Title: Re: python OpenCL bitcoin miner
Post by: slush on February 28, 2011, 10:04:16 AM
"problems communicating with RPC server" or something of the like.

not much point using this program if it cannot reliably mine 24/7.

This error does not mean that program crashed. It just inform you that there was trouble on network side, but it can recover easily. No restart or whatever needed...


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on March 02, 2011, 01:21:54 PM

In linux I issue a

$./poclbm

and get in return
  •    AMD Phenom(tm) II X2 555 Processor
  • [1]   Cypress
    [2]   Cypress

    yet I have HD 5970 installed, so it should return 2x "Hemlock"no?, or is it really just two Cypress GPU's on same card?

    Has anyone actually seen this command query return "Hemlock".


Title: Re: python OpenCL bitcoin miner
Post by: ZeroByte on March 02, 2011, 07:24:03 PM
Can anyone tell why this miner is maxing out one CPU core / instance. I don´t seem to be the only one having this problem.

My specs:

Win 7 64bit
Cats 11.2
AMD Stream 2.3
Dual 5850s
Miner: poclbm_py2exe_20110222

I tested using older Cats 10.12 & Stream 2.2 but it didn´t help at all. Disabling or enabling crossfire also doesn´t help.

I have quad core i5 processor so when i start first instance CPU goes up to 25% and after starting second one it goes up to 50%
MH/s rates are always normal nevertheless.

Didn´t have this problem when i had only one HD 5850, so it probably goes away if i take the second card off.


Title: Re: python OpenCL bitcoin miner
Post by: Kiv on March 02, 2011, 11:18:16 PM
I don't have a 5970, but my understanding is the 5970 is just two 5870s together on one card with an internal crossfire bridge and a slight downclocking. So I think Cypress x2 is the correct report.


In linux I issue a

$./poclbm

and get in return
  •    AMD Phenom(tm) II X2 555 Processor
  • [1]   Cypress
    [2]   Cypress

    yet I have HD 5970 installed, so it should return 2x "Hemlock"no?, or is it really just two Cypress GPU's on same card?

    Has anyone actually seen this command query return "Hemlock".



Title: Re: python OpenCL bitcoin miner
Post by: nster on March 03, 2011, 12:33:20 AM
I don't have a 5970, but my understanding is the 5970 is just two 5870s together on one card with an internal crossfire bridge and a slight downclocking. So I think Cypress x2 is the correct report.


In linux I issue a

$./poclbm

and get in return
  •    AMD Phenom(tm) II X2 555 Processor
  • [1]   Cypress
    [2]   Cypress

    yet I have HD 5970 installed, so it should return 2x "Hemlock"no?, or is it really just two Cypress GPU's on same card?

    Has anyone actually seen this command query return "Hemlock".


2 5870s at 5850 clocks, so yes, 2 downclocked 5870s, roughly the performance of 5850 x2 in CF. Easily Overclockable to 5870 clocks so that it makes 2 x 5870 speeds


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 03, 2011, 03:20:03 PM
I have a weird problem about cpu utilization.

Using 2x HD6950 with 2 separate process the total cpu utilizzation is around 15%. Starting a 3rd process on the 3rd card makes the cpu utilizzation rise to around 40% (13% each process as shown in the task manager). I'm using an i7 920 atm.


Title: Re: python OpenCL bitcoin miner
Post by: os008 on March 03, 2011, 03:43:15 PM
Using 2x HD6950 with 2 separate process the total cpu utilizzation is around 15%.
That's because this miner is GPU-only. It doesn't need the CPU much. It shows 1% here at 300MH/s.


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 03, 2011, 03:45:02 PM
For some reason two of my CPU cores are maxing out with poclbm running on my 5970.

Any ideas anyone?


Title: Re: python OpenCL bitcoin miner
Post by: os008 on March 03, 2011, 03:53:28 PM
Are you getting 500MH/s?


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 03, 2011, 04:41:01 PM
Using 2x HD6950 with 2 separate process the total cpu utilizzation is around 15%.
That's because this miner is GPU-only. It doesn't need the CPU much. It shows 1% here at 300MH/s.

What i was saying is that it uses too much cpu.


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 03, 2011, 05:51:24 PM
Are you getting 500MH/s?

I get the right hashes/s, I'm not a noob don't worry ;) I get 600mh/s in fact.


Title: Re: python OpenCL bitcoin miner
Post by: Cerebrum on March 04, 2011, 03:29:42 PM
OK, first off I need to thank you for making this miner. It's giving me much better performance than DiabloMiner ,which for some reason was giving me less than 40 Million Hashes per second with two 5970's, using all four graphics cores.

However, I'm seeing a huge parade of invalid/stale results when I run the miner, with a few accepted results between them (About 80% of results are invalid/stale). I've tried down-clocking the cores (they are running at 625 MHz now), removing the -v option, removing the -f option, and decreasing the work-unit size. Nothing seems to have helped it much. ATIConfig reports all core temperatures below 70 Celsius. I'm mining with slush's pool.

Any ideas as to why this is happening?

EDIT: I tried using Deepbit instead of slush's pool, and all of the invalid/stale results are gone. Is this something to do with using slush's pool, or does the deepbit server work differently? They say that "no block confirmation is needed", but does that mean that I'm still submitting invalid blocks, and that they aren't checking them?

ANOTHER EDIT: Tried changing drivers to Catalyst 10.11, as I read that was more stable and reliable. I am using it with Stream SDK 2.1. Nothing doing.

UNLIMITED EDIT WORKS: Anyone know of a verification program that I can run to ensure that the OpenCL Libraries are installed correctly? I got the list program to run correctly and return all of the GPU cores, but I don't know if there is one that will tell me whether or not the calculations going on in the cores are valid.


Title: Re: python OpenCL bitcoin miner
Post by: FooDSt4mP on March 04, 2011, 06:08:59 PM
For some reason two of my CPU cores are maxing out with poclbm running on my 5970.

Any ideas anyone?


Use stream 2.1... in my experience it has almost no cpu usage when GPU mining, and 2.2 and 2.3 both eat cpu.  I'm running linux, but windows users have reported similar circumstances.


Title: Re: python OpenCL bitcoin miner
Post by: slush on March 04, 2011, 09:37:12 PM
However, I'm seeing a huge parade of invalid/stale results when I run the miner, with a few accepted results between them (About 80% of results are invalid/stale).

Yes, this was an temporary issue of the pool, bitcoin client crashed for no particular reason. Now it is OK.

Quote
or does the deepbit server work differently?

Yes, there is difference between those pools. My pool is analyzing every submitted share in realtime and deepbit accept all submits and analyze them later. So the fact that you see more stale shares in my pool is not a bug, it is a feature.

But yes, the thing you reported was an issue of the pool, it's without debate.


Title: Re: python OpenCL bitcoin miner
Post by: [Tycho] on March 04, 2011, 10:04:36 PM
EDIT: I tried using Deepbit instead of slush's pool, and all of the invalid/stale results are gone. Is this something to do with using slush's pool, or does the deepbit server work differently? They say that "no block confirmation is needed", but does that mean that I'm still submitting invalid blocks, and that they aren't checking them?
You aren't submitting blocks to pool, you are submitting shares (hashes for difficulty 1). Block confirmation is not related to shares.

BTW, what operating system are you using ? If it's Windows, then you need older version of python miner to work with 5970s.


Title: Re: python OpenCL bitcoin miner
Post by: Cerebrum on March 04, 2011, 10:26:35 PM
EDIT: I tried using Deepbit instead of slush's pool, and all of the invalid/stale results are gone. Is this something to do with using slush's pool, or does the deepbit server work differently? They say that "no block confirmation is needed", but does that mean that I'm still submitting invalid blocks, and that they aren't checking them?
You aren't submitting blocks to pool, you are submitting shares (hashes for difficulty 1). Block confirmation is not related to shares.

BTW, what operating system are you using ? If it's Windows, then you need older version of python miner to work with 5970s.

I'm using Linux. And there seems to be no problem now that slush's pool is back up and operating correctly, I'm still getting invalid/stale results but now only about 1 in 10 instead of 9 in 10.


Title: Re: python OpenCL bitcoin miner
Post by: slush on March 04, 2011, 11:01:00 PM
I'm still getting invalid/stale results but now only about 1 in 10 instead of 9 in 10.

It's still quite high. With the default miner ask rate (5 seconds), the normal ratio of stale shares is around ~1-3%.

I'm watching pool console right now and there are no problems, so the higher-than-expected stale rate should be something on your side.


Title: code confusion
Post by: molecular on March 05, 2011, 12:07:12 AM
I've been looking at code and now I'm confused, maybe someone can help me out:

At the end of BitcoinMiner.cl (the kernel) there's a condition for outputting a solution candidate:

Quote
if (belowOrEquals(H, targetH, G, targetG))

Now 2 things strike me as odd:

1.) targetH is passed as 0xffff0000 (BitcoinMiner.py around line 293). why not 0? doesn't H have to be 0 even for a difficulty 1 block?

2.) (parts) of the calculation of G is commented out in the kernel code (likely to save some cycles, assuming that G is not going to be needed)...

Quote
//W13 = W13 + (rotr(W14, 7) ^ rotr(W14, 18) ^ (W14 >> 3U)) + W6 + (rotr(W11, 17) ^ rotr(W11, 19) ^ (W11 >> 10U));
//C = C + (rotr(H, 6) ^ rotr(H, 11) ^ rotr(H, 25)) + (B ^ (H & (A ^ B))) + K[61] + W13; G = G + C;

//G+=0x1f83d9abU;

...but G is used in the solution condition. So since G is some intermediary value of sha256 and targetG is 0, why does this even work?

I'm clearly missing or misunderstanding something and I would be happy if someone took the time to explain what's going on.


Title: Re: python OpenCL bitcoin miner
Post by: MessyCoin on March 05, 2011, 03:21:12 AM
Hi, I've been solo-mining for about a week with an ATI 5770 getting about 150Mhash/s using poclbm. This morning when I woke up I saw "05/03/2011 05:01:13, 0000f4d2, accepted" had appeared in the console window.. It's now going on 8 hours since then with nothing showing in the bitcoin application and I am wondering if I should be expecting 50btc or otherwise would appreciate any advice to understand what the message means. Thanks a lot :)


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on March 05, 2011, 04:12:50 AM

The "Invalid or Stale" rejection message should be split out into two error messages if possible,

That way miner side can trouble shoot when receiving a lot of these errors. If it is string of stale then it maybe a comms. problem on miner side (or pool connection possibly down).

Alternately, if it is a string of Invalid blocks then it maybe a computation problem on miner side.

A regular trickle of Stale messages indicates just the bad luck of timing and is situation normal (FUBAR).

Either way splitting the error message would speed troubleshooting and save confusing/conflating the two issues.


Title: Re: code confusion
Post by: m0mchil on March 05, 2011, 07:26:11 AM
Now 2 things strike me as odd:

1.) targetH is passed as 0xffff0000 (BitcoinMiner.py around line 293). why not 0? doesn't H have to be 0 even for a difficulty 1 block?

2.) (parts) of the calculation of G is commented out in the kernel code (likely to save some cycles, assuming that G is not going to be needed)...

...but G is used in the solution condition. So since G is some intermediary value of sha256 and targetG is 0, why does this even work?

1.) Excuse me for this mildly obfuscated code. target[0] and [1] are actually A and B of original target - I'm using them just to pass a made up 32 bit target. If you look at kernel parameters you'll see that target[0] (0xFFFF0000) is passed as G.

2.) G is used in belowOrEquals because I didn't managed to understand why this leads to better/faster assembler :) I left it there wondering when someone will ask this question.


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on March 05, 2011, 07:29:55 AM
Hi, I've been solo-mining for about a week with an ATI 5770 getting about 150Mhash/s using poclbm. This morning when I woke up I saw "05/03/2011 05:01:13, 0000f4d2, accepted" had appeared in the console window.. It's now going on 8 hours since then with nothing showing in the bitcoin application and I am wondering if I should be expecting 50btc or otherwise would appreciate any advice to understand what the message means. Thanks a lot :)

The block has been accepted and everything is OK:
http://blockexplorer.com/block/0000000000f4d21aec6a2097008556d0a8341333355ccdce76a0e5a2df083d0e

It takes 120 confirmations for the block to appear in the balance. It will happen is 23 blocks or about 3 hours from now.


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 05, 2011, 07:49:40 AM
@momchild or anybody :D

Someone can tell me which command to lower the GPU usage for this miner ? Since my GPU is always load at 99% (which is a good thing) however every time I want to play a movie or youtube(flash player) , my computer will hang up ! So I guess maybe lower the GPU usage will help ? I'm using ATI HD6970 with newest driver.

Thanks!


Title: Re: python OpenCL bitcoin miner
Post by: Quantumboredom on March 05, 2011, 08:31:39 AM
The -f parameter should fix that travex. I use -f 120 and don't notice any lag. At -f 60 theres slight lag. On my box the performance difference is less than 10% between -f 120 and -f 15.


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 05, 2011, 09:12:13 AM
Thanks mate, I've fixed the lag with the f parameter, however my computer is still locked up when I play any video file ( which only use about 1-10% GPU usage) or youtube ! I'm using SDK2.2 too


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 05, 2011, 09:23:07 AM
Thanks mate, I've fixed the lag with the f parameter, however my computer is still locked up when I play any video file ( which only use about 1-10% GPU usage) or youtube ! I'm using SDK2.2 too

Same problem here, but it happens with any opencl application in background.


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 05, 2011, 09:28:00 AM
Thanks mate, I've fixed the lag with the f parameter, however my computer is still locked up when I play any video file ( which only use about 1-10% GPU usage) or youtube ! I'm using SDK2.2 too

Same problem here, but it happens with any opencl application in background.

Yeah I think it has something to do with OpenCL applications, but youtube(adobe flash) + video player codec have nothing to do with Opengl then ? Have you tried other miner mate ?


Ps:Just tried diablo miner, same result @.@, computer hanged up !


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 05, 2011, 10:03:18 AM
Yeah I think it has something to do with OpenCL applications, but youtube(adobe flash) + video player codec have nothing to do with Opengl then ? Have you tried other miner mate ?
Check if it's possible to disable hardware acceleration in the players you use.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 05, 2011, 10:11:12 AM

The "Invalid or Stale" rejection message should be split out into two error messages if possible,

That way miner side can trouble shoot when receiving a lot of these errors. If it is string of stale then it maybe a comms. problem on miner side (or pool connection possibly down).

Computation is checked on CPU and you will see a 'verification failed' message. 'Invalid or stale' is received whenever the server rejected your result. It now is almost 100% 'stale' than 'invalid', but I didn't change the message because it would have caused more questions.

Quote
...every time I want to play a movie or youtube(flash player), my computer will hang up!

This is problem with flash itself, if not hanging it at least 'reserves' roughly half of GPU for itself.


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 05, 2011, 10:49:12 AM

The "Invalid or Stale" rejection message should be split out into two error messages if possible,

That way miner side can trouble shoot when receiving a lot of these errors. If it is string of stale then it maybe a comms. problem on miner side (or pool connection possibly down).

Computation is checked on CPU and you will see a 'verification failed' message. 'Invalid or stale' is received whenever the server rejected your result. It now is almost 100% 'stale' than 'invalid', but I didn't change the message because it would have caused more questions.

Quote
...every time I want to play a movie or youtube(flash player), my computer will hang up!

This is problem with flash itself, if not hanging it at least 'reserves' roughly half of GPU for itself.

Momchild can you explain more clearly , and its not only about the flash, my video codecs are messed up too I think(mkv,divx,xvid files)

@Grinder: I'm using Jet audio and I think its not hardware accelerated !


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 05, 2011, 11:53:37 AM
@Grinder: I'm using Jet audio and I think its not hardware accelerated !
VLC seems to work with the video files I've tried. I've disabled all features using hardware because I have experienced freezes before.


Title: Re: code confusion
Post by: molecular on March 05, 2011, 11:59:53 AM
First, thanks for answering.

Unfortunately, I'm even more confused now ;(

Now 2 things strike me as odd:

1.) targetH is passed as 0xffff0000 (BitcoinMiner.py around line 293). why not 0? doesn't H have to be 0 even for a difficulty 1 block?

2.) (parts) of the calculation of G is commented out in the kernel code (likely to save some cycles, assuming that G is not going to be needed)...

...but G is used in the solution condition. So since G is some intermediary value of sha256 and targetG is 0, why does this even work?

1.) Excuse me for this mildly obfuscated code. target[0] and [1] are actually A and B of original target - I'm using them just to pass a made up 32 bit target.

Why are you passing a made up 32 bit target (0x00000000ffff0000)?

Quote
If you look at kernel parameters you'll see that target[0] (0xFFFF0000) is passed as G.

It's passed as Parameter number 16, which is in BitcoinMiner.cl, "targetG", no?
Or what do you mean by "passed as G"?

Quote
2.) G is used in belowOrEquals because I didn't managed to understand why this leads to better/faster assembler :) I left it there wondering when someone will ask this question.

So you're saying that "targetG" is in fact the 2nd-last value of the real target or is it 0xffff0000 or what is it and why does it work at all comparing that to some G that is not even the 2nd-last value of the hash?


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 05, 2011, 12:30:53 PM
@Grinder: I'm using Jet audio and I think its not hardware accelerated !
VLC seems to work with the video files I've tried. I've disabled all features using hardware because I have experienced freezes before.

Yeah thanks mate, VLC actually works :D , but still the youtube(adobe flash) does not work @.@m quite annoying


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 05, 2011, 01:20:03 PM
Yeah thanks mate, VLC actually works :D , but still the youtube(adobe flash) does not work @.@m quite annoying
Youtube works for me, but I haven't done anything in particular to make it work. I'm using Opera 11 and 64 bit W7. It works both with and without HW acceleration, but it seems a bit less jumpy without.


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 05, 2011, 01:48:36 PM
Yeah thanks mate, VLC actually works :D , but still the youtube(adobe flash) does not work @.@m quite annoying
Youtube works for me, but I haven't done anything in particular to make it work. I'm using Opera 11 and 64 bit W7. It works both with and without HW acceleration, but it seems a bit less jumpy without.

Hmm, I'm using Firefox with Win 7 64 bits thought, strange, maybe I should try Opera or IE ? Btw , do you know how do disable HW acceleration for FF ?


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 05, 2011, 03:02:14 PM
Yeah thanks mate, VLC actually works :D , but still the youtube(adobe flash) does not work @.@m quite annoying
Youtube works for me, but I haven't done anything in particular to make it work. I'm using Opera 11 and 64 bit W7. It works both with and without HW acceleration, but it seems a bit less jumpy without.

Hmm, I'm using Firefox with Win 7 64 bits thought, strange, maybe I should try Opera or IE ? Btw , do you know how do disable HW acceleration for FF ?
put -f 120 in miner and downclock you card a bit... if overclocked, try getting closer to stock values.


Title: Re: python OpenCL bitcoin miner
Post by: JA37 on March 05, 2011, 03:43:25 PM
I got my ATI 4650 working but I only get about 23 Mhash/s. According to some tests my card should be able to to about 33Mhash/sec. I use -w32 and -f 10 as switches.
The "missing" 10Mhash, is that a result of mining in a pool, or can I do something to increase it?


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 05, 2011, 04:23:53 PM
I got my ATI 4650 working but I only get about 23 Mhash/s. According to some tests my card should be able to to about 33Mhash/sec. I use -w32 and -f 10 as switches.
The "missing" 10Mhash, is that a result of mining in a pool, or can I do something to increase it?

idk what are the best setting for a 4650, but have you tried vectors? (-v)


Title: Re: python OpenCL bitcoin miner
Post by: JA37 on March 05, 2011, 06:33:38 PM
idk what are the best setting for a 4650, but have you tried vectors? (-v)

Yeah, tried -v. Won't go over 20Mhash/s with that. So far 23-24 is as high as I get.


Title: Re: python OpenCL bitcoin miner
Post by: sethsethseth on March 06, 2011, 03:00:53 AM
I'm also finding that SDK v2.1 just isn't happening for me.  I removed all ATI related apps, used Driver Sweeper to clean up the remnants, and then went with the 12.10a hotfix + ATI Stream SDK v2.1.  When I run poclbm.exe, it gives the same error message it gives when the Stream SDK isn't installed at all.

I also tried this on a laptop with an ATI HD 5730 in it.  Same thing with poclbm not recognizing the Stream SDK v2.1.  Am I missing some step to get it working?  v2.3 works just fine for me, it's just that I'm assuming in light of people saying to run 2.1, that I would get more performance out of it.  I'm getting 290mhash/s right now by overclocking it to 920mhz.  Any higher seems to just crash it. I was a little too busy to tweak with it right now, so I haven't messed with the the memory clock or voltage much yet.

does poclbm + sdk2.1 work for anyone on windows?  I cannot find a single instance of anyone posting that this works.  It throws this error:

File "poclbm.py", line 3, in <module>
File "pyopencl\_init_.pyc", line 3, in <module>
File "pyopencl\cl.pyc", line 12, in <module>
File "pyopencl\_cl.pyc", line 10, in_load
ImportError: DLL load failed: The specified module could not be found

I really want it to work because 2.2 and 2.3 jack the cpu usage through the roof and they are slower.


Title: Re: python OpenCL bitcoin miner
Post by: MessyCoin on March 06, 2011, 08:08:41 AM
Hi, I've been solo-mining for about a week with an ATI 5770 getting about 150Mhash/s using poclbm. This morning when I woke up I saw "05/03/2011 05:01:13, 0000f4d2, accepted" had appeared in the console window.. It's now going on 8 hours since then with nothing showing in the bitcoin application and I am wondering if I should be expecting 50btc or otherwise would appreciate any advice to understand what the message means. Thanks a lot :)

The block has been accepted and everything is OK:
http://blockexplorer.com/block/0000000000f4d21aec6a2097008556d0a8341333355ccdce76a0e5a2df083d0e

It takes 120 confirmations for the block to appear in the balance. It will happen is 23 blocks or about 3 hours from now.

Unfortunately (for me) the 50BTC never appeared in my balance, and the recipient address shown in Block Explorer is not one in my address book. So, I'm attempting to understand better why I get this message but no bitcoin... I'm guessing that "accepted" (when solo mining using poclbm) does not always mean my miner was the first to submit the solution to the block? Any info on the reasons why I got an "accepted" solution but no 50BTC would be a great help. Thanks again :)


Title: Re: python OpenCL bitcoin miner
Post by: JA37 on March 06, 2011, 09:14:57 AM
Are you sure that this is "your" block?

Time?: 2010-04-04 06:12:57

Looks like a very old block to me.


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on March 06, 2011, 09:18:57 AM
The block has been accepted and everything is OK:
http://blockexplorer.com/block/0000000000f4d21aec6a2097008556d0a8341333355ccdce76a0e5a2df083d0e

Unfortunately (for me) the 50BTC never appeared in my balance, and the recipient address shown in Block Explorer is not one in my address book. So, I'm attempting to understand better why I get this message but no bitcoin... I'm guessing that "accepted" (when solo mining using poclbm) does not always mean my miner was the first to submit the solution to the block?

I'm sorry I reassured you when indeed something is not OK because this is an old block. I searched for the "000f4d2" string but there was an old block that had the same beginning. 

It is possible (albeit rare) that you found a block but within seconds somebody else also found a block and he transmitted it to more nodes (or not necesseraly more but the node that found the next block)  and "won" the race of including it in the blockchain.  It's also possible the the network connection to the outside world was down at the time and your bitcoin daemon hasn't transmitted the block you found.

I checked my logs and it appear it's a former case. My bitcoin received your block but also the competing one:
http://blockexplorer.com/block/000000000000a3f568a8da7609081b020d13a19bb77ca59df0141148330d9aa1

The competing one was the block that the next miner included and you lost the race.

Analyze the debug.log of the bicoin daemon you are running but I'm afraid you were very unlucky.


Title: Re: python OpenCL bitcoin miner
Post by: MessyCoin on March 06, 2011, 09:24:48 AM
Are you sure that this is "your" block?

Time?: 2010-04-04 06:12:57

Looks like a very old block to me.

Oh yes you're right going by that time - definitely wouldn't be my block. Now I am even more confused as Raulo (yesterday) seemed to think "it will happen is 23 blocks or about 3 hours from now". I'm not 100% sure how to use the Block Explorer so I refer back to my original question asking for any help understanding why I received the message "05/03/2011 05:01:13, 0000f4d2, accepted". Thanks

[edit] Ahh thank you Raulo for your above reply. Really appreciate it. Good to know that I probably don't have things set up incorrectly, and that I was probably just unlucky. Cheers.


Title: Re: python OpenCL bitcoin miner
Post by: jkminkov on March 06, 2011, 10:44:02 AM

does poclbm + sdk2.1 work for anyone on windows?  I cannot find a single instance of anyone posting that this works. 

I really want it to work because 2.2 and 2.3 jack the cpu usage through the roof and they are slower.

I have HD5770 with 2.1 and 11.2 drivers(only drivers, no CCC) working with poclbm - 156Mhash/s and winxp sp3

I had sdk 2.3 initially, but deinstalled for 2.2, then for 2.1, which gave me best results in terms of speed


Title: Re: python OpenCL bitcoin miner
Post by: molecular on March 07, 2011, 01:56:02 PM
It is possible (albeit rare) that you found a block but within seconds somebody else also found a block and he transmitted it to more nodes (or not necesseraly more but the node that found the next block)  and "won" the race of including it in the blockchain.  It's also possible the the network connection to the outside world was down at the time and your bitcoin daemon hasn't transmitted the block you found.

I checked my logs and it appear it's a former case. My bitcoin received your block but also the competing one:
http://blockexplorer.com/block/000000000000a3f568a8da7609081b020d13a19bb77ca59df0141148330d9aa1

The competing one was the block that the next miner included and you lost the race.

Analyze the debug.log of the bicoin daemon you are running but I'm afraid you were very unlucky.

Oh man, this makes me sad. This guy actually found a block (should take him 17 days to find one at 150Mh/s) and he got beaten to it :(


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 07, 2011, 03:37:37 PM
Any update about the CrossfireX issue? :-)


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on March 08, 2011, 11:23:36 PM
I got this weird problem been trying to track down and wondering if it is the poclbm.py miner or something else. Or if anyone else has seen a similar problem.

Linux, ubuntu 10.10, 2x5970 stock clocks. Code all seemed to be running okay and then system started hanging intermittently, seemingly unpredictably. After some testing found that it was the poclbm process running on the default display adapter that was causing the issue. Now, after getting progressively worse, anytime a poclbm process is launched on the default display adapter it hangs immediately.

EDIT: I also noticed that when the process on the default display GPU was running it was churning up a lot of CPU time, ten times more than other poclbm instances on the other GPUs ... now cannot launch a poclbm process on default display GPU without a system lock-up.




Title: Re: python OpenCL bitcoin miner
Post by: sethsethseth on March 09, 2011, 01:34:53 AM

does poclbm + sdk2.1 work for anyone on windows?  I cannot find a single instance of anyone posting that this works.

I really want it to work because 2.2 and 2.3 jack the cpu usage through the roof and they are slower.

I have HD5770 with 2.1 and 11.2 drivers(only drivers, no CCC) working with poclbm - 156Mhash/s and winxp sp3

I had sdk 2.3 initially, but deinstalled for 2.2, then for 2.1, which gave me best results in terms of speed

Can someone with Windows 7 64bit post that they use this please?

Also, my 2x5970 rig only works with crossfire ON fwiw


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 09, 2011, 01:41:07 AM

does poclbm + sdk2.1 work for anyone on windows?  I cannot find a single instance of anyone posting that this works.

I really want it to work because 2.2 and 2.3 jack the cpu usage through the roof and they are slower.

I have HD5770 with 2.1 and 11.2 drivers(only drivers, no CCC) working with poclbm - 156Mhash/s and winxp sp3

I had sdk 2.3 initially, but deinstalled for 2.2, then for 2.1, which gave me best results in terms of speed

Can someone with Windows 7 64bit post that they use this please?

Also, my 2x5970 rig only works with crossfire ON fwiw

I use 11.2 including CCC with 2.2 Stream... works like a charm


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on March 09, 2011, 02:22:38 AM

Can someone with Windows 7 64bit post that they use this please?

Also, my 2x5970 rig only works with crossfire ON fwiw
i never got poclbm to work with SDK 2.1 on windows, using 2.2 never causes any cpu-usage though.

and for your 5970-issue,
the prob on windows is, that you can not deactivate the internal-crossfire on 5970s and still use both GPUs.

to make poclbm run on both GPUs (with crossfire ON), i always used 2 different miner-versions,
-poclbm_<latest> on core1
-poclbm_20101126 on core2
which worked fine 'til i got bored and plugged my 5970 to an ubuntu-box.


Title: Re: python OpenCL bitcoin miner
Post by: sethsethseth on March 09, 2011, 03:30:48 AM
There is no crossfire issue for me, all versions of poclbm see all 4 gpus with crossfire on. 
For the SDK issue, I just want to see someone verify that sdk 2.1+windows 7 64bit has worked for them before I go around making another partition to do a clean install on.


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 09, 2011, 03:59:44 AM
Just tried a clean install, 2.1, 10.11 drivers, and latest poclbm, didn't work. Updated to 2.2 and it did.


Title: Re: python OpenCL bitcoin miner
Post by: BitLex on March 09, 2011, 12:17:48 PM
all versions of poclbm see all 4 gpus with crossfire on. 
all versions of poclbm SEE all GPUs on my system too,
but they don't WORK on all GPUs, the 2nd GPU only returns invalid results running the latest version.

lucky you if it works on your site, i never got it to run (with versions newer than 20101126).
 


Title: Re: python OpenCL bitcoin miner
Post by: ranger on March 09, 2011, 04:53:34 PM
My internet broke today so my miners did nothing for several hours. Would it be possible to modify poclbm so that it continues to work on the last received task when no connection is available?


Title: Re: python OpenCL bitcoin miner
Post by: [Tycho] on March 10, 2011, 01:10:25 AM
My internet broke today so my miners did nothing for several hours. Would it be possible to modify poclbm so that it continues to work on the last received task when no connection is available?
Usually this can be done for 60 seconds maximum, because miner's job is changed constantly, at least every 10 minutes when new block is created in network.
Even when each new transaction appears in queue, you should consider it and take new job.
Your work will be absolutely useless if you just continue calculating old task.


Title: Re: python OpenCL bitcoin miner
Post by: Lardie on March 10, 2011, 02:04:11 AM
Just tried a clean install, 2.1, 10.11 drivers, and latest poclbm, didn't work. Updated to 2.2 and it did.

Same here. Though I tried updating Catalyst before Stream SDK and it still didn't work.


Title: Re: python OpenCL bitcoin miner
Post by: sethsethseth on March 10, 2011, 02:34:26 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 10, 2011, 02:53:57 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

What card do you have and why do you want it to work with ati stream sdk 2.1?


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 10, 2011, 03:02:58 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

Just get an older version of poclbm?


Title: Re: python OpenCL bitcoin miner
Post by: FairUser on March 10, 2011, 03:14:50 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

Perhaps our modified version will work for you.  It's got an EXE and sources.

http://www.bitcoinpool.com/poclbm-mod.zip


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 10, 2011, 03:26:32 AM
Currently am testing all poclbm versions with 10.11 and 2.1 on 7 x64, will report back soon.


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 10, 2011, 04:08:42 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

Perhaps our modified version will work for you.  It's got an EXE and sources.

http://www.bitcoinpool.com/poclbm-mod.zip


Yes - I tested this, working on Windows 7 Ultimate x64, Stream SDK 2.1, Catalyst 10.11

You have to remove all of the ATI software on your computer, wipe, then reboot into safe mode and use Driver Sweeper (from Guru3D).

After that, reboot and install the driver + stream SDK, setup the miner and you're set. I'm getting a good 15 mh/s boost over 2.2 and 2.3


None of the official poclbm releases worked with this setup, not sure why. I'd bet it's the 10.11 driver. I'll be updating to 11.2 soon and I'll report back on the changes it makes.

And puddinpop's miner worked, but only at about half speed, for what it's worth.


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 10, 2011, 04:20:38 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

Perhaps our modified version will work for you.  It's got an EXE and sources.

http://www.bitcoinpool.com/poclbm-mod.zip


Yes - I tested this, working on Windows 7 Ultimate x64, Stream SDK 2.1, Catalyst 10.11

You have to remove all of the ATI software on your computer, wipe, then reboot into safe mode and use Driver Sweeper (from Guru3D).

After that, reboot and install the driver + stream SDK, setup the miner and you're set. I'm getting a good 15 mh/s boost over 2.2 and 2.3


None of the official poclbm releases worked with this setup, not sure why. I'd bet it's the 10.11 driver. I'll be updating to 11.2 soon and I'll report back on the changes it makes.

And puddinpop's miner worked, but only at about half speed, for what it's worth.

15 Mh/s on a total of? What card are you using?


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 10, 2011, 04:25:27 AM
15mh/s per core on a 5970 at 800mhz each

315 mh/s per core, 630 total


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on March 10, 2011, 04:37:11 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

Would it be fair to split the reward 25/25 between FairUser and I? Considering it is his miner but I tested and confirmed it working. Hell, I'll even write up a guide for switching from 2.3 to 2.1 if you'd like :)


Title: Re: python OpenCL bitcoin miner
Post by: sethsethseth on March 10, 2011, 04:45:27 AM
i will pay 50 BTC to whoever updates this miner to make it work with sdk 2.1 on 64bit windows 7, since a bunch of people have this problem.  Seems like it would be something really simple....

Would it be fair to split the reward 25/25 between FairUser and I? Considering it is his miner but I tested and confirmed it working. Hell, I'll even write up a guide for switching from 2.3 to 2.1 if you'd like :)

I was going to suggest that myself.  Just post how to get it working in the sdk problem thread and pm me an address guys.  lol, now I know how to get things done around here.... someone should make a site where you can pledge to donate x BTC for a certain feature, that might encourage a lot of development with tons of people contributing even 1btc for features.

Im getting 40Mhash more total out of my 2x5970 rig with 10.11 drivers.  didn't need to do safe mode or anything crazy to downgrade from 2.2, just uninstall, delete the ati stream directory in program files, and install the developer part of 2.1


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on March 10, 2011, 10:35:53 AM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

[edit]
@m0m
Hey man, could you please update the executable on OP?
I'm lazy to setup a compiling environment :P
[/edit]


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 10, 2011, 06:46:45 PM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

[edit]
@m0m
Hey man, could you please update the executable on OP?
I'm lazy to setup a compiling environment :P
[/edit]

do Ctrl alt delete and check your processes to see what is using your CPU


Title: Re: python OpenCL bitcoin miner
Post by: jkminkov on March 10, 2011, 10:51:39 PM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

[edit]
@m0m
Hey man, could you please update the executable on OP?
I'm lazy to setup a compiling environment :P
[/edit]

do Ctrl alt delete and check your processes to see what is using your CPU

explorer.exe, stopping mining, stops cpu usage, I have same problem with HD5770 + Ati Stream 2.1 + WindowsXP


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 11, 2011, 12:25:28 AM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

[edit]
@m0m
Hey man, could you please update the executable on OP?
I'm lazy to setup a compiling environment :P
[/edit]

do Ctrl alt delete and check your processes to see what is using your CPU

explorer.exe, stopping mining, stops cpu usage, I have same problem with HD5770 + Ati Stream 2.1 + WindowsXP

if you closes explorer.exe does mining still work? and CPU usage?

How about putting explorer.exe at low priority and for it to use only one core (affinity), preferable the last core (try to avoid putting it on core 0)


Title: Re: python OpenCL bitcoin miner
Post by: sethsethseth on March 11, 2011, 02:46:33 AM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

do Ctrl alt delete and check your processes to see what is using your CPU

explorer.exe, stopping mining, stops cpu usage, I have same problem with HD5770 + Ati Stream 2.1 + WindowsXP

if you closes explorer.exe does mining still work? and CPU usage?

How about putting explorer.exe at low priority and for it to use only one core (affinity), preferable the last core (try to avoid putting it on core 0)

I'm still getting high CPU usage with 2.1, each of my four poclbm-mod instance is using 20-25% CPU 


Title: Re: python OpenCL bitcoin miner
Post by: nster on March 11, 2011, 04:32:12 AM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

do Ctrl alt delete and check your processes to see what is using your CPU

explorer.exe, stopping mining, stops cpu usage, I have same problem with HD5770 + Ati Stream 2.1 + WindowsXP

if you closes explorer.exe does mining still work? and CPU usage?

How about putting explorer.exe at low priority and for it to use only one core (affinity), preferable the last core (try to avoid putting it on core 0)

I'm still getting high CPU usage with 2.1, each of my four poclbm-mod instance is using 20-25% CPU 

If it is the poclbm that is using CPU do the same, Affinity to one processor and low priority, see if that works... else just upgrade to 2.2

(lol 3 people with the same problem)


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on March 11, 2011, 06:11:03 AM
Okay, some more info on the default display hang bug in linux, actually think it is an Xserver poclbm fglrx kernel shit fight going on.

I truly thought the hardware on the GPU0 (default display) was fried since I swapped the 2 5970 cards and the hang on launch failure followed the GPU0 that was the display adapter that had hung but was now just another node ... go figure.

After complete re-install to get back to known good fglrx 10.12, ATI-stream SDK 2.1, yada,yada best set-up launched a poclbm instance on default display adapter ... yay, works, hardware not fried.

But wait, after a few moments and some movement of mouse, move an x-term around or something it hangs, @#$%!, restart and try to launch poclbm on GPU0 and hangs the system immediately this time. Back to square one, staring down barrel of complete system install ??? try one more thing, have you heard about the too cold bug to run 5970 crash all you water-cooler guys? http://www.tomshardware.com/forum/293030-33-5970-freezes-running-watercooled

So thinking outside chance card maybe too cold I launched an instance of gears;

$ fgl_glxgears

by default it was cranking on GPU0 so then after few seconds launched poclbm on GPU0, it works, yay, eh wtf?!. Shutdown fgl_glxgears and poclbm on GPU0 is away, still hashing like a raped ape, looks like a starter motor needed to get it fired up! Tried this several times and works reliably but one time I used -f 5 and left fgl_glxgears running longer and it all froze again. In amongst all this freezing, hanging and restarting sometimes the system doesn't come back up  or sends out an ugly kernel crash and string of errors on reboot ... so not too cold bug but I think there is kernel conflict with Xserver, running on default display, fglrx and poclbm (maybe pyOpenCL has something to answer for also.)

The high CPU work for the default display process is the big hint here, wtf is it churning on the CPU when the poclbm process is running on the GPU0?

$ps -A
...
 2001 pts/5    00:01:51 poclbm.py
 2004 pts/1    00:00:18 poclbm.py
 2007 pts/2    00:00:18 poclbm.py
 2010 pts/3    00:00:18 poclbm.py
...
all launched nearly simultaneously but the process 2001 is the one running on the default display adapter (started using the patented fgl_glxgears kick-starter method)

EDIT: update, swapped hardware again and the hanging process followed the dodgy GPU again ... i.e. not default display adapter problem but weird GPU core. Get this, the core will not run the poclbm.py unless I launch fgl_glxgears (maybe some other graphic intensive code also but haven't tested) first on the display associated with that core (e.g. $export DISPLAY=:0.2; fgl_glxgears )and "kickstart" it off. But also noticed that this core runs 1-2Mhash FASTER than other cores when it is crunching but then eventually hangs, sometimes runs for 30-60 mins, sometimes 10 mins only.

Since it is no longer default display GPU it doesn't hang system unless I try to kill it (Ctrl^C) or reboot the system ... at this point requires hard power restart, euchh. So most likely ultra-sensitive GPU core hardware but not so dodgy that it won't run and tempting to see if I can trick it into stabilising since it is a fast core ... any ideas hardware tech. heads? NB: have also tried under-clocking and over-clocking on the same core with same results .... GPU BIOS problem maybe? ... anyone gone under the hood there?


Title: Re: python OpenCL bitcoin miner
Post by: m4rkiz on March 11, 2011, 07:37:06 PM
similar problem with q6600 + 5970, W7 x64, ati 2.3.451

each instance of poclb using one core to the full
http://img854.imageshack.us/img854/633/clipboard01ye.jpg

no such problem with single 5870 - it uses 3-5% of cpu


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 11, 2011, 10:00:41 PM
Miner updated with support for long polling, see http://bitcointalk.org/index.php?topic=3889.msg63957#msg63957 (http://bitcointalk.org/index.php?topic=3889.msg63957#msg63957)


Title: Re: python OpenCL bitcoin miner
Post by: CD-RW on March 13, 2011, 03:43:19 AM
Latest version, shut it down by doing CTRL+c

Code:
13/03/2011 04:41:47, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyo", line 285, in mine
  File "Queue.pyo", line 177, in get
  File "threading.pyo", line 256, in wait
IOError: [Errno 4] Interrupted function call

bye


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on March 13, 2011, 06:55:35 PM
HD5770 + Ati Stream 2.1 + Catalyst + Windows 7 64bit = worked out of teh box without any issue.
Well, actually i have an issue: 25% constant cpu load (quad core machine).
I only have one miner instance open, crunching at +- 170Mhash/s with the gpu.
How come it is using that CPU core?

[edit]
@m0m
Hey man, could you please update the executable on OP?
I'm lazy to setup a compiling environment :P
[/edit]

do Ctrl alt delete and check your processes to see what is using your CPU

poclbm.exe is using 25% cpu, tot it was obvious :)
Not explorer.exe or something else.


Title: Re: python OpenCL bitcoin miner
Post by: bitjet on March 13, 2011, 09:52:45 PM
similar problem with q6600 + 5970, W7 x64, ati 2.3.451

each instance of poclb using one core to the full
http://img854.imageshack.us/img854/633/clipboard01ye.jpg

no such problem with single 5870 - it uses 3-5% of cpu

Im having the same problem on intel i5.


Title: Re: python OpenCL bitcoin miner
Post by: snedie on March 13, 2011, 10:47:05 PM
poclbm: each miner appears to use exactly 25% of your CPU. Open task manager and start/stop a miner.


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 14, 2011, 06:20:36 AM
poclbm: each miner appears to use exactly 25% of your CPU. Open task manager and start/stop a miner.


Each miner is using 1/N_Core of your CPU, where n_Core is the number of Cores detected by windows. If you have HyperThreading, enable it to half the CPU usage.


Title: Re: python OpenCL bitcoin miner
Post by: snedie on March 14, 2011, 08:16:44 AM
poclbm: each miner appears to use exactly 25% of your CPU. Open task manager and start/stop a miner.


Each miner is using 1/N_Core of your CPU, where n_Core is the number of Cores detected by windows. If you have HyperThreading, enable it to half the CPU usage.

i5, no hyperthreading :(


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 14, 2011, 09:18:14 AM
It shouldn't use any CPU (unless you use it on your CPU which you should not). Any other CPU usage is cleanly problem of driver + OpenCL SDK + OS.


Title: Re: python OpenCL bitcoin miner
Post by: kindle on March 14, 2011, 09:48:50 AM
Hi m0mchil I do experience 25% load on the cpu per poclbm instance. I have tried running with 10.11 + 2.1 stream but poclbm refused to load. Also 11.2 + 2.1 doesnt work either saying that no opencl device detected. 11.2 + 2.2 on the other hand runs with the 25% load issue. I am running win 7 64 bit. Any advice on the configuration?


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on March 14, 2011, 10:20:28 AM
poclbm: each miner appears to use exactly 25% of your CPU. Open task manager and start/stop a miner.


Each miner is using 1/N_Core of your CPU, where n_Core is the number of Cores detected by windows. If you have HyperThreading, enable it to half the CPU usage.

This won't half the cpu usage, just apparently.


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 14, 2011, 11:19:46 AM
poclbm: each miner appears to use exactly 25% of your CPU. Open task manager and start/stop a miner.


Each miner is using 1/N_Core of your CPU, where n_Core is the number of Cores detected by windows. If you have HyperThreading, enable it to half the CPU usage.

This won't half the cpu usage, just apparently.

It half the cpu time, as well as Watt and cpu usage %. Another "solution" is to stack all the process in 1 core, changing the Cpu Affinity under the system monitor (CTRL+ALT+CANC).



Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 14, 2011, 12:01:17 PM
It half the cpu time, as well as Watt and cpu usage %.
No, it just looks that way because Windows will say that 100% of one core on a dual core CPU is 25% instead of 50%. You still only have two cores, and a single process will 100% of it even if you enable HT. Enabling HT will not give you twice as many cores or twice as high performance. If two process use the same core with HT, it will only be a few percent more efficient than using a single core at best. Setting affinity is much better.


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 14, 2011, 01:48:17 PM
It half the cpu time, as well as Watt and cpu usage %.
No, it just looks that way because Windows will say that 100% of one core on a dual core CPU is 25% instead of 50%. You still only have two cores, and a single process will 100% of it even if you enable HT. Enabling HT will not give you twice as many cores or twice as high performance. If two process use the same core with HT, it will only be a few percent more efficient than using a single core at best. Setting affinity is much better.

Too bad my Watt meter do not agree with you.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 14, 2011, 01:58:44 PM
Windows has probably put two process on the same core, then.


Title: Re: python OpenCL bitcoin miner
Post by: DarkMatter on March 14, 2011, 03:10:42 PM
It half the cpu time, as well as Watt and cpu usage %.
No, it just looks that way because Windows will say that 100% of one core on a dual core CPU is 25% instead of 50%. You still only have two cores, and a single process will 100% of it even if you enable HT. Enabling HT will not give you twice as many cores or twice as high performance. If two process use the same core with HT, it will only be a few percent more efficient than using a single core at best. Setting affinity is much better.

Too bad my Watt meter do not agree with you.

It's not that hard
http://en.wikipedia.org/wiki/Hyper-threading


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on March 15, 2011, 11:10:56 PM

What's the new message all about ...

16/03/2011 11:53:09, 68b26a98, accepted                     
16/03/2011 11:53:19, a7c9af8b, accepted                     
16/03/2011 11:54:54, a59d5bc1, accepted                     
16/03/2011 11:56:08, 06783321, accepted                     m0mchil's python miner
16/03/2011 11:56:51, 14d00ef9, accepted                     
16/03/2011 11:57:57, 676f7efb, accepted                     


Title: Re: python OpenCL bitcoin miner
Post by: Litt on March 16, 2011, 08:42:31 AM
win 7 64 with 2 6970's and I'm getting 50% usage. 25% for each gpu instance. Was on 2.3 11.2 and was having this prob. Now on 11.4 and 2.4 and still having the same usage prob. Doesn't fix anything.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 16, 2011, 10:31:26 AM
When I download it on Windows 7 it says "What should Firefox do with this file?" then you can tick a "Open with" box that has a "Browse..." button after it, or a "Save File" box. I tried both but I didn't know what program to open it with. Also, I followed the first three steps of these (http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows) instructions. Only the first three because the rest was for after downloading the miner.


Title: Re: python OpenCL bitcoin miner
Post by: urizane on March 16, 2011, 10:37:21 AM
It's a 7zip file.  Open it with any good archiver like 7zip/WinRAR/etc....


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 16, 2011, 10:43:44 AM
K thanks! I just downloaded 7zip(this comp didn't have it before), so I'll try using it.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 16, 2011, 11:45:37 AM
Ummm, now I'm on step 5 of this (http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows), and I made the notepad file with the .bat extension in the C:\bitcoin\poclbm_py2exe_20110222 file and saved it with the stuff it told me to put in it. However, when I did the next part, double clicking it, which should show my hash rate, it just made a command prompt window pop up for about half a second and then close. I was supposed to save this in C:\bitcoin\poclbm_py2exe_20110222, right?


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 16, 2011, 12:18:27 PM
- Open the C:\bitcoin\poclbm_py2exe_20110222 directory in explorer
- Create a short cut to poclbm.exe on your desktop by right clicking on it and dragging it
- Right click on the new desktop icon and click properties
- Add the parameters you need to the exe file
- Save.

I think this method is much easier. The GUI version makes it even easier, though.


Title: Re: python OpenCL bitcoin miner
Post by: OVerLoRDI on March 16, 2011, 06:44:20 PM
Has anyone found a fix for the full CPU usage of poclbm with sdk 2.3 and 6xxx cards?

Note: you HAVE to use sdk 2.3 with the 6xxx cards.


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on March 16, 2011, 07:43:01 PM
Has anyone found a fix for the full CPU usage of poclbm with sdk 2.3 and 6xxx cards?

Note: you HAVE to use sdk 2.3 with the 6xxx cards.

check this.
http://bitcointalk.org/index.php?topic=4493.0

Before, i got 20% usage, now zero, but others differ.
It may work for u. 11.4 & 2.4 BETA


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 16, 2011, 09:41:53 PM
- Add the parameters you need to the exe file
Uh, what parameters are those?


Title: Re: python OpenCL bitcoin miner
Post by: urizane on March 16, 2011, 09:51:20 PM
Seeing as somebody just did this a moment ago (oddly enough)...
They posted the output from 'poclbm --help' here (http://bitcointalk.org/index.php?topic=4122.0).

Right click your new shortcut and add it to the line labeled Target in the Shortcut tab.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 16, 2011, 10:00:32 PM
Seeing as somebody just did this a moment ago (oddly enough)...
They posted the output from 'poclbm --help' here (http://bitcointalk.org/index.php?topic=4122.0).

Right click your new shortcut and add it to the line labeled Target in the Shortcut tab.
You mean there's a Shortcut tab on the right click menu and in the Shortcut tab there's a line called Target? Because when I right clicked, the only thing involving shortcuts was Create Shortcut. Sorry if this is frustrating, I'm only 10 so I don't know a lot on this.


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on March 16, 2011, 10:15:58 PM
You mean there's a Shortcut tab on the right click menu and in the Shortcut tab there's a line called Target? Because when I right clicked, the only thing involving shortcuts was Create Shortcut.
- Right click on the new desktop icon and click properties

Or perhaps you haven't made the shortcut yet? Hold the right button down on the .exe and drag it to your desktop, select create shortcut when you let go.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 16, 2011, 10:30:47 PM
You mean there's a Shortcut tab on the right click menu and in the Shortcut tab there's a line called Target? Because when I right clicked, the only thing involving shortcuts was Create Shortcut.
- Right click on the new desktop icon and click properties

Or perhaps you haven't made the shortcut yet? Hold the right button down on the .exe and drag it to your desktop, select create shortcut when you let go.
Oh dang, hold the right button. K thanks, I'll try that. Okay I did that, and now what should I put in the Target part?


Title: Re: python OpenCL bitcoin miner
Post by: slush on March 16, 2011, 11:20:43 PM
Oh dang, hold the right button. K thanks, I'll try that. Okay I did that, and now what should I put in the Target part?

Looks like you're not familiar with geeky stuff as black-and-white terminals, command line parameters and Matrix style logging. Then you should definitely try GUI for poclbm (http://bitcointalk.org/index.php?topic=3878.0) ;-).


Title: Re: python OpenCL bitcoin miner
Post by: JWU42 on March 16, 2011, 11:50:16 PM
win 7 64 with 2 6970's and I'm getting 50% usage. 25% for each gpu instance. Was on 2.3 11.2 and was having this prob. Now on 11.4 and 2.4 and still having the same usage prob. Doesn't fix anything.

Same here Litt (but on i7-920 so 4 cores with HT) shows me with 2 of 8 threads at 12.5% each.  It seems having multi gpu's is the problem...


Title: Re: python OpenCL bitcoin miner
Post by: Litt on March 17, 2011, 01:16:59 AM
win 7 64 with 2 6970's and I'm getting 50% usage. 25% for each gpu instance. Was on 2.3 11.2 and was having this prob. Now on 11.4 and 2.4 and still having the same usage prob. Doesn't fix anything.

Same here Litt (but on i7-920 so 4 cores with HT) shows me with 2 of 8 threads at 12.5% each.  It seems having multi gpu's is the problem...

yup if you have multi gpu 2.4 won't do much for u.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 19, 2011, 10:20:45 PM
Oh dang, hold the right button. K thanks, I'll try that. Okay I did that, and now what should I put in the Target part?

Looks like you're not familiar with geeky stuff as black-and-white terminals, command line parameters and Matrix style logging. Then you should definitely try GUI for poclbm (http://bitcointalk.org/index.php?topic=3878.0) ;-).
Thanks for the link, but how is it easier to set up?


Title: Re: python OpenCL bitcoin miner
Post by: slush on March 19, 2011, 10:39:59 PM
Thanks for the link, but how is it easier to set up?

It's the GPU miner with graphic interface. You only need to download EXE file, click it and fill login/password for some pool. That's the simplest setup which I can imagine...

(I expect that you have already installed drivers with OpenCL support, but it is not Bitcoin-related).

Edit: Oh, I see that there is no official EXE version of poclbm GUI. Then you have to install 7zip extractor (let's google it) and unpack 7z file. The executable is inside that.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 20, 2011, 11:06:06 AM
Thanks for the link, but how is it easier to set up?

It's the GPU miner with graphic interface. You only need to download EXE file, click it and fill login/password for some pool. That's the simplest setup which I can imagine...

(I expect that you have already installed drivers with OpenCL support, but it is not Bitcoin-related).

Edit: Oh, I see that there is no official EXE version of poclbm GUI. Then you have to install 7zip extractor (let's google it) and unpack 7z file. The executable is inside that.
Uh, I downloaded 7zip before for the regular poclbm, and when I unpacked it using 7z, I double-clicked on the guiminer.exe thing and it said something about some problem with OpenCL support. I can't see exactly what it said right now because I'm 10 and before I can download anything I have to ask my mom/dad to type in the admin password (which I don't know) and they'll check to make sure it's "appropriate" before they type it in and I didn't think they'd think bitcoin was so I secretly installed it on my dad's computer but now my dad's computer is password protected and i don't know his password.


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on March 20, 2011, 12:46:32 PM
10? fatcom4, you better ask your DAD to read about bitcoin in www.bitcoin.org.
If he reads he will know its benefit & then their won't be any problem both for you & him.
Actually you need to install ati stream sdk 2.1 or 2.2, if you have 5000 series card or AMD APP 2.3, if 6000 series card.
You better ask your dad to read about bitcoins & don't give unnecessary fears or problems to your dad.
 


Title: Re: python OpenCL bitcoin miner
Post by: foxmulder on March 20, 2011, 06:44:21 PM
Quote
Running command: poclbm.exe --user=username.worker --pass=pass -o mining.bitcoin.cz -p 8332 -d0 --verbose
Listener for "slush's pool" started
Listener for "slush's pool" shutting down
Running command: poclbm.Listener for "slush's pool": 21/03/2011 01:40:47, Problems communicating with bitcoin RPC
Listener for "slush's pool": 21/03/2011 01:41:16, Problems communicating with bitcoin RPC
exe --user=username.worker --pass=pass -o mining.bitcoin.cz -p 8332 -d0 --verbose
Listener for "slush's pool" started
Listener for "slush's pool": 21/03/2011 01:39:21, Problems communicating with bitcoin RPC

Why i always got "Problems communicating with bitcoin RPC"?, my ip is on dmz on my router+ bitcoin & pocldbm already on my firewall exclusion list, i have no problem with another p2p app.


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on March 20, 2011, 06:53:33 PM
May be the port 8332 blocked in your router.
allow transmission incoming & outgoing in router configuration page.
port forwarding google for your router model.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 20, 2011, 10:08:29 PM
Actually you need to install ati stream sdk 2.1 or 2.2, if you have 5000 series card or AMD APP 2.3, if 6000 series card.
 
??? I am 10......


Title: Re: python OpenCL bitcoin miner
Post by: TurdHurdur on March 20, 2011, 10:25:33 PM
??? I am 10......
Pretty good spelling and grammar for 10, better than some other users, hah.

Wonder if you'll get COPPA'd...

What do you want Bitcoins for, buying NX codes? :P


Title: Re: python OpenCL bitcoin miner
Post by: foxmulder on March 20, 2011, 11:46:09 PM
May be the port 8332 blocked in your router.
allow transmission incoming & outgoing in router configuration page.
port forwarding google for your router model.

Like i said it's already on dmz, my computer is fully exposed to the internet without any intermediatary :(, the listener not full time throwing up that error only occasionally, pocldbm can accept and send new work but i get lost on efficiency because of this lost 'packet'.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on March 21, 2011, 12:01:38 AM

Sounds like it could be hardware related, try another router? Test your connection integrity, packets lost on a ping test?


Title: Re: python OpenCL bitcoin miner
Post by: slush on March 21, 2011, 12:58:12 AM
the listener not full time throwing up that error only occasionally

If it isn't permanent and the error appears only time to time, it might be problem on my side. Please PM me your pool login and time (ideally in UTC) when the problem appeared last time.


Title: Re: python OpenCL bitcoin miner
Post by: fatcom4 on March 21, 2011, 10:43:39 PM
??? I am 10......
Pretty good spelling and grammar for 10, better than some other users, hah.

Wonder if you'll get COPPA'd...

What do you want Bitcoins for, buying NX codes? :P
1. Thanks, I have no idea why I type everything like this.
2. COPPA'd?
3. NX? It's for some online game (http://bitcointalk.org/index.php?topic=4494.0;topicseen).


Title: Re: python OpenCL bitcoin miner
Post by: Nevezen on March 23, 2011, 10:42:51 PM
Question.. what are vectors and how do they affect the performance of your miner specifically? If I recall correctly, vectors have something to do with stream processing?

Been playing around with the command arguments lately and when omitting -v, hashrate jumps up about +15M; for a lowly 8800GT, from 20M..

Decreasing the frames option makes the desktop almost unresponsive but contributes about +1M when setting from 120 to 10.. would like to know how this works as well.


Title: Re: python OpenCL bitcoin miner
Post by: urizane on March 23, 2011, 10:57:23 PM
As far as -v goes, I'm not entirely sure, but I think it just allows the calculations to take place in a wider field.  -f controls how long an instance of the miner can run for on the GPU (inverted to work on the concept of frame rate).  The larger the parameter, the more opportunities other tasks (such as updating the desktop) have at actually executing.  You may also want to mess with -w (work size).  For your GPU, I would probably guess 128 is best, but 64 might work as well.  I'm fairly certain 256 will spew randomly large hash/s at you and crash shortly thereafter.

If you haven't done so yet, at least check out puddinpop's RPC CUDA miner as this may net you a small boost in performance.  It won't be much at first, but you can do some tweaking to get more.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 25, 2011, 01:48:54 PM
New version is up. All changes are pool related.

- long polling is slightly better in preventing stales to escape to server;
- miner now supports 'time rolling' whenever there is 'X-Roll-NTime' header in HTTP response;
- improved check for end of current task


Title: Re: python OpenCL bitcoin miner
Post by: lupio on March 25, 2011, 01:53:46 PM
Hello,

I want use poclbm with my HD 5770 vapor-x.

You know the tools at install with poclbm ?


Thanks


Title: Re: python OpenCL bitcoin miner
Post by: urizane on March 25, 2011, 07:28:54 PM
Hello,

I want use poclbm with my HD 5770 vapor-x.

You know the tools at install with poclbm ?


Thanks

If you're running Windows, the first link in the first post on this thread should be all you need.  In the command prompt, navigate to the directory you unpacked poclbm to and type 'poclbm --help' to get an idea how to get started.

EDIT: Also, there's a link in there for Kiv's GUI if you're not comfortable with command line stuff.


Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on March 26, 2011, 01:59:58 AM
With the latest version while mining for myself, I seem to be getting intermittent "problems communicating with bitcoin rpc" errors. They appear and disappear seemingly randomly...


Title: Re: python OpenCL bitcoin miner
Post by: slush on March 26, 2011, 02:12:15 AM
With the latest version while mining for myself, I seem to be getting intermittent "problems communicating with bitcoin rpc" errors. They appear and disappear seemingly randomly...

This may be related to the getwork locking in bitcoind, the same trouble as I solved. More people already reported troubles with mining on their own with many pending transactions.

You can a) patch the bitcoind with m0mchil's patch published yesterday b) Join my pool, now you even know how to do that ;)


Title: Re: python OpenCL bitcoin miner
Post by: jaybob20 on March 26, 2011, 07:45:13 AM
New version is up. All changes are pool related.

- long polling is slightly better in preventing stales to escape to server;
- miner now supports 'time rolling' whenever there is 'X-Roll-NTime' header in HTTP response;
- improved check for end of current task

Working much better for me now. Before this update, I had the miner restart if it threw a RPCError in getwork.
Now I see a bunch of "warning: job finished, miner is idle," but it keeps chugging along.
I haven't looked at the new code yet, but would some pre-fetching help?


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 26, 2011, 08:27:34 AM

Working much better for me now. Before this update, I had the miner restart if it threw a RPCError in getwork.
Now I see a bunch of "warning: job finished, miner is idle," but it keeps chugging along.
I haven't looked at the new code yet, but would some pre-fetching help?

No. You need as fresh jobs as possible. Try to figure out why it fails to fetch new one in a reasonable time. If not in pool - there is an issue currently which can make getwork() extremely slow, see http://bitcointalk.org/index.php?topic=4853.0 (http://bitcointalk.org/index.php?topic=4853.0)


Title: Re: python OpenCL bitcoin miner
Post by: travex on March 26, 2011, 10:36:55 AM
Eh, do I have to disable crossfire for my 5970(1 card) using this miner guys ?


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 26, 2011, 01:34:48 PM
Version 20110325 is a good 5%-10% slower on my 2nd and 3rd card compared to version 20110311.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 26, 2011, 04:37:02 PM
Version 20110325 is a good 5%-10% slower on my 2nd and 3rd card compared to version 20110311.

There is a change in the way '-f' works. Simply said, just use lower '-f' now to achieve same performance/desktop lag as before. 5% seems too much though, what's your setup? Is the first card faster?


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 26, 2011, 04:58:47 PM
Version 20110325 is a good 5%-10% slower on my 2nd and 3rd card compared to version 20110311.

There is a change in the way '-f' works. Simply said, just use lower '-f' now to achieve same performance/desktop lag as before. 5% seems too much though, what's your setup? Is the first card faster?

3x HD 6950@725MHz and 0.950V.
Windows 7 64-bit and catalyst 11.4 RC2.
CrossfireX enabled.

With the 20110311 version everything is fine and i'm getting around 270 Mhash/s on each card. With the 20110325 the crossfire issue is back, random drop at 180-190Mhash/s and an average of 250-260 Mhash/s on the 2nd and 3rd card.

Thanks for your great work.

EDIT: I'm using "-f 60"


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on March 26, 2011, 08:49:53 PM
Version 20110325 is a good 5%-10% slower on my 2nd and 3rd card compared to version 20110311.

On the contrary, on my 2x5970 Linux mining rig, no difference in hashspeed compared to older versions. Everything works fine.


Title: Re: python OpenCL bitcoin miner
Post by: OVerLoRDI on March 27, 2011, 05:42:37 AM
Has anyone found some remedies I can get rid of the 100% core usage of poclbm?  I have 2 miners running with my 6970s and they each load up a core on my system.

The system seems to be tied to SDK 2.3 + 69xx cards.  I have two 5870s running on SDK 2.3 also and their instances of poclbm do not suck up much cpu time at all.

I tried the 11.4 RC1 driver that came out a few days ago, no change.  I'm back on 11.2 currently.


Title: Re: python OpenCL bitcoin miner
Post by: qed on March 27, 2011, 06:14:13 AM
Version 20110325 is a good 5%-10% slower on my 2nd and 3rd card compared to version 20110311.

On the contrary, on my 2x5970 Linux mining rig, no difference in hashspeed compared to older versions. Everything works fine.

Crossfire disabled?


Title: Re: python OpenCL bitcoin miner
Post by: Raulo on March 27, 2011, 07:29:30 AM
On the contrary, on my 2x5970 Linux mining rig, no difference in hashspeed compared to older versions. Everything works fine.

Crossfire disabled?

Yes, disabled.


Title: Re: python OpenCL bitcoin miner
Post by: zoro on March 27, 2011, 11:41:27 AM
try sdk 2.2 instead


Title: Re: python OpenCL bitcoin miner
Post by: kindle on March 27, 2011, 08:39:10 PM
Hi does anyone know if the accepted shares should be shown?

I am running solo with the latest poclbm client and unlike mining in pool the command prompt doesn't show any accepted shares or rejected shares. Is this normal?

Cheers!


Title: Re: python OpenCL bitcoin miner
Post by: Beremat on March 27, 2011, 08:42:16 PM
Hi does anyone know if the accepted shares should be shown?

I am running solo with the latest poclbm client and unlike mining in pool the command prompt doesn't show any accepted shares or rejected shares. Is this normal?

Cheers!
There are no shares when mining solo, only found blocks.


Title: Re: python OpenCL bitcoin miner
Post by: kindle on March 27, 2011, 08:43:50 PM
Oh thanks for the prompt reply, will overclocking failure reflect rejected?


Title: Re: python OpenCL bitcoin miner
Post by: m4rkiz on March 29, 2011, 11:38:30 AM
Version 20110325 is a good 5%-10% slower on my 2nd and 3rd card compared to version 20110311.

i have a drop of ~2000 khash/s on 6950 and ~1000 khash/s on 5970 and 5870, nothing major, not even 1%


Title: Re: python OpenCL bitcoin miner
Post by: nelisky on March 29, 2011, 05:30:01 PM
Not sure if this was discussed before, I didn't find anything on my 5 seconds search. I needed to use ssl for remote miners and while bitcoind now supports that out of the box, poclbm didn't seem to, at least not the version I was using (and I'm too lazy to try and upgrade a perfectly running system) so here's a patch to allow for that. Patch is for BitcoinMiner.py and you just supply the host part with 'https://' prefix to make it use ssl.

Code:
158,159c158,162
<
< self.host = '%s:%s' % (host.replace('http://', ''), port)
---
> if host.find('https:') >= 0:
> self.connector = httplib.HTTPSConnection
> else:
> self.connector = httplib.HTTPConnection
> self.host = '%s:%s' % (host.replace('http://', '').replace('https://', ''), port)
220c223
< self.connection = httplib.HTTPConnection(self.host, strict=True, timeout=5)
---
> self.connection = self.connector(self.host, strict=True, timeout=5)


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on March 29, 2011, 07:43:09 PM
Thanks nelisky! I'll add this in next version.


Title: Re: python OpenCL bitcoin miner
Post by: Elanzer on March 31, 2011, 01:29:21 AM
try sdk 2.2 instead

Using SDK 2.2 instead of 2.3 or 2.4, I still get 2 cores put to 100% load using a HD 5870 and HD 5670 on Win7.

For the meanwhile anyone with this problem can set CPU affinity to only 1 (same for all) core for all poclbm processes so only one core is fully loaded, that way less electricity is used and less heat is made until a proper solution arises.. it doesn't seem to effect hash rate at all.


Title: Re: python OpenCL bitcoin miner
Post by: niooron on April 03, 2011, 03:28:43 AM
A while ago I installed opensuse 11.4, what exactly I need to do to use poclbm? The source only has 4 files and no makefile.


Title: Re: python OpenCL bitcoin miner
Post by: CD-RW on April 03, 2011, 12:31:51 PM
Still have the CTRL+c error

Code:
03/04/2011 14:29:26, Unexpected error:
Traceback (most recent call last):
  File "BitcoinMiner.pyo", line 142, in mine
IOError: [Errno 4] Interrupted function call

bye

Doesn't look like a graceful shutdown to me :P


Title: Re: python OpenCL bitcoin miner
Post by: kelp on April 04, 2011, 07:55:43 PM
I'm getting a crash on Mac OS X 10.6.7 with m0mchil-poclbm-b981138. It doesn't crash with m0mchil-poclbm-74a5442.

I've posted the stack trace here:
https://gist.github.com/902241

I'm running it like this:

python poclbm.py -o deepbit.net -p 8332 -u <email> --pass=<password> -d 0 -f 120

This is with Python 2.6.6 installed from MacPorts. All dependencies were also installed from MacPorts.

Anyone else running into this and found a fix?


Title: Re: python OpenCL bitcoin miner
Post by: FnuGk on April 05, 2011, 04:28:54 PM
I'm getting a crash on Mac OS X 10.6.7 with m0mchil-poclbm-b981138. It doesn't crash with m0mchil-poclbm-74a5442.

I've posted the stack trace here:
https://gist.github.com/902241

I'm running it like this:

python poclbm.py -o deepbit.net -p 8332 -u <email> --pass=<password> -d 0 -f 120

This is with Python 2.6.6 installed from MacPorts. All dependencies were also installed from MacPorts.

Anyone else running into this and found a fix?

how do i run it on mac?



Title: Re: python OpenCL bitcoin miner
Post by: sanchaz on April 05, 2011, 05:30:46 PM
Hi,

I have a HD5850, and installed the AMD STREAM SDK 2.2.
But whenever i try to launch the miner i get my cpu's being used at 100% and no activity from the GPU.

Quote
Q: Why it uses 100% CPU?

You probably selected the CPU as OpenCL device. Or you are using it on Linux with AMD Stream SDK 2.2. Use 2.1 instead.

So how do i select the GPU as OpenCL device?

thank you.

EDIT: never mind just changed -d 0 to -d1 and the gpu was used.

Is there an option to limit the usage of the GPU to 50%?


Title: Re: python OpenCL bitcoin miner
Post by: kelp on April 05, 2011, 05:31:28 PM
I'm getting a crash on Mac OS X 10.6.7 with m0mchil-poclbm-b981138. It doesn't crash with m0mchil-poclbm-74a5442.

I've posted the stack trace here:
https://gist.github.com/902241

I'm running it like this:

python poclbm.py -o deepbit.net -p 8332 -u <email> --pass=<password> -d 0 -f 120

This is with Python 2.6.6 installed from MacPorts. All dependencies were also installed from MacPorts.

Anyone else running into this and found a fix?

Oddly, now it's working fine for me with b981138.


Title: Re: python OpenCL bitcoin miner
Post by: Mongol on April 05, 2011, 08:22:41 PM


AMD 5xxx and up
use '-v -w 128'

Hi miners!

This should be "-v -w 128" or "-v -w128" without quote of course?


Title: Re: python OpenCL bitcoin miner
Post by: kelp on April 05, 2011, 11:26:53 PM

how do i run it on mac?



This is what I had to do.

Download and install Xcode

Install MacPorts from: http://www.macports.org/install.php

Install the dependences for poclbm. This step may take a long time while it downloads and compiles stuff:

sudo port install py26-pyopencl

Download the sources for m0mchil-poclbm, from https://github.com/m0mchil/poclbm

then open a terminal and extract it, and give it a try.

mkdir Bitcoin
cd Bitcoin
tar zxvf ~/Downloads/m0mchil-poclbm-b981138.tar
cd m0mchil-poclbm-b981138/
python2.6 poclbm.py -d 0 -o yourfavoriteminer -p 8332 -u user@example.com --pass=something

Be aware, that for what ever reason, OS X is FAR slower for mining than Linux or Windows. I run this on a Mac Pro with a pair of ATI Radeon HD 5770s. In OS X I get about 65Mhash/s on one and 95Mhash/s on the other. I installed  Ubuntu 10.10 and boot into it through Bootcamp. There I get 170Mhash/s on each card, over 2x the performance.


Title: ขอบคุณมาก ครับr
Post by: laykaka on April 07, 2011, 03:57:12 AM
ขอบคุณมาก ครับ


Title: Re: ขอบคุณมาก ครับr
Post by: nster on April 07, 2011, 04:00:27 AM
ขอบคุณมาก ครับ

That is Thai for Thank you very much


Title: Re: python OpenCL bitcoin miner
Post by: Reto on April 07, 2011, 10:21:14 PM
I tried the search function, but I didn't get any results, so gonna ask my question.

Can I cap the processing power this can use? I'd like to be able to limit it to 50% or so power so I can still get decent gaming performance.


Title: Re: python OpenCL bitcoin miner
Post by: cdhowie on April 07, 2011, 10:27:05 PM
I tried the search function, but I didn't get any results, so gonna ask my question.

Can I cap the processing power this can use? I'd like to be able to limit it to 50% or so power so I can still get decent gaming performance.

You shouldn't have to if you use -f.  Try adding -f 120 to the command line and play a game.  The game framerate will be just slightly degraded; I don't usually notice a difference.  If you have dual monitors and put the miner on the one you don't use for gaming, you'll notice that the hashrate will drop dramatically while you play.  Basically it will be using the extra GPU cycles that the game is idle during.


Title: Re: python OpenCL bitcoin miner
Post by: Reto on April 07, 2011, 10:44:20 PM
At the end or anywhere in the command?


Title: Re: python OpenCL bitcoin miner
Post by: cdhowie on April 07, 2011, 10:46:31 PM
At the end or anywhere in the command?

Anywhere, so long as you don't separate another switch and its argument.  The end is a good place to put it if you want to be sure.  :)


Title: Re: python OpenCL bitcoin miner
Post by: OVerLoRDI on April 08, 2011, 04:16:03 AM
I removed one of my video cards for a bit and noticed the poclbm was not using 100% of a cpu core any more.  The second I added back in my 2nd card cpu usage jumped up to 1 full core pure instance of poclbm.  Apparently the high gpu usage is tied to dual card setups.

Although, the problem is not seen on Windows XP.  I have a miner running XP, that has dual 5870s, and poclbm doesn't eat cpu there.  It may only be a Windows 7 issue.

Maybe this can help track it down. 


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 11, 2011, 06:45:33 AM
I removed one of my video cards for a bit and noticed the poclbm was not using 100% of a cpu core any more.  The second I added back in my 2nd card cpu usage jumped up to 1 full core pure instance of poclbm.  Apparently the high gpu usage is tied to dual card setups.

Although, the problem is not seen on Windows XP.  I have a miner running XP, that has dual 5870s, and poclbm doesn't eat cpu there.  It may only be a Windows 7 issue.

Maybe this can help track it down. 

On Linux Ubuntu 10.10, I think it maybe a bit more complicated than this ... I've noticed that when you run a graphical tool to monitor CPU/Mem usage (whilst miners are running) then the CPU usage skyrockets. If you use the command line tool

$top

the CPU usage stays low around 3-5%, and it is mostly on Xorg that is using the CPU. In  fact, I think if you run any process that has graphics GUI or other then Xorg goes nuts, it must be competing with poclbm for the GPU, even when you give it a -f 30 ....

A slightly related anomaly I noticed one time, after loggin in on boot-up I set all miners off and they were getting ~2MHash more than they normally do for about 10-15 seconds, but then something happened and they dropped back to normal speeds ... so i suspect Xorg hadn't woke up and stuck its nose in yet ... so to test the theory i rebooted and ran fgl_glxgears immediately on logging in. Similar behaviour, for 10-15 seconds I was getting 3000+ fps and then it stopped and throttled back to < 1000 fps ... so something (Xorg most likely)  is definitely jumping in and throttling poclbm and fglrx from running at optimum ... unfortunately it also eats CPU as it does it. Managing GPGPU processing with Xorg is a kludgy idea, can't believe this is the best AMD can come up with.


Title: Re: python OpenCL bitcoin miner
Post by: phenom on April 11, 2011, 10:22:49 AM
Hey guys,

I got my 5870 today.

Using the GUI miner by Kiv.

OSWin7 x64
Cat 11.3
SDK v2.4
Mem 900 Mhz

I'm pulling in 330 Mhash/s on average at the moment. Tends to bounce around from 328-336.

It's been going for about an hour and the temperature reading from the catalyst control center is 74c, activity 98%, fan speed 70%.

I'm using the following flags : -v -w128

Looking from the hardware comparison table I should be able to pull out some more, possibly up to 350. Do you think those kinds of results are only possible on a dedicated box running Linux? I'm not sure whether to downgrade the SDK to 2.1/2.2 to test it though. Also heard people were having problems with the GUI miner on 2.1, thoughts?





Title: Re: python OpenCL bitcoin miner
Post by: rezin777 on April 11, 2011, 10:35:00 AM
Do you think those kinds of results are only possible on a dedicated box running Linux?

No.

As for the rest of your post, I don't know.


Title: Re: python OpenCL bitcoin miner
Post by: FnuGk on April 11, 2011, 04:06:50 PM

how do i run it on mac?



This is what I had to do.

Download and install Xcode

Install MacPorts from: http://www.macports.org/install.php

Install the dependences for poclbm. This step may take a long time while it downloads and compiles stuff:

sudo port install py26-pyopencl

Download the sources for m0mchil-poclbm, from https://github.com/m0mchil/poclbm

then open a terminal and extract it, and give it a try.

mkdir Bitcoin
cd Bitcoin
tar zxvf ~/Downloads/m0mchil-poclbm-b981138.tar
cd m0mchil-poclbm-b981138/
python2.6 poclbm.py -d 0 -o yourfavoriteminer -p 8332 -u user@example.com --pass=something

Be aware, that for what ever reason, OS X is FAR slower for mining than Linux or Windows. I run this on a Mac Pro with a pair of ATI Radeon HD 5770s. In OS X I get about 65Mhash/s on one and 95Mhash/s on the other. I installed  Ubuntu 10.10 and boot into it through Bootcamp. There I get 170Mhash/s on each card, over 2x the performance.


thanks.

using poclbm gives me about 3400 khash/s (4500 with -f 15 -w 64) while using diablominer i get 5500khash/s
this is on a 2010 mbp with a GeForce 320m


Title: Re: python OpenCL bitcoin miner
Post by: mtrlt on April 11, 2011, 06:43:25 PM
I think I've found a bug in poclbm. If I'm right, it goes like this:

The OpenCL part is supposed to calculate the 8 first bytes of the hash. The 4 first bytes are calculated fine, but the next ones are not, so they end up being essentially random numbers. In specific situations, it could lead to the miner ignoring a valid block.

In the python code:
BitcoinMiner.py:161
Code:
if h[7] != 0:
self.failure('Verification failed, check hardware!')
else:
This part checks that the first 4 bytes are indeed zeros. I added another check.

Like this:
Code:
if h[7] != 0:
self.failure('Verification failed, check hardware!')
elif h[6] > 0x80000000:
self.failure('Verification 2 failed, check hardware or the algorithm! :-P')
else:

Then I made another change.

BitcoinMiner.py:273
Code:
self.miner.search( queue, (globalThreads, ), (self.worksize, ),
state[0], state[1], state[2], state[3], state[4], state[5], state[6], state[7],
state2[1], state2[2], state2[3], state2[5], state2[6], state2[7],
pack('I', uint32(0xFFFF0000)), pack('I', 0),  #<-- here's the target
pack('I', base),
f[0], f[1], f[2], f[3], f[4], f[5], f[6], f[7],
output_buf)
I saw the target given to OpenCL is hardcoded. I changed 0xFFFF0000 to 0x80000000. That should cause the OpenCL part to return nonces that result in hashes having the first 8 bytes lower than 0x0000000080000000, right?

Turns out it doesn't. When I ran poclbm, I got the "Verification 2 failed" message in a few minutes.

For some reason, there is commented-out code in BitcoinMiner.cl that modifies G, which should be the bytes 4-7 of the resulting hash in the end.

BitcoinMiner.cl:299
Code:
//W13 = W13 + (rotr(W14, 7) ^ rotr(W14, 18) ^ (W14 >> 3U)) + W6 + (rotr(W11, 17) ^ rotr(W11, 19) ^ (W11 >> 10U));
//C = C + (rotr(H, 6) ^ rotr(H, 11) ^ rotr(H, 25)) + (B ^ (H & (A ^ B))) + K[61] + W13; G = G + C;

//G+=0x1f83d9abU;

Uncommenting them didn't fix the problem, though.

Why is this a problem, then? If the bytes 4-7 of the real hash are below the current target, but the OpenCL program calculates that they're over the hard-coded value of 0xFFFF0000, it would lead to a valid block being ignored, and no BTC for you.

Proposed fix: As the bytes 0-3 are calculated correctly and the target given to OpenCL is hardcoded anyway, I'd drop the target being sent to OpenCL altogether and have it just report nonces that lead to hashes for which the first 4 bytes are zero.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on April 12, 2011, 05:17:35 AM

I'm using the following flags : -v -w128

Looking from the hardware comparison table I should be able to pull out some more, possibly up to 350. Do you think those kinds of results are only possible on a dedicated box running Linux? I'm not sure whether to downgrade the SDK to 2.1/2.2 to test it though. Also heard people were having problems with the GUI miner on 2.1, thoughts?

You can try with lower -f, i.e. under 20. Or you can overclock your GPU (core, memory doesn't affect performance) a little. I don't think downgrading to 2.2 will bring much more.


Title: Re: OpenCL miner for the masses
Post by: cdonges on April 12, 2011, 06:54:34 AM
jgarzik: I tested this against vanilla client to be sure blocks are actually accepted. On ATI 4350 it makes ~5800 khash/s.
Did you have to do anything special for it to work with a 4350?  I can't get mine to work after installing the latest AMD drivers the sdk says there is no compliant opendsk video card.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on April 12, 2011, 04:49:48 PM
I think I've found a bug in poclbm. If I'm right, it goes like this:

The OpenCL part is supposed to calculate the 8 first bytes of the hash.

No. The kernel computes correctly only the 4 first bytes. It's confusing, because there is a code in BitcoinMiner.cl BelowOrEquals() which checks 8 bytes - this produces better assembler for some reason, at least in my setup. It can be replaced with 'if (H == 0)' (but it was slower). That's exactly why the targets are hard coded to difficulty of 1 (00000000 FFFF0000).

Quote
The 4 first bytes are calculated fine, but the next ones are not, so they end up being essentially random numbers. In specific situations, it could lead to the miner ignoring a valid block.

Actually you are right, but in a different way - because of this I should use hard coded kernel target of 00000000 FFFFFFFF in order to not lose 1 thousandth of a percent of all valid difficulty=1 candidates. I'll do this with the next release.

Quote
            
Code:
elif h[6] > 0x80000000:
...

I saw the target given to OpenCL is hardcoded. I changed 0xFFFF0000 to 0x80000000. That should cause the OpenCL part to return nonces that result in hashes having the first 8 bytes lower than 0x0000000080000000, right?

Why you check for 'lower' with a 'greater than' operator? Where did the '0x80000000' came from?

Anyway, thank you for your comments, they are always welcome.


Title: Re: python OpenCL bitcoin miner
Post by: Dobrodav on April 12, 2011, 05:44:37 PM
If you run your miner on dedicated rig, than -f 0 flag is handy. That wll really lag you display, but will run miner on full power.


Title: Re: python OpenCL bitcoin miner
Post by: sniper_sniperson on April 13, 2011, 05:15:16 PM
Can someone give me advice how to stable this miner on 5970, MSI afterburned to 875MHz core | 695MHz memory? MHashes/s are way too low - approx. 530, they must be around 640-650. Current extra flags are -v -w128.
I'm using 11.4 the early preview version under Windows 7 x64 because every other driver gives me a bsod



Title: Re: python OpenCL bitcoin miner
Post by: mtrlt on April 13, 2011, 07:16:36 PM
No. The kernel computes correctly only the 4 first bytes. It's confusing, because there is a code in BitcoinMiner.cl BelowOrEquals() which checks 8 bytes - this produces better assembler for some reason, at least in my setup. It can be replaced with 'if (H == 0)' (but it was slower). That's exactly why the targets are hard coded to difficulty of 1 (00000000 FFFF0000).

If you mean that this:
Code:
#ifdef VECTORS
if (belowOrEquals(H.x, targetH, G.x, targetG))
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (belowOrEquals(H.y, targetH, G.y, targetG))
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (belowOrEquals(H, targetH, G, targetG))
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
}
is faster than this:
Code:
#ifdef VECTORS
if (H.x == 0)
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (H.y == 0)
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (H == 0)
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
then I got very different results in my tests on Windows 7 x64 & HD5850.

With belowEquals I get ~270Mhps
With the H == 0 version I get ~275Mhps

That's a 1.8% speed increase.

Quote
Actually you are right, but in a different way - because of this I should use hard coded kernel target of 00000000 FFFFFFFF in order to not lose 1 thousandth of a percent of all valid difficulty=1 candidates. I'll do this with the next release.

I'd just stop the target from being sent to the GPU and do that H==0 thing. I see no logical reason that it would be slower. There might be illogical reasons, though :-)

Quote
Why you check for 'lower' with a 'greater than' operator? Where did the '0x80000000' came from?

I guess I didn't explain that part that well. I chose 0x80000000 to make it easy to determine if bytes 4-7 were actually calculated correctly. I edited BitcoinMiner.cl to only accept hashes below 0x80000000. In the Python code, "> 0x80000000" (should've been >= though) is checking if that part of the hash is over 0x80000000 and warns the user if it is, i.e. if the GPU calculated the hash wrong. But none of that matters since it wasn't even supposed to calculate bytes 4-7 right.


Title: Re: python OpenCL bitcoin miner
Post by: Nameroc on April 14, 2011, 12:44:02 AM
Hello,

A pool I'm trying to connect to requires a higher TIMEOUT than the 5 set in BitcoinMiner.py. Would it be possible to make that into a parameter so I can avoid having to recompile it? I attempted it anyway but I just don't have the time to install and configure all the required prereqs.

Thanks,

Nameroc


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 21, 2011, 09:28:53 AM
No. The kernel computes correctly only the 4 first bytes. It's confusing, because there is a code in BitcoinMiner.cl BelowOrEquals() which checks 8 bytes - this produces better assembler for some reason, at least in my setup. It can be replaced with 'if (H == 0)' (but it was slower). That's exactly why the targets are hard coded to difficulty of 1 (00000000 FFFF0000).

If you mean that this:
Code:
#ifdef VECTORS
if (belowOrEquals(H.x, targetH, G.x, targetG))
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (belowOrEquals(H.y, targetH, G.y, targetG))
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (belowOrEquals(H, targetH, G, targetG))
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
}
is faster than this:
Code:
#ifdef VECTORS
if (H.x == 0)
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (H.y == 0)
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (H == 0)
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
then I got very different results in my tests on Windows 7 x64 & HD5850.

With belowEquals I get ~270Mhps
With the H == 0 version I get ~275Mhps

That's a 1.8% speed increase.

Quote
Actually you are right, but in a different way - because of this I should use hard coded kernel target of 00000000 FFFFFFFF in order to not lose 1 thousandth of a percent of all valid difficulty=1 candidates. I'll do this with the next release.

I'd just stop the target from being sent to the GPU and do that H==0 thing. I see no logical reason that it would be slower. There might be illogical reasons, though :-)

Quote
Why you check for 'lower' with a 'greater than' operator? Where did the '0x80000000' came from?

I guess I didn't explain that part that well. I chose 0x80000000 to make it easy to determine if bytes 4-7 were actually calculated correctly. I edited BitcoinMiner.cl to only accept hashes below 0x80000000. In the Python code, "> 0x80000000" (should've been >= though) is checking if that part of the hash is over 0x80000000 and warns the user if it is, i.e. if the GPU calculated the hash wrong. But none of that matters since it wasn't even supposed to calculate bytes 4-7 right.


mOmchill,

Is this H==0 mod. going to go into official version of poclbm miner on github  ?

Cheers.


Title: Re: python OpenCL bitcoin miner
Post by: bitcoineater on April 21, 2011, 05:15:47 PM
does anyone have the best settings for a 4850 or are the stock settings the best?


Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on April 22, 2011, 03:17:29 AM
I just installed the 270.61 nvidia drivers, and it seems to make the drivers crash each time I exit poclbm by clicking the x, if I ctrl-c they seem to exit fine most of the time. Nothing serious yet, but I keep getting these in my system event log:

"Display driver nvlddmkm stopped responding and has successfully recovered."

http://i.imgur.com/VrnJn.png


Title: Re: python OpenCL bitcoin miner
Post by: FnuGk on April 22, 2011, 12:16:54 PM
I just installed the 270.61 nvidia drivers, and it seems to make the drivers crash each time I exit poclbm by clicking the x, if I ctrl-c they seem to exit fine most of the time. Nothing serious yet, but I keep getting these in my system event log:

"Display driver nvlddmkm stopped responding and has successfully recovered."

http://i.imgur.com/VrnJn.png

have you done any overclocking?


Title: Re: python OpenCL bitcoin miner
Post by: drgr33n on April 22, 2011, 02:18:03 PM
No. The kernel computes correctly only the 4 first bytes. It's confusing, because there is a code in BitcoinMiner.cl BelowOrEquals() which checks 8 bytes - this produces better assembler for some reason, at least in my setup. It can be replaced with 'if (H == 0)' (but it was slower). That's exactly why the targets are hard coded to difficulty of 1 (00000000 FFFF0000).

If you mean that this:
Code:
#ifdef VECTORS
if (belowOrEquals(H.x, targetH, G.x, targetG))
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (belowOrEquals(H.y, targetH, G.y, targetG))
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (belowOrEquals(H, targetH, G, targetG))
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
}
is faster than this:
Code:
#ifdef VECTORS
if (H.x == 0)
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (H.y == 0)
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (H == 0)
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
then I got very different results in my tests on Windows 7 x64 & HD5850.

With belowEquals I get ~270Mhps
With the H == 0 version I get ~275Mhps

That's a 1.8% speed increase.

Quote
Actually you are right, but in a different way - because of this I should use hard coded kernel target of 00000000 FFFFFFFF in order to not lose 1 thousandth of a percent of all valid difficulty=1 candidates. I'll do this with the next release.

I'd just stop the target from being sent to the GPU and do that H==0 thing. I see no logical reason that it would be slower. There might be illogical reasons, though :-)

Quote
Why you check for 'lower' with a 'greater than' operator? Where did the '0x80000000' came from?

I guess I didn't explain that part that well. I chose 0x80000000 to make it easy to determine if bytes 4-7 were actually calculated correctly. I edited BitcoinMiner.cl to only accept hashes below 0x80000000. In the Python code, "> 0x80000000" (should've been >= though) is checking if that part of the hash is over 0x80000000 and warns the user if it is, i.e. if the GPU calculated the hash wrong. But none of that matters since it wasn't even supposed to calculate bytes 4-7 right.


mOmchill,

Is this H==0 mod. going to go into official version of poclbm miner on github  ?

Cheers.

I just tried this and I'm too getting around 1.8% increase in speed.

debian sid x86_64
ATI APP v2.4
11.3 catalyst
pyopencl git
poclbm git
XFX ATI Radeon HD5830 xxx

with the git version I'm getting around 240000
adding the above I'm getting 245000


Title: Re: python OpenCL bitcoin miner
Post by: djex on April 22, 2011, 06:07:58 PM
Code:
#ifdef VECTORS
if (H.x == 0)
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (H.y == 0)
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (H == 0)
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif

I can confirm that this code does give a faster hash rate.

Windows 7 64bit
XFX ATI HD 5850
SDK 2.1
11.3 Catalyst

With the original code I get ~249Mhash/s

With the new code suggested above I get ~251Mhash/s

Update: I noticed that this new code is temperature dependent with my setup. I turned my fan up from 50% to 60% and got 255Mhash/s.

At 50% fan speed I get 74*C
At 60% fan speed I get 66*C

If I use the old code turning the fan up has no effect. I'm not sure why this is.


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 22, 2011, 06:54:24 PM
I go from 233 to 238Mh/s with that code, but fan speed has no effect in any way on both codes


Title: Re: python OpenCL bitcoin miner
Post by: qed on April 22, 2011, 10:53:49 PM
The if (H == 0) modification fixed my crossfire issue. Now all the GPUs are used at 97%-99%, before i had 1 GPU at 99% one at around 94% and one at around 85%.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 22, 2011, 11:01:42 PM

The if (H == 0) modification fixed my crossfire issue. Now all the GPUs are used at 97%-99%, before i had 1 GPU at 99% one at around 94% and one at around 85%.

Wow, really? How could that be I wonder?

Did you do anything else besides pasting in the above section of code?


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 22, 2011, 11:31:24 PM
hmmm imana try and see if it fixed my too, brb


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 22, 2011, 11:37:26 PM
It MAY have lowered the amplitude of the problem, but not by much, it still requires -f 60 for it to be somewhat stable


Title: Re: python OpenCL bitcoin miner
Post by: qed on April 23, 2011, 12:37:33 AM

The if (H == 0) modification fixed my crossfire issue. Now all the GPUs are used at 97%-99%, before i had 1 GPU at 99% one at around 94% and one at around 85%.

Wow, really? How could that be I wonder?

Did you do anything else besides pasting in the above section of code?

I just made all the 3 changes posted, that's it. I'm using 3 hd 6950 on windows 7 64 bit.


Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on April 23, 2011, 01:37:31 AM
I just installed the 270.61 nvidia drivers, and it seems to make the drivers crash each time I exit poclbm by clicking the x, if I ctrl-c they seem to exit fine most of the time. Nothing serious yet, but I keep getting these in my system event log:

"Display driver nvlddmkm stopped responding and has successfully recovered."

http://i.imgur.com/VrnJn.png

have you done any overclocking?

No  :-\


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on April 23, 2011, 02:00:32 AM
I just installed the 270.61 nvidia drivers, and it seems to make the drivers crash each time I exit poclbm by clicking the x, if I ctrl-c they seem to exit fine most of the time. Nothing serious yet, but I keep getting these in my system event log:

"Display driver nvlddmkm stopped responding and has successfully recovered."

http://i.imgur.com/VrnJn.png

have you done any overclocking?

No  :-\
you using flag -f1 or fxxx?

Completely remove driver using driver sweeper & install again with CUDA.


Title: Re: python OpenCL bitcoin miner
Post by: kindle on April 23, 2011, 03:44:53 AM
Just curious did anyone manage to mine a successful block with the (H == 0)  mod?


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 23, 2011, 06:23:28 AM
Just curious did anyone manage to mine a successful block with the (H == 0)  mod?

deepbit's pool is seeing the right hashrate so I am being paid in that way :p


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 23, 2011, 06:40:27 AM

The if (H == 0) modification fixed my crossfire issue. Now all the GPUs are used at 97%-99%, before i had 1 GPU at 99% one at around 94% and one at around 85%.

Wow, really? How could that be I wonder?

Did you do anything else besides pasting in the above section of code?

I just made all the 3 changes posted, that's it. I'm using 3 hd 6950 on windows 7 64 bit.

Besides pasting in the
#ifdef VECTORS
   if (H.x == 0)
-------
loop, what other 2 changes did you make exactly?


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 23, 2011, 06:42:19 AM

The if (H == 0) modification fixed my crossfire issue. Now all the GPUs are used at 97%-99%, before i had 1 GPU at 99% one at around 94% and one at around 85%.

Wow, really? How could that be I wonder?

Did you do anything else besides pasting in the above section of code?

I just made all the 3 changes posted, that's it. I'm using 3 hd 6950 on windows 7 64 bit.

Besides pasting in the
#ifdef VECTORS
   if (H.x == 0)
-------
loop, what other 2 changes did you make exactly?

H.y == 0
H == 0
 :-\

I believe he didn't paste but just manually change the 3 things (H.x == 0 and the 2 above)


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 23, 2011, 10:47:40 AM

Okay, I tested the H == 0 mod on linux ubuntblow 10.10, HD5970 and it is 1-2% SLOWER. (Wonder why it is faster on Win?)

... poclbm fork for Win users ... ?


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 23, 2011, 04:13:11 PM
yup I am on win 7 64 bit


Title: Re: python OpenCL bitcoin miner
Post by: drgr33n on April 23, 2011, 05:24:10 PM

Okay, I tested the H == 0 mod on linux ubuntblow 10.10, HD5970 and it is 1-2% SLOWER. (Wonder why it is faster on Win?)

... poclbm fork for Win users ... ?

It's not just windows. Its running around 5000kh/s faster on my debian server.


Title: Re: python OpenCL bitcoin miner
Post by: djex on April 23, 2011, 05:32:22 PM

Okay, I tested the H == 0 mod on linux ubuntblow 10.10, HD5970 and it is 1-2% SLOWER. (Wonder why it is faster on Win?)

... poclbm fork for Win users ... ?

I have a Ubuntu 10.10 box and it gets about 1.1Mh/s faster with this mod.


Title: Re: python OpenCL bitcoin miner
Post by: eleuthria on April 23, 2011, 05:42:52 PM
I made the modification and my 5870s went from 363 mHash/sec and 361 mHash/sec to 370 even on both.  Ubuntu 10.10.


Title: Re: python OpenCL bitcoin miner
Post by: bolapara on April 23, 2011, 06:04:28 PM

Okay, I tested the H == 0 mod on linux ubuntblow 10.10, HD5970 and it is 1-2% SLOWER. (Wonder why it is faster on Win?)

... poclbm fork for Win users ... ?

I have a Ubuntu 10.10 box and it gets about 1.1Mh/s faster with this mod.

Ubuntu 10.10, 5870, and this mod consistently knocks me down 5MH/s.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 23, 2011, 09:45:31 PM
What the heck ... it must be the SDK or fglrx driver version.

ubuntu 10.10 (x86_64)
ATIstreamSDK 2.1
fglrx driver 11.2
HD 5970

H == 0 mod
SLOWER 1-2% (4-5 Mhas/s)



Title: Re: python OpenCL bitcoin miner
Post by: eleuthria on April 24, 2011, 01:11:43 AM
My results (+7 mHash/sec per GPU) were from:

Ubuntu 10.10 (x86_64)
ATIStream SDK 2.1
fglrx driver 11.3
HD 5870s


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on April 24, 2011, 01:23:36 AM
poclbm_py2exe_20110325.7z
If i just edit the bitcoinminer.cl in the above zip file, from
this
Code:
#ifdef VECTORS
if (belowOrEquals(H.x, targetH, G.x, targetG))
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (belowOrEquals(H.y, targetH, G.y, targetG))
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (belowOrEquals(H, targetH, G, targetG))
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
}


to this
Code:
#ifdef VECTORS
if (H.x == 0)
{
output[OUTPUT_SIZE] = output[nonce.x & OUTPUT_MASK] = nonce.x;
}
else if (H.y == 0)
{
output[OUTPUT_SIZE] = output[nonce.y & OUTPUT_MASK] = nonce.y;
}
#else
if (H == 0)
{
output[OUTPUT_SIZE] = output[nonce & OUTPUT_MASK] = nonce;
}
#endif
}

& RUN pocblm.exe with options to mine in a pool, will i may get more hash?
Or i have to compile something?
Using windows & have zero programming knowledge.


Title: Re: python OpenCL bitcoin miner
Post by: eleuthria on April 24, 2011, 02:03:36 AM
That's all you have to do.  Open it in notepad/wordpad, change the lines in BitcoinMiner.cl, and see if your speed goes up or down.  At this point nobody has been able to pinpoint exactly why it is slower for some and faster for others.


Title: Re: python OpenCL bitcoin miner
Post by: rezin777 on April 24, 2011, 04:19:00 AM
4 Mhash/s GAIN
Win7 64
5870s
cat 11.4


Title: Re: python OpenCL bitcoin miner
Post by: nster on April 24, 2011, 05:24:35 AM
4 Mhash/s GAIN
Win7 64
5870s
cat 11.4

same here but 5Mh, 2* 6870s and sdk 2.4 cat 11.4


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on April 24, 2011, 05:36:17 AM
2 Mhash/s gain.

HD 6870 core 1038, mem 345 272Mhash/s
Now 274 Mhash/s
win7 32, cat 11.4 & 2.4 beta


Title: Re: python OpenCL bitcoin miner
Post by: drgr33n on April 24, 2011, 11:09:45 AM
That's all you have to do.  Open it in notepad/wordpad, change the lines in BitcoinMiner.cl, and see if your speed goes up or down.  At this point nobody has been able to pinpoint exactly why it is slower for some and faster for others.

I think I do :D I think its got to do with what SDk you are using I think this is faster using v2.4 and slower with v2.2. My theory anyway :D


Title: Re: python OpenCL bitcoin miner
Post by: SteveB on April 24, 2011, 10:34:24 PM
With the H == 0 mod, I get about a 2.5 Mhash/s gain on my non overclocked HD 5770.
From about 166 Mhash/s to about 168.5 Mhash/s using -f 7.
If I lower the -f switch to less than 7, I can get a couple more Mhash/s but the cpu usage will rise and increase the power consumption.

Intel Core i7 860 with 8gb ram
Windows 7 64bit
HD 5770 (not overclocked)
Catalyst Version:   11.2   
Stream Version: Not sure. Whatever came with the driver. Probably 2.4


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on April 24, 2011, 11:05:26 PM
6990, 2.4 11.4, 7 x64 Ultimate, +8 mh/s or so, from 327 to 335

1.15v, 900 core 1350 mem, I play games so I don't gimp the memory clock ;)


Title: Re: python OpenCL bitcoin miner
Post by: ghost on April 25, 2011, 02:07:33 AM
6990, 2.4 11.4, +8 mh/s or so, from 327 to 335

What OS is this on?


Title: Re: python OpenCL bitcoin miner
Post by: kindle on April 25, 2011, 02:26:37 AM
6990, 2.4 11.4, +8 mh/s or so, from 327 to 335

Wow great hash rate, besides the OS whats your core and mem clock speed. Have you tried downvolting the vcore?

I am running dual 6990 at 0.935 vcore with 750 core and 625 mem clockspeed. Apparently down memclock only works when core is at 750. Running at -v -w 128 -f 0 on unmod poclbm I get 288 mhash/s per core.


Title: Re: python OpenCL bitcoin miner
Post by: Garrett Burgwardt on April 25, 2011, 02:37:24 AM
Fixed my old post with some more infos.


Title: Re: python OpenCL bitcoin miner
Post by: EgoPaintedGrey on April 25, 2011, 03:04:43 AM
With the mod i got  + 8 M hash/sec on my 5870.

Windows 7 pro x64
Catalyst 11.4 pre release
SDK 2.4
5870 @980/300


Title: Re: python OpenCL bitcoin miner
Post by: kaitink00man on April 26, 2011, 07:57:45 AM
With the mod i got  + 8 M hash/sec on my 5870.

Windows 7 pro x64
Catalyst 11.4 pre release
SDK 2.4
5870 @980/300

Impressive stats  :o


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 27, 2011, 12:47:18 AM

m0mchill,

just sent you a donation for all the sterling work that your miner has done for me .... moved over to phoenix now but your efforts were appreciated.

cheers,

moa


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on April 28, 2011, 04:33:48 AM
I see a lot of people talking about the "mod" and playing around with a bunch off -v -w, etc. How do you use them, and what do they do? Do they give you higher mh/s?

Also, why am I not able to have any other programs open while mining? If I have anything open, or open an application during mining, my computer freezes and I have to reboot.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on April 28, 2011, 07:59:53 AM
New version is up. Changes:

- BFI_INT (~10% performance improvement)
- TCP keep-alive


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on April 28, 2011, 08:14:13 AM
I'm getting verification failed, check hardware on the first block it finds every time. Same setup worked with the old version and works with phoenix. Debian, OpenCL 2.1, 5970.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on April 28, 2011, 08:17:25 AM
Grinder, it would be really nice if you mention what your setup consists of. Thanks


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on April 28, 2011, 08:30:50 AM
I updated my post almost immediately with some info. Do you need to know anything else? Parameters are -d 1 -w 128 -f 0 -r 2

Hm. No errors if I add -v. Same thing happens on a 5850 on the same system, although I did get one accepted before it exited when I tried.


Title: Re: python OpenCL bitcoin miner
Post by: qed on April 28, 2011, 09:23:58 AM
Working great on HD 6950s.


Title: Re: python OpenCL bitcoin miner
Post by: vuce on April 28, 2011, 11:56:22 AM
Works great. I get pretty much the same hashrate as with phoenix, but the number of submitted shares is ~7% higher (or maybe the last 3 hours were just extremely lucky).


Title: Re: python OpenCL bitcoin miner
Post by: fasti on April 28, 2011, 12:15:38 PM
http://support.amd.com/us/kbarticles/Pages/AMDCatalyst114ReleaseNotes.aspx

Quote
GPU Compute enhancements:

    The OpenCL runtime (included in AMD Catalyst 11.4) includes performance enhancements supporting zero-copy on APUs and increased performance for PCIe transfers between a CPU and discrete GPU.

Wonder if this can improve mining...


Title: Re: python OpenCL bitcoin miner
Post by: kindle on April 28, 2011, 03:38:37 PM
Hi m0mchil thanks for keeping your miner up to speed with the bit_int support. Out of curiosity does your latest version activate the bit_int support automatically? Is there a flag I have to add to activate it.

Also I noticed similar performance to that of phoenix. I guess essentially both miners are the same as it is running the same kernel, however is the hash checking the same for both?


Title: Re: python OpenCL bitcoin miner
Post by: JWU42 on April 28, 2011, 04:23:37 PM
I am seeing same performance as Phoenix 1.3 as well - fwiw

Seems BFI_INT is on by default


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on April 28, 2011, 07:20:28 PM
@kindle
Yes, it is on by default if the hardware supports it.

Both miners are now the same in terms of hash checking. Phoenix has far better documented and structured code. It also cares about 'efficiency', something I'm tired of explaining that actually doesn't matter.

Also, Phoenix seems to have different way of load tuning (aggression) which on my particular setup results in more laggy behavior... and perhaps slightly better performance for dedicated mining rigs, not sure.

I hope I won't attract anger with blatantly copying their BFI_INT support. I tried something like this a month ago but didn't understand there is "elf within elf".


Title: Re: python OpenCL bitcoin miner
Post by: TheShoura on April 28, 2011, 10:56:50 PM
How do you use the --platform flag?

http://bitcointalk.org/index.php?topic=6745.0


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on April 28, 2011, 11:41:39 PM
New version is up. Changes:

- BFI_INT (~10% performance improvement)
- TCP keep-alive

thanks for the update.

Can confirm that poclbm is now up to speed with phoenix (maybe even slightly better but will have to watch shares found over time to confirm).

HD 5970, ubuntu 10.10, SDK 2.1, fglrx 11.2
seems that mem. under-clock speeds (775/300) with linux now works with m0mchill ... yay. Was this connected to the BFI_INT capability?

Faster, cooler, quieter.


Title: Re: python OpenCL bitcoin miner
Post by: Cablesaurus on April 29, 2011, 05:31:32 PM
I can confirm I'm getting greatly increased speeds.
On my XFX 5870's I went from ~330MHash to ~365MHash, each card, with no noticeable increase in temperature.


Title: Re: python OpenCL bitcoin miner
Post by: error on April 29, 2011, 05:47:25 PM
After updating to 20110428 I have the following error (Fedora 15 x86_64; Python 2.7.1). Previous version ran fine.

EDIT: Nevermind, I just git cloned the repo instead of downloading stuff manually as this outdated guide (http://bitcointalk.org/index.php?topic=2636) suggests (maybe it should be updated). Everything is working.


Title: Re: python OpenCL bitcoin miner
Post by: CoinMan on April 29, 2011, 10:53:30 PM
@m0mchil Thank you for the recent update to your miner!  It added 30 Mh/s to my miner.  How sweet that is!


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on April 30, 2011, 01:21:49 AM
How can you tell what version you are running?

Also, how come in cmd, I'm getting about 320Mhash/s (I have 2 cores), but in deeptbit, the average is only 400Mhash/s.


Title: Re: python OpenCL bitcoin miner
Post by: LightRider on April 30, 2011, 07:39:25 AM
Holy crap, I haven't updated in a whole month!


Title: Re: python OpenCL bitcoin miner
Post by: wiktor on April 30, 2011, 09:59:58 AM
I know this is a tired subject, but I'm another victim of the "100% CPU" problem. Though everyone else seemed to have it with AMD cards, and I have an nVidia 9500 running on amd64 Linux.

Code:
./poclbm.py --host=<...> --port=8332 --user=<...> --pass=<...> --frames=76 --vectors --device=0 --platform=0

It is actually using the GPU since it goes up to 5.5 Mhps (my CPUs only go up to 2 Mhps on their own, also I was running minerd at the same time on those CPUs), but still uses a large chunk of my CPU (1 whole CPU), so it's not that I have somehow selected the CPU driver.

I've tried playing with some of the settings, turning off vectors only made it worse (it ate 1 CPU and a bit of another), changing the value of frames to 0 or 30 had no difference.
I have tried running it without minerd hogging the CPUs but that made no difference…


If I get this to work I'll be able to pull off over 13 Mhps (4×2Mhps + 5.5 Mhps - rounding), but if the script itself takes up a whole CPU the minerd's performance halves, so I get hardly 9-10 Mhps.


Oh, and hi!, BTW ;-)


Title: Re: python OpenCL bitcoin miner
Post by: LightRider on April 30, 2011, 11:33:05 AM
I'm getting Long Poll Exceptions on BTCMine.com's pool.

Code:
30/04/2011 06:29:35, long poll exception:
Traceback (most recent call last):
  File "BitcoinMiner.pyo", line 259, in longPollThread
  File "BitcoinMiner.pyo", line 222, in request
  File "httplib.pyo", line 974, in getresponse
  File "httplib.pyo", line 391, in begin
  File "httplib.pyo", line 349, in _read_status
  File "socket.pyo", line 397, in readline
timeout: timed out


Title: Re: python OpenCL bitcoin miner
Post by: JackSparrow on April 30, 2011, 07:27:28 PM
Quote
Q: Does my video card / driver supports OpenCL?

AMD - 4xxx and up.

You mean HD-4xxx and up, do you?

https://secure.wikimedia.org/wikipedia/en/wiki/Radeon#Processor_generations


Title: Re: python OpenCL bitcoin miner
Post by: RustyShackleford on April 30, 2011, 11:42:24 PM
m0mchil, I've been using your miner for months now with no issues, but the latest version seems to be causing me an issue:

Exception in thread Thread-2:
Traceback (most recent call last):
  File "threading.pyo", line 525, in __bootstrap_inner
  File "threading.pyo", line 477, in run
  File "BitcoinMiner.pyo", line 272, in miningThread
  File "BitcoinMiner.pyo", line 373, in loadKernel
IOError: [Errno 13] Permission denied: '4cd591f539230b2adbff06c9d1a53ce6.elf'


Windows, 9800GTX+, using all the same flags I always have. Tried on two different pools just to make sure it wasn't a pool problem & both pools work fine with the version I was using before (3/11)

Any ideas? :)


Title: Re: python OpenCL bitcoin miner
Post by: RustyShackleford on May 01, 2011, 12:40:33 AM
m0mchil, I've been using your miner for months now with no issues, but the latest version seems to be causing me an issue:

Exception in thread Thread-2:
Traceback (most recent call last):
  File "threading.pyo", line 525, in __bootstrap_inner
  File "threading.pyo", line 477, in run
  File "BitcoinMiner.pyo", line 272, in miningThread
  File "BitcoinMiner.pyo", line 373, in loadKernel
IOError: [Errno 13] Permission denied: '4cd591f539230b2adbff06c9d1a53ce6.elf'


Windows, 9800GTX+, using all the same flags I always have. Tried on two different pools just to make sure it wasn't a pool problem & both pools work fine with the version I was using before (3/11)

Any ideas? :)

I solved this myself, It was a permissions/folder attributes issue. I don't know exactly what the correct permissions are, but an xcopy /O /K of the previous version's folder; subsequently updated with the contents of the new version; works fine.


Title: Re: python OpenCL bitcoin miner
Post by: bitcool on May 01, 2011, 12:44:49 AM

m0mchill,

just sent you a donation for all the sterling work that your miner has done for me .... moved over to phoenix now but your efforts were appreciated.

cheers,

moa
+1, such a wonderful job. I have been using your miner for months now, sent some coins via youtipit to show my appreciation.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 01, 2011, 01:10:37 AM

actually with the latest m0mchill release i'm back using it again  :-\ ... got some on phoenix also ... racing! ... the competition is great.

(hashkill looks like a bit of dark horse, but has a good pedigree on hash track course, so keep an eye on that one)


Title: Re: python OpenCL bitcoin miner
Post by: Grinder on May 02, 2011, 09:45:19 AM
I just got this error while it was mining:
02/05/2011 11:39:32, 0cfa6185, accepted
02/05/2011 11:39:48, warning: job finished, miner is idle
02/05/2011 11:39:49, Unexpected error:
Traceback (most recent call last):
  File "/home/user/poclbm/BitcoinMiner.py", line 172, in mine
    self.sendResult(self.resultQueue.get(False))
  File "/home/user/poclbm/BitcoinMiner.py", line 197, in sendResult
    d = result['work']['data']
TypeError: 'NoneType' object is unsubscriptable
02/05/2011 11:40:04, dacd0ae0, accepted


Title: Re: python OpenCL bitcoin miner
Post by: kwarab on May 03, 2011, 10:53:13 AM
What ought to be the problem? when i run this script it says thatdevice could not bee found.  I use ati radeon HD 4850


Title: Re: python OpenCL bitcoin miner
Post by: fasti on May 04, 2011, 03:56:06 PM
When I put -f to 2000, my whole pc crashed. Wondering why?

Wanted to test how low I could get the gpu usage while idle. With -f 1000 I got 70%.


Title: Re: python OpenCL bitcoin miner
Post by: Steve on May 04, 2011, 08:50:13 PM
Teknohog, could you please try with Stream 2.1. I can't see why 'vectors' would give invalid results.

With SDK 2.1, the miner does not even compile with vectors :(

Code:
/tmp/OCLQa31hL.cl(128): error: mixed vector-scalar operation not allowed
          unless up-convertable(scalar-type=>vector-element-type)
        sharound(E,F,G,H,A,B,C,D,R(36),0x650A7354);

But it gets stranger. After reinstalling 2.2, I am getting accepted results with vectors, using the latest version of poclbm. So this looks like an error in my system, and poclbm is fine :)

(Possible sources of error: overheated GPU, which is now cooler after the SDK changes; pyopencl, which is the only component I have to manually compile and install with every SDK change.)

I'm encountering this same issue (python 2.6.6 on Ubunu 10.10 with SDK 2.1 and the latest pyopencl (as of this writing)...I've tried uninstalling/reinstalling pyopencl...nothing seems to work.  Wondering if anyone else has had this problem and solved it.


Title: Re: python OpenCL bitcoin miner
Post by: TheShoura on May 05, 2011, 12:45:38 AM
I have an urgent problem need help with

4x6870s installed into mobo, dummy plugged 3 of them so that I get 4 GPU recognized in win 7 64bit

if i launch poclbm or guiminer the programs close instantly.. same with batch scripting, nothing launches correctly

what do i need to provide to help fix this


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 05, 2011, 01:43:23 AM

Sounds like you need some technical advice and bitcoins. I'm sure if you put up a "Wanted To Buy" on the Market[lace you'll get urgent help if paying in BTC.


Title: Re: python OpenCL bitcoin miner
Post by: TheShoura on May 05, 2011, 02:16:01 AM

Sounds like you need some technical advice and bitcoins. I'm sure if you put up a "Wanted To Buy" on the Market[lace you'll get urgent help if paying in BTC.
what? lol


I suppose i could since its costing not to get this working

the rig works fine with 3 GPUs

none of the GPU miners work when I install card #4...ideas?


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 05, 2011, 03:04:49 AM

Not really, without seeing/knowing your whole set-up. Does it boot up with all 4 GPU cards installed?

If it does and you are in linux did you look into the /etc/X11/xorg.conf to see if they all getting the drivers loaded ... etc, etc.

At a lower level

$lspci

will tell you what hardware is being recognised on the bus. Probably not a bug related to the miner s.ware so maybe somewhere else is better for this kind of system debugging.


Title: Re: python OpenCL bitcoin miner
Post by: TheShoura on May 05, 2011, 03:09:08 AM
Athlon X2
MSI 890FXA GD70
4x6870
1100W psu
Windows 7 x32 and x64-both have same problem

it boots with all 4 GPUs, it causes OpenCL programs to crash when i try to start them
boot with 3 gpu, everything is golden

I suppose i can use linux if it will fix the bug.. I just want help then with how to OC the cards and manual fan control


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 05, 2011, 03:36:50 AM
Quote
I just want help then with how to OC the cards and manual fan control

There's multiple threads discussing that already ... and if you do go linux and really are stuck PM me ... i'm not going to say donate me because I think that is bogus .... I've given out free advice on linux/hardware problems multiple times and have never got one 1 bit iota! lol. Free market or bust, time to pay up for some people I think (not you necessarily).


Title: Re: python OpenCL bitcoin miner
Post by: TheShoura on May 05, 2011, 04:08:45 AM
Okay well I'll get to it later then


Lets say I partition the HDD using Linux CD, it will leave windows alone incase it doesn't work?

Whats the recommended distro of linux?


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on May 05, 2011, 04:10:48 AM
Okay well I'll get to it later then


Lets say I partition the HDD using Linux CD, it will leave windows alone incase it doesn't work?

Whats the recommended distro of linux?
Instead of partitioning u can try WUBI.
Today i am going to try it with Ubuntu 11.04
http://bitcointalk.org/index.php?topic=3356.msg47489#msg47489


Title: Re: python OpenCL bitcoin miner
Post by: singpolyma on May 05, 2011, 10:49:35 PM
I just installed this on my Ubuntu 10.10 system with an Nvidia Quadro NVS 290 in it.  When I run without -d it lists only one device, 0, the Quadro NVS 290.  When I run with -d 0 it uses 100% of a core (slowing the system quite a bit) and only gets an abysmal 2300khash/sec.  Am I doing something wrong?  Is there something else I need to install?

I also tried DiabloMiner with identical results.


Title: Re: python OpenCL bitcoin miner
Post by: error on May 05, 2011, 11:20:41 PM
I just installed this on my Ubuntu 10.10 system with an Nvidia Quadro NVS 290 in it.  When I run without -d it lists only one device, 0, the Quadro NVS 290.  When I run with -d 0 it uses 100% of a core (slowing the system quite a bit) and only gets an abysmal 2300khash/sec.  Am I doing something wrong?  Is there something else I need to install?

I also tried DiabloMiner with identical results.

The 100% CPU is a known issue. I have yet to see a solution.

The 2300khash/sec is because that's about all your video card is capable of.


Title: Re: python OpenCL bitcoin miner
Post by: d3c0n808 on May 06, 2011, 02:45:22 AM
I'm sorry if this has been asked but I've been fooling around with this all day.  Basically I have a machine I run slackware on...yes yes not your standard distro.  I built all the necessary packages installing stream 2.1 sdk, pyopencl, rpc, etc.  Everything compiled fine and runs without a hitch.  I'd like to run poclbm in INIT 3 vs running it in INIT 4 so im not sharing resources with kde.   Everytime i try to run poclbm in init 3 it tells me ati needs x windows.  I never had this issue with nvidia which i can start poclbm in init 3, i took the same script and ran it on this box and basically it cant find the gpus unless x is running.  Anyone found a way to bypass this?  I exported my library and the display in the begining of the script.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 06, 2011, 03:03:54 AM
I'm sorry if this has been asked but I've been fooling around with this all day.  Basically I have a machine I run slackware on...yes yes not your standard distro.  I built all the necessary packages installing stream 2.1 sdk, pyopencl, rpc, etc.  Everything compiled fine and runs without a hitch.  I'd like to run poclbm in INIT 3 vs running it in INIT 4 so im not sharing resources with kde.   Everytime i try to run poclbm in init 3 it tells me ati needs x windows.  I never had this issue with nvidia which i can start poclbm in init 3, i took the same script and ran it on this box and basically it cant find the gpus unless x is running.  Anyone found a way to bypass this?  I exported my library and the display in the begining of the script.

ATI uses xserver to load the fglrx drivers for the GPUs (take a look in your xorg.conf) .... it sucks but you are stuck with it unless you figure out a new way in which case you will be v. popular around here.


Title: Re: python OpenCL bitcoin miner
Post by: singpolyma on May 06, 2011, 01:18:00 PM
I just installed this on my Ubuntu 10.10 system with an Nvidia Quadro NVS 290 in it.  When I run without -d it lists only one device, 0, the Quadro NVS 290.  When I run with -d 0 it uses 100% of a core (slowing the system quite a bit) and only gets an abysmal 2300khash/sec.  Am I doing something wrong?  Is there something else I need to install?

I also tried DiabloMiner with identical results.

The 100% CPU is a known issue. I have yet to see a solution.

That's unfortunate.

The 2300khash/sec is because that's about all your video card is capable of.

Really?  That's rather suprising, since my CPU can do 4Mhash/sec


Title: Re: python OpenCL bitcoin miner
Post by: d3c0n808 on May 06, 2011, 05:33:23 PM
I'm sorry if this has been asked but I've been fooling around with this all day.  Basically I have a machine I run slackware on...yes yes not your standard distro.  I built all the necessary packages installing stream 2.1 sdk, pyopencl, rpc, etc.  Everything compiled fine and runs without a hitch.  I'd like to run poclbm in INIT 3 vs running it in INIT 4 so im not sharing resources with kde.   Everytime i try to run poclbm in init 3 it tells me ati needs x windows.  I never had this issue with nvidia which i can start poclbm in init 3, i took the same script and ran it on this box and basically it cant find the gpus unless x is running.  Anyone found a way to bypass this?  I exported my library and the display in the begining of the script.
Create an .xinitrc that just runs a window manager (XMonad or something lightweight) and startx from init 2.



Thanks Ill try that I tried making a script to modprobe the driver in init 3(default multiuser in slackware) with no success. Ill try make a xinitrc and run fluxbox maybe DAMN YOU ATI WHY DO YOUR DRIVERS SUCK!   GRRR lol thanks everyone for the input if i get it working ill post the scripts on here so someone else can use them.  I don't think posting a howto for slackware is necessary as if you use slackware you can probably already figure it out as its quite similar to ubuntu or any other distro.   


Title: Re: python OpenCL bitcoin miner
Post by: error on May 06, 2011, 05:51:22 PM
The 2300khash/sec is because that's about all your video card is capable of.

Really?  That's rather suprising, since my CPU can do 4Mhash/sec

Doesn't surprise me a bit. That card was designed for "business" "workstations" which don't need a lot of 3D processing power but do need to display lots of 2D stuff on multiple displays. Oh, it's also old. It uses the same GPU as the 8300GS, 8400GS and 8500GT.


Title: Re: python OpenCL bitcoin miner
Post by: Red Dragon on May 07, 2011, 08:47:16 PM
Hi!

I'm trying poclbm (OpenCL) on CentOS release 5.5 (Final).

At first I've recieved

python poclbm.py
  File "poclbm.py", line 62
    finally:
          ^
SyntaxError: invalid syntax


Then I've upgraded python version to 2.7 according http://villaroad.com/2010/10/rolling-python-2-6-2-on-centos-5-3/

But now I receive
 
python poclbm.py
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
    import pyopencl as cl
ImportError: No module named pyopencl


Could anyone help me?




Title: Re: python OpenCL bitcoin miner
Post by: Camron on May 07, 2011, 10:38:08 PM
Does anyone know why  "'-v -w 128'" flag would cause my whole PC to lock up?  I can't seem to use any flags and I think this may be the reason why my mining rate is so low. 


Title: Re: python OpenCL bitcoin miner
Post by: fsasa70 on May 08, 2011, 04:58:47 AM
Does anyone know why  "'-v -w 128'" flag would cause my whole PC to lock up?  I can't seem to use any flags and I think this may be the reason why my mining rate is so low. 


Use this "-f60 -v -w128"


Title: Re: python OpenCL bitcoin miner
Post by: molecular on May 09, 2011, 11:04:42 AM
ImportError: No module named pyopencl[/pre]

Could anyone help me?
You need to install pyopencl.


Title: Re: python OpenCL bitcoin miner
Post by: drgr33n on May 09, 2011, 01:38:05 PM
I'm sorry if this has been asked but I've been fooling around with this all day.  Basically I have a machine I run slackware on...yes yes not your standard distro.  I built all the necessary packages installing stream 2.1 sdk, pyopencl, rpc, etc.  Everything compiled fine and runs without a hitch.  I'd like to run poclbm in INIT 3 vs running it in INIT 4 so im not sharing resources with kde.   Everytime i try to run poclbm in init 3 it tells me ati needs x windows.  I never had this issue with nvidia which i can start poclbm in init 3, i took the same script and ran it on this box and basically it cant find the gpus unless x is running.  Anyone found a way to bypass this?  I exported my library and the display in the begining of the script.
Create an .xinitrc that just runs a window manager (XMonad or something lightweight) and startx from init 2.



Thanks Ill try that I tried making a script to modprobe the driver in init 3(default multiuser in slackware) with no success. Ill try make a xinitrc and run fluxbox maybe DAMN YOU ATI WHY DO YOUR DRIVERS SUCK!   GRRR lol thanks everyone for the input if i get it working ill post the scripts on here so someone else can use them.  I don't think posting a howto for slackware is necessary as if you use slackware you can probably already figure it out as its quite similar to ubuntu or any other distro.   

Sucks don't it !! Nvidia have a kernel module that the GPGPU as a resource without xorg but ATI needs xorg to function. Is there any reason in particular that you would want to run this without xorg ?

If it's a speed issue you can just get GDM to load and and ssh  into the machine to start mining ?   


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 09, 2011, 09:41:57 PM

No it's stability issue. Since Xorg is always querying the default display adapter GPU, the system will hang more often if you load up with mining the or OC too much the default GPU core. Basically, there will always be one core that is not a dedicated compute node, the default display adapter, since Xorg is always sticking its nose in and talking with that core.

Maybe a simple hacky hardware work around it is to get a cheap lightweight graphics card that can run as the default display (or better still a mobo with an on-board GPU) and then Xorg will leave alone the compute GPUs and you can load them right-up and OC to the max. It doesn't matter if you run as headless since as long as Xorg is running (which you need it to be to load the drivers) then it will be talking unnecessarily with that default display adapter.

There was some discussion on AMDs OpenCL forum for a way to set the default display to none or some such in xorg.conf but I never had any success with it ...


Title: Re: python OpenCL bitcoin miner
Post by: d3c0n808 on May 09, 2011, 10:55:01 PM
I ended up activating my onboard gpu and using that to load kde.  With the onboard being used as the default device I have no problem using -f 0 on the 5870s also the overclocks are more steady the only thing i need to worry about is the temp.  When i was using one of the cards as the display card one or both would crash after a few hours due to the overclock.   This may not be advisable to most but my hash rate when up about 10mhash percard with the higher oc and f0 flag


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 10, 2011, 03:22:51 AM
I ended up activating my onboard gpu and using that to load kde.  With the onboard being used as the default device I have no problem using -f 0 on the 5870s also the overclocks are more steady the only thing i need to worry about is the temp.  When i was using one of the cards as the display card one or both would crash after a few hours due to the overclock.   This may not be advisable to most but my hash rate when up about 10mhash percard with the higher oc and f0 flag


Thanx for confirming that for me ... i suspected it would be the case since i have found not max-loading up the default display adapter with mining reduces number of kernel hangs markedly ... now need to get hold of cheap mobo with onboard graphics chip and 4 or more PCIe slots ....


Title: Re: python OpenCL bitcoin miner
Post by: Cryptoman on May 10, 2011, 03:41:13 AM
Thanx for confirming that for me ... i suspected it would be the case since i have found not max-loading up the default display adapter with mining reduces number of kernel hangs markedly ... now need to get hold of cheap mobo with onboard graphics chip and 4 or more PCIe slots ....

Make sure the onboard graphics is ATI and not nvidia.  The ATI and nvidia drivers do not play well together.  Already been down that path myself.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 10, 2011, 03:59:01 AM
Thanx for confirming that for me ... i suspected it would be the case since i have found not max-loading up the default display adapter with mining reduces number of kernel hangs markedly ... now need to get hold of cheap mobo with onboard graphics chip and 4 or more PCIe slots ....

Make sure the onboard graphics is ATI and not nvidia.  The ATI and nvidia drivers do not play well together.  Already been down that path myself.

Thnx, good point ... amd all the way.


Title: Re: python OpenCL bitcoin miner
Post by: d3c0n808 on May 10, 2011, 06:59:34 AM
Indeed Im running a asus m3a78-t with 3800 hd onboard gpu so I've had no problem the only issue was i had to write a new xorg config to send the display to the onboard gpu but other than that it was easy to implement.  My hash rate on both 5870s went from about 400mhash to 420 mhash by chaning the f flag and also switching to onboard gpu.   Also as I said earlier much more stable without increasing voltage as well.  Also when trying to resume from sleep screen while using one of the video cards always caused the system to lock up where as now with the onboard gpu active i can let the monitor go to sleep and not have to worry about the whole system crashing when trying to resume.


Title: Re: python OpenCL bitcoin miner
Post by: saadtariq30 on May 10, 2011, 08:04:25 AM
can it be done using onboard intel? ive a 6950 unlocked and clocked at 950mhz..


Title: Re: python OpenCL bitcoin miner
Post by: rage911 on May 10, 2011, 11:22:47 AM
what is optimal settings for HD4850?


Title: Re: python OpenCL bitcoin miner
Post by: Scrappi on May 10, 2011, 02:11:23 PM
I registered with Bitcoin and downloaded it to this computer.   I also signed up for a pool.   From what I have read about using it you need to make a special folder.  It also looked like some kind of coding is used to set it up.  I am internet and computer illiterate and have no idea how to do anything like that.   How do I complete setting it up?   


Title: Re: python OpenCL bitcoin miner
Post by: d3c0n808 on May 10, 2011, 06:11:38 PM
can it be done using onboard intel? ive a 6950 unlocked and clocked at 950mhz..


I want to say yes it could be possible but don't hold me to it. 


Title: Re: python OpenCL bitcoin miner
Post by: saadtariq30 on May 10, 2011, 06:20:49 PM
can it be done using onboard intel? ive a 6950 unlocked and clocked at 950mhz..


I want to say yes it could be possible but don't hold me to it. 

ok i tried..when i choose dual mode from the bios, i have to connect the monitor to my onboard vga port...in windows device manager both intel gm4500 and radeon 6900 series show up..but catalyst says the card installed is not supported..and it doesnt show up in the miner as well...when i disable intel gm4500 from the device manager, i have to connect the monitor to the radeon and everything starts working again...what i want to do is use the onboard for display and the radeon for mining..so that i can mine with -v -w 128 -f 1 without inducing any lag...suggestions?


Title: Re: python OpenCL bitcoin miner
Post by: d3c0n808 on May 10, 2011, 06:37:50 PM
can it be done using onboard intel? ive a 6950 unlocked and clocked at 950mhz..


I want to say yes it could be possible but don't hold me to it. 

ok i tried..when i choose dual mode from the bios, i have to connect the monitor to my onboard vga port...in windows device manager both intel gm4500 and radeon 6900 series show up..but catalyst says the card installed is not supported..and it doesnt show up in the miner as well...when i disable intel gm4500 from the device manager, i have to connect the monitor to the radeon and everything starts working again...what i want to do is use the onboard for display and the radeon for mining..so that i can mine with -v -w 128 -f 1 without inducing any lag...suggestions?

Ok since your using windows you may need a dummy plug in order for catalyst to see the gpu.   You probably wont be able to use the onboard to process bitcoins as I don't believe intel supports open cl.  Windows is problematic because you have to use dummy plugs in order for the drivers to activate the card where in linux this is not necessary as we just export the display.  if this is a dedicated miner i would consider following the ubuntu guide as it is well written and quite easy to setup and you will have much more stable hash rates in linux then windows as well not to mention you wont have to make a dummy plug.


Title: Re: python OpenCL bitcoin miner
Post by: saadtariq30 on May 11, 2011, 10:43:34 AM
can it be done using onboard intel? ive a 6950 unlocked and clocked at 950mhz..


I want to say yes it could be possible but don't hold me to it. 

ok i tried..when i choose dual mode from the bios, i have to connect the monitor to my onboard vga port...in windows device manager both intel gm4500 and radeon 6900 series show up..but catalyst says the card installed is not supported..and it doesnt show up in the miner as well...when i disable intel gm4500 from the device manager, i have to connect the monitor to the radeon and everything starts working again...what i want to do is use the onboard for display and the radeon for mining..so that i can mine with -v -w 128 -f 1 without inducing any lag...suggestions?

Ok since your using windows you may need a dummy plug in order for catalyst to see the gpu.   You probably wont be able to use the onboard to process bitcoins as I don't believe intel supports open cl.  Windows is problematic because you have to use dummy plugs in order for the drivers to activate the card where in linux this is not necessary as we just export the display.  if this is a dedicated miner i would consider following the ubuntu guide as it is well written and quite easy to setup and you will have much more stable hash rates in linux then windows as well not to mention you wont have to make a dummy plug.


thanks it worked...i made a dummy plug..the only reason i did this was so that that pc wouldnt lag with f 1...hash rates up by 15M/hashs..and i can watch movies/youtube over the onboard chip..no lag at all :)...thanks man


Title: Re: python OpenCL bitcoin miner
Post by: jkminkov on May 11, 2011, 08:01:20 PM
thanks it worked...i made a dummy plug..the only reason i did this was so that that pc wouldnt lag with f 1...hash rates up by 15M/hashs..and i can watch movies/youtube over the onboard chip..no lag at all :)...thanks man

no lag?? just press right mouse button - any program or desktop


Title: Re: python OpenCL bitcoin miner
Post by: FireFox31 on May 13, 2011, 05:51:10 PM
Hello, I recently upgraded from poclbm_20110325 to poclbm_20110428 and I'm now receiving "long poll exceptions" once every hour:

10/05/2011 14:05:19, long poll exception:
Traceback (most recent call last):
  File "BitcoinMiner.pyo", line 259, in longPollThread
  File "BitcoinMiner.pyo", line 222, in request
  File "httplib.pyo", line 974, in getresponse
  File "httplib.pyo", line 391, in begin
  File "httplib.pyo", line 349, in _read_status
  File "socket.pyo", line 397, in readline
timeout: timed out

On the older version, I had no problems, though I was generating about 4% stale shares.  I hoped the newer version would reduce stale shares.  I'm running Windows XP, a GTX460, and poclbm on GPU mining.  Is this a problem?  Is there a fix?  Thanks for any help you can provide.


Title: Re: python OpenCL bitcoin miner
Post by: Pygy on May 13, 2011, 09:13:53 PM
I didn't read the whole thread, so, please forgive me if this problem has already been addressed (in that case, I'll look for the solution by myself).

I'm mining on a Debian box with a 5970. I'm prudently trying to overclock it, but I run into a problem.

The hashrate in the shell of the second core sometimes gets stuck. CTRL+C is ineffective to quit (I get the "Bye" message, but I dont go back to the prompt).

If I close the shell and confirm that I want to kill the child process, the whole graphical interface freezes. It happened twice at two different clock rates (800 and 780) even though the temperature monitors reported ~66 °C. The second time I actually tried to kill the process from the shell.

At the time, I didn't think of pressing CTRL+ALT+F1 to launch a shell outside of X, and rebooted.

I went back to a lower clock rate, and everything is fine, but I'm curious about the cause of the freezing of the process, and the of the whole GUI.


Title: Re: python OpenCL bitcoin miner
Post by: rtsome on May 14, 2011, 05:22:52 PM
i've got a bug to report.
so there was an exception
Code:
14/05/2011 22:52:28, 36a8d1c6, accepted                     
14/05/2011 22:52:30, dfd608d5, accepted                     
14/05/2011 22:53:35, cd65a2af, accepted       
53409 khash/sException in thread Thread-2:                 
Traceback (most recent call last):
  File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
    self.run()
  File "/usr/lib/python2.6/threading.py", line 484, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/home/diz/Desktop/bitcoinshit/poclbm/BitcoinMiner.py", line 336, in miningThread
    queue.finish()
LogicError: clFinish failed: invalid command queue

14/05/2011 22:55:35, long poll: new block 00003873116dcf9f 
14/05/2011 22:58:28, long poll: new block 000016bc6ee42ac4 
14/05/2011 22:59:41, long poll: new block 0000071527b5e52e 
14/05/2011 23:00:13, long poll: new block 0000594949d6ec0d 
and mining stopped, had to restart it.
probably relevant dmesgs:
Code:
[30953.851867] NVRM: Xid (0000:01:00): 3, C 00000004 SC 00000000 M 00001010 Data 00000000
[30955.858750] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
poclbm commit 06cf386a358a416b4119482bdfaf0d4511ac91b7
ubuntu 10.10@amd64; NVIDIA-Linux-x86_64-270.41.06; GTX 280


Title: Re: python OpenCL bitcoin miner
Post by: sniper_sniperson on May 15, 2011, 07:32:22 AM
If I put & symbol in the password after --pass option the script says Bad password. Should I try the password with quotes?


Title: Re: python OpenCL bitcoin miner
Post by: wumpus on May 15, 2011, 07:44:45 AM
If I put & symbol in the password after --pass option the script says Bad password. Should I try the password with quotes?
Yes


Title: Re: python OpenCL bitcoin miner
Post by: Eikill on May 15, 2011, 11:01:41 AM
I have a problem. I got an XFX 6850 card overclocked to 900 core clock and 1150 memory clock with SDK version 2.4 and driver version 11.4.
When I try to use poclmb, I can't get more than ~2 Mhash/s! But when I'm using DiabloMiner I get up to ~200 Mhash/s. Anybody know whats causing this?


Title: Re: python OpenCL bitcoin miner
Post by: jedi95 on May 15, 2011, 11:22:45 AM
I have a problem. I got an XFX 6850 card overclocked to 900 core clock and 1150 memory clock with SDK version 2.4 and driver version 11.4.
When I try to use poclmb, I can't get more than ~2 Mhash/s! But when I'm using DiabloMiner I get up to ~200 Mhash/s. Anybody know whats causing this?

You probably have the CPU selected as the device to mine with. Change your -d/--device setting. For SDK 2.4 device 0 should be the first GPU. (it's 1 on earlier SDK versions)


Title: Re: python OpenCL bitcoin miner
Post by: Eikill on May 18, 2011, 04:28:13 PM
I have a problem. I got an XFX 6850 card overclocked to 900 core clock and 1150 memory clock with SDK version 2.4 and driver version 11.4.
When I try to use poclmb, I can't get more than ~2 Mhash/s! But when I'm using DiabloMiner I get up to ~200 Mhash/s. Anybody know whats causing this?

You probably have the CPU selected as the device to mine with. Change your -d/--device setting. For SDK 2.4 device 0 should be the first GPU. (it's 1 on earlier SDK versions)

So I should just add -d 0 to the command? Okay, I'll try that!

Edit: Yes! thank you! Now I get ~230 Mhash/s :)

Edit2: Okay, I got another computer with a sapphire 5770 card running with no overclock, SDK version 2.1 and driver version 10.11 (Because I read that these were the best ones on 5xxx cards, is this true?), and when I try to start poclbm, I get this error:

Code:
Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyo", line 3, in <module>
  File "pyopencl\_cl.pyo", line 12, in <module>
  File "pyopencl\_cl.pyo", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Again, DiabloMiner works fine :/


Title: Re: python OpenCL bitcoin miner
Post by: Druas on May 18, 2011, 07:12:28 PM
Just thought I would report my results on a 2011 MacBook Pro, running an AMD Radeon HD 6750M, in Windows 7 (Pro 64bit), SDK v2.4, -v -w 128 = about 72 Mhash/s


Title: Re: python OpenCL bitcoin miner
Post by: Hello on May 19, 2011, 04:25:18 PM
Hi all
I have radeon mobile 5650.
Try to run, but have error
Quote
This OpenCL build requires version 1.4.879, version 1.4.692 installed
I install lasst drivers (11.5) and last AMD APP SDK from http://developer.amd.com/gpu/AMDAPPSDK/Pages/default.aspx
Can you help me?


Title: Re: python OpenCL bitcoin miner
Post by: raffomania on May 22, 2011, 08:44:10 PM
Hey,
I use an AMD Radeon X1900. gpu caps viewer says that it has OpenCL 1.1, but at the OpenCL-tab it only displays my AMD Athlon dualcore CPU. When I try to mine at deepbit.net, I always get the "authentication failed, check hardware" error. What can I do?

Thanks!


Title: Re: python OpenCL bitcoin miner
Post by: biochem on May 22, 2011, 09:09:02 PM
miner consume only 60% of GPU on 6990
UBUNTU 11.04 64bit ati-stream-sdk-v2.3-lnx64 on Pentiun I7

poclbm.py --version give poclbm/2011.beta4
Code:
Adapter 0 - AMD Radeon HD 6990
                            Core (MHz)    Memory (MHz)
           Current Clocks :    930           1250
             Current Peak :    930           1250
  Configurable Peak Range : [500-1200]     [1250-1500]
                 GPU load :    65%

Adapter 1 - AMD Radeon HD 6990
                            Core (MHz)    Memory (MHz)
           Current Clocks :    930           1250
             Current Peak :    930           1250
  Configurable Peak Range : [500-1200]     [1250-1500]
                 GPU load :    64%

What is wrong, and how to use 100% of GPU ?????



Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 22, 2011, 09:45:41 PM
-f1


Title: Re: python OpenCL bitcoin miner
Post by: biochem on May 22, 2011, 10:00:45 PM
-f1
it is significantly  better now!!!
I've got 85%  on average now!!!

PS. mining in the slush pool.


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 22, 2011, 10:06:24 PM
-v

EDIT: you sound like a noob so you had better read the OP (and whatever else you can get your hands on) ... and watch the temp.s if you are going to thrash these cards with mining or you'll fry your cores....

$aticonfig --adapter=all --odgt

get nervous with core temp above 80 C ... I keep mine 70 or below.


Title: Re: python OpenCL bitcoin miner
Post by: biochem on May 22, 2011, 10:24:06 PM
-v

EDIT: you sound like a noob so you had better read the OP (and whatever else you can get your hands on) ... and watch the temp.s if you are going to thrash these cards with mining or you'll fry your cores....

$aticonfig --adapter=all --odgt

get nervous with core temp above 80 C ... I keep mine 70 or below.
-v drop GPU consumption to 70 on average.

I've got few boxes with 2x5970 under archlinux and ubuntu, running for months  and never have such problems like I've got with 6990, so I'm completely disoriented  :-[

And I keep temperature automatically by changing corerate


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 22, 2011, 11:08:47 PM
-v

EDIT: you sound like a noob so you had better read the OP (and whatever else you can get your hands on) ... and watch the temp.s if you are going to thrash these cards with mining or you'll fry your cores....

$aticonfig --adapter=all --odgt

get nervous with core temp above 80 C ... I keep mine 70 or below.
-v drop GPU consumption to 70 on average.

I've got few boxes with 2x5970 under archlinux and ubuntu, running for months  and never have such problems like I've got with 6990, so I'm completely disoriented  :-[

And I keep temperature automatically by changing corerate

Okay, sorry about the noob comment then.

I would have thought the 6990 was v. similar to 5970 but there ya go. I think it sounds like from some of the other threads that SDK 2.4 and 11.4 driver is better with 6990 ... also maybe phoenix miner might be different  with high AGGRESSION setting ...


Title: Re: python OpenCL bitcoin miner
Post by: biochem on May 23, 2011, 01:26:13 AM
Okay, sorry about the noob comment then.

I would have thought the 6990 was v. similar to 5970 but there ya go. I think it sounds like from some of the other threads that SDK 2.4 and 11.4 driver is better with 6990 ... also maybe phoenix miner might be different  with high AGGRESSION setting ...
Sorted!
SDK 2.4  give more than 95% for each GPU on 6990, while SDK 2.3 only can do no more than 65% of load....


Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 23, 2011, 01:37:46 AM
biochem:

Quote
And I keep temperature automatically by changing corerate

What's "corerate" ... is that utility in linux?


Title: Re: python OpenCL bitcoin miner
Post by: biochem on May 23, 2011, 01:56:42 AM
What's "corerate" ... is that utility in linux?
No it is core rate, nothing to do with any linux progs.
 


Title: Re: python OpenCL bitcoin miner
Post by: Nick13ro on May 26, 2011, 08:23:40 AM
I see that when the internet is disconnected and then reconnects poclbm doesn't resume. Would a router giving a dedicated 192... address solve this ? Or a static IP ? I mean is there a solution that when theres an internet disconnection poclbm resumes ?


Title: Re: python OpenCL bitcoin miner
Post by: slush on May 27, 2011, 11:04:09 AM
I see that when the internet is disconnected and then reconnects poclbm doesn't resume. Would a router giving a dedicated 192... address solve this ? Or a static IP ? I mean is there a solution that when theres an internet disconnection poclbm resumes ?

Are you using latest version? There were some issues in older releases.


Title: Re: python OpenCL bitcoin miner
Post by: Nick13ro on May 27, 2011, 11:06:06 AM
I see that when the internet is disconnected and then reconnects poclbm doesn't resume. Would a router giving a dedicated 192... address solve this ? Or a static IP ? I mean is there a solution that when theres an internet disconnection poclbm resumes ?

Are you using latest version? There were some issues in older releases.

I'm using the latest. Are you saying the latest version shouldn't stop mining after an IP change ? Cause that's exactly what it does. :|


Title: Re: python OpenCL bitcoin miner
Post by: presha on May 27, 2011, 01:10:42 PM
this propably has been asked before but... how can I automatically restart the miner after it crashes? been doing some heavy oc lately and when I came back from work my poclbm window was gone.. prolly the drivers crashed cus I think I set the voltage too low. any hints? been searching the forums but no results so far :>


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on May 28, 2011, 11:12:47 AM
HELP :O

On my new rig, I've installed bitcoin and the poclbm miner. But whenever I run the batch, it freezes and stops responding. Right now it looks like:

start /DC:\bitcoin\poclbm poclbm.exe -d1 --host=deepbit.net --port=8332 --user=(user) --pass=(pass) --device=0 -v -w 128

While running bitcoin.exe -server

I've tried different pools, taking out the -d1, putting the poclbm in a different folder, but it just freezes the second I start it up.

What am I doing wrong? The format looks the exact same as my main rig but it's not working for some reason...


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on May 28, 2011, 06:01:52 PM
Traceback (most recent call last):
File "poclbm.py", line 3, in <module>
File "pyopencl\_init_.pyo.", line 3, in <module>
---
---
Import Error: DLL load failed: the specified modeul could not be found.

???


Title: Re: python OpenCL bitcoin miner
Post by: xanatos on May 29, 2011, 07:26:12 PM
Was anyone able to recompile the program under Windows? I would try to modify some things (to thinker a little), but I don't have a linux box with a good graphical adaptor... I tried a little under Win but there are too many dependancies that need compiling, and I don't want to begin installing VS2008 just to recompile the pyopencl.


Title: Re: python OpenCL bitcoin miner
Post by: KnuttyD on May 29, 2011, 07:29:35 PM
Was anyone able to recompile the program under Windows? I would try to modify some things (to thinker a little), but I don't have a linux box with a good graphical adaptor... I tried a little under Win but there are too many dependancies that need compiling, and I don't want to begin installing VS2008 just to recompile the pyopencl.

I was; you only need python and the dependencies. I had MSVC8 already, so that helped a great deal.


Title: Re: python OpenCL bitcoin miner
Post by: CubedRoot on May 30, 2011, 08:46:46 PM
I am having some problems running this on multiple GPUs.
Heres my setup:

Ubuntu 10.10 32 bit
running 3 Sapphire 5850's
when I run poclbm without any arguments it will list all of my GPUs as such:
Quote
  •    Cypress
  • [1]   Cypress
    [2]   Cypress
    [3]   AMD Sempron(tm) 140 Process
So, i think great, its running! I then open a new terminal window and do the following:

Quote
./poclbm.py -d 0 --host=btcguild.com --port=8332 --user=MINER_gpu0 --pass=RPCPASS -v -w 128

It will fire up and run great, and give me decent hashrates since I have not overclocked them yet For example, I am getting about 250,000 Khash/s

So, I open up  second terminal window to get a miner running on the second GPU. I run the following in it:
Quote
./poclbm.py -d 1 --host=btcguild.com --port=8332 --user=MINER_gpu1 --pass=RPCPASS -v -w 128

It connects and works like normal, but the hasrate is off... it starts off slow, about 20,000 khash/sec, but then it will get to about 125,000 khash/sec.  Its also at this point that I notice the first miner I ran earlier is also dropping its hasrate to about the same.  Eventually both terminals will get to a point where their hasrates are equal and total up to about 250,000 Khash/sec...which is about what I get on one card!

So, I am thinking that both miners are computing on the same GPU regardless of which device I specifiy in the command.

What am I doing wrong? 


Title: Re: python OpenCL bitcoin miner
Post by: AngelusWebDesign on May 30, 2011, 08:54:45 PM
Traceback (most recent call last):
File "poclbm.py", line 3, in <module>
File "pyopencl\_init_.pyo.", line 3, in <module>
---
---
Import Error: DLL load failed: the specified modeul could not be found.

???

That was happening for me, too, until I installed the ATI Catalyst 11.5 graphics drivers (which includes the SDK). Install the full package from their website.


Title: Re: python OpenCL bitcoin miner
Post by: xf2_org on May 31, 2011, 03:29:37 AM

Feature request:  add server failover support (if one pool fails, fall back to the second pool)

I've created a new thread covering a bounty for this new feature (http://forum.bitcoin.org/index.php?topic=10762.0), that would be greatly appreciated by poclbm users.



Title: Re: python OpenCL bitcoin miner
Post by: SchizophrenicX on May 31, 2011, 03:43:22 AM
Hi I'm sorry but I can't follow up on every thread. Is the >1 GPU, CPU@100% issue solved yet?


Title: long-polling: poclbm + pushpool
Post by: dds on June 01, 2011, 09:51:02 AM
Could anyone tell how to configure poclbm miner long-polling with pushpool?
I already asked about this in pushpool thread, but no answer.
Looks like long-polling doesn't work. Miner reports "long poll exception" and "invalid or stale" shares from time to time.
Also miner occasionally reports
Code:
2011-06-01_09:31:57.70506 Traceback (most recent call last):
2011-06-01_09:31:57.71616   File "/poclbm/BitcoinMiner.py", line 259, in longPollThread
2011-06-01_09:31:57.71623     (connection, result) = self.request(connection, url, self.headers)
2011-06-01_09:31:57.71626   File "/poclbm/BitcoinMiner.py", line 222, in request
2011-06-01_09:31:57.71629     response = connection.getresponse()
2011-06-01_09:31:57.71631   File "/usr/lib/python2.6/httplib.py", line 990, in getresponse
2011-06-01_09:31:57.71634     response.begin()
2011-06-01_09:31:57.71637   File "/usr/lib/python2.6/httplib.py", line 391, in begin
2011-06-01_09:31:57.71639     version, status, reason = self._read_status()
2011-06-01_09:31:57.71642   File "/usr/lib/python2.6/httplib.py", line 349, in _read_status
2011-06-01_09:31:57.71645     line = self.fp.readline()
2011-06-01_09:31:57.71647   File "/usr/lib/python2.6/socket.py", line 427, in readline
2011-06-01_09:31:57.71650     data = recv(1)
2011-06-01_09:31:57.71652 timeout: timed out
btw, I have "longpoll.disable" : false in pushpool config.


Title: Re: python OpenCL bitcoin miner
Post by: veoeluz on June 03, 2011, 03:50:44 AM
Guys. I've got a problem.

Does anyone know of a way to limit the videocard usage to like 50% or so in guiminer? My 4870x2 just can't take the heat (seriously!).  With the fan at 80-100%, I'm very quickly reaching temps of 90-95C when mining with even just one gpu. I'd love to run both but it would undoubtedly destroy my card.

Yes. I've cleaned out the video card. I do so every two or three months anyhow, and I don't see temps higher than 55C playing games, and not usually higher than 50C at idle.

Underclocking doesn't seem to help, and i've had limited succes with -f.  Just messing around adding 0's to -f100, I can get it to drop to about 65mh/s per gpu, but it still makes my card sit around 80C.  I have a thermaltake armor case, so airflow really isn't my problem (I runs games like eq2, ddo, and the like and never have a temp issue).

What can I do?

Thanks!


Title: Re: python OpenCL bitcoin miner
Post by: MyNameIsCrake on June 03, 2011, 09:37:31 PM
I've just started using this method of pooling a few hours ago and I was wondering: When do the first results typically appear on the "My account" page of mining.bitcoin.cz?
It's been stuck at absolute 0 for a while now and I'm starting to wonder if I've done anything wrong, despite the black window displaying a steady 55000 khash/s for quite some time now.


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on June 04, 2011, 05:33:26 PM
Guys. I've got a problem.

Does anyone know of a way to limit the videocard usage to like 50% or so in guiminer? My 4870x2 just can't take the heat (seriously!).  With the fan at 80-100%, I'm very quickly reaching temps of 90-95C when mining with even just one gpu. I'd love to run both but it would undoubtedly destroy my card.

Yes. I've cleaned out the video card. I do so every two or three months anyhow, and I don't see temps higher than 55C playing games, and not usually higher than 50C at idle.

Underclocking doesn't seem to help, and i've had limited succes with -f.  Just messing around adding 0's to -f100, I can get it to drop to about 65mh/s per gpu, but it still makes my card sit around 80C.  I have a thermaltake armor case, so airflow really isn't my problem (I runs games like eq2, ddo, and the like and never have a temp issue).

What can I do?

Thanks!

use WORKSIZE = 128 or 64, which will hash less, which will reduce temp.


Title: Re: python OpenCL bitcoin miner
Post by: Allenssmart on June 04, 2011, 05:46:35 PM
I followed the guide completely.

I am having a big problem. I followed everything that you have done but I can't get bitcoin.exe to open with -server. Every time, I get
 
Warning: to use the '-server' option, you must set rpcpassword = <password> in the configuration file 'C:/Users/Nick/AppData/Roaming/Bitcoin/bitcoin.conf. If the file does not exist, create it with owner-readable-only file permissions"
 
I have already made the bitcoin.conf file in C:\Users\Allen\AppData\Roaming\Bitcoin
 multiple times. This is what's inside it
rpcuser=youruser
rpcpassword=password

No matter what I do I can't start it. I've redeleted and remade the files several times over. I've restarted my computer. I've quadruple checked the directories and I'm 100% sure that the bitcoin.conf file is in the right spot. However, everytime I start bitcoin -server I get the above message saying I have not set that yet I have!!!Thank you.


Title: Re: python OpenCL bitcoin miner
Post by: MyNameIsCrake on June 04, 2011, 09:16:21 PM
No matter what I do I can't start it. I've redeleted and remade the files several times over. I've restarted my computer. I've quadruple checked the directories and I'm 100% sure that the bitcoin.conf file is in the right spot. However, everytime I start bitcoin -server I get the above message saying I have not set that yet I have!!!Thank you.

Have you filled it in as username.workername or just as username?


Title: Re: python OpenCL bitcoin miner
Post by: Allenssmart on June 05, 2011, 12:20:55 AM
No matter what I do I can't start it. I've redeleted and remade the files several times over. I've restarted my computer. I've quadruple checked the directories and I'm 100% sure that the bitcoin.conf file is in the right spot. However, everytime I start bitcoin -server I get the above message saying I have not set that yet I have!!!Thank you.

Have you filled it in as username.workername or just as username?
NVM i got it working. I put it as a text file, not a conf file,  i named it bitcoin.conf.txt so it was actually still a txt file.

Anyways, Now i've gotten this working with a mining pool at BTC Guild.
Im getting around 500mhash/s with my stock 5970.



Also, how do I quit the mining. Do I just close the command prompt, does it automatically save? What do I do? Thank you!


Title: Re: python OpenCL bitcoin miner
Post by: @theman on June 05, 2011, 03:28:32 PM
Ok so the GUI verson of this program is not detecting my GPU (Radeon HD 4870) I am pretty sure that my hardware does not support OpenCL. How can I get this settup on my rig and will it even utilize my GPU since it does not dupport OpenCL. Other important specs: Windows 7 64-bit, Intel Core i5, latest version of Python, latest version of ATI-SDK with opencl.


Title: Re: python OpenCL bitcoin miner
Post by: ROFISH on June 06, 2011, 03:51:10 AM
I'm getting lots of "warning: job finished, miner is idle". Note that I'm using a Mac Pro on OS X. (The hardware is expensive and not mine, might as well use it. ;) ) It's an official 2006 Mac Pro with an official Apple 5770. (No hacks or flashes heres, all genuine hardware.)

Also I'm getting about 100MHash/s and the exact hardware when rebooted into Windows gets 180MHash/s. Although I think it's a driver issue, since, for example, I know that Apple's OpenCL compiler doesn't support vector mode or changing the work size, since all it does is Seg Fault.

Code:
ROFISH-Mac-Pro:m0mchil-poclbm-06cf386 rofish$ python poclbm.py -d0 --host pit.deepbit.net --port 8332 --user ******** --pass ********
05/06/2011 20:09:25, warning: job finished, miner is idle   
05/06/2011 20:10:08, warning: job finished, miner is idle   
05/06/2011 20:10:08, 4fef1847, accepted                     
05/06/2011 20:10:40, 7387d642, accepted                     
05/06/2011 20:10:52, warning: job finished, miner is idle   
05/06/2011 20:11:35, da9a3947, accepted                     
05/06/2011 20:11:35, warning: job finished, miner is idle   
05/06/2011 20:11:50, f707e2b6, accepted                     
05/06/2011 20:12:19, warning: job finished, miner is idle   
05/06/2011 20:12:55, 4f350e4f, accepted                     
05/06/2011 20:13:02, warning: job finished, miner is idle   
05/06/2011 20:13:45, warning: job finished, miner is idle   
05/06/2011 20:13:45, a83c9dda, accepted                     
05/06/2011 20:14:29, warning: job finished, miner is idle   
05/06/2011 20:15:12, warning: job finished, miner is idle   
05/06/2011 20:15:38, 90a203f4, accepted                     
05/06/2011 20:15:55, warning: job finished, miner is idle   
05/06/2011 20:16:38, warning: job finished, miner is idle   
05/06/2011 20:16:38, long poll: new block 00001fffc5774fc8 
05/06/2011 20:17:34, long poll: new block 00000af5ee70ada2 
05/06/2011 20:18:16, 2ab2b784, accepted                     
05/06/2011 20:18:37, warning: job finished, miner is idle   
05/06/2011 20:19:00, 1bf23de9, accepted                     
05/06/2011 20:19:20, warning: job finished, miner is idle   
05/06/2011 20:19:20, cbb5f6b5, accepted                     
05/06/2011 20:19:37, d401deda, accepted                     
05/06/2011 20:20:05, warning: job finished, miner is idle   
05/06/2011 20:20:47, warning: job finished, miner is idle   
05/06/2011 20:21:24, long poll: new block 0000250f577a2b04 
05/06/2011 20:22:16, 2204773b, accepted                     
05/06/2011 20:22:29, warning: job finished, miner is idle   
05/06/2011 20:22:29, acac83c9, accepted                     
05/06/2011 20:22:40, 07a0c1c5, accepted                     
05/06/2011 20:23:08, b7dec4b5, accepted                     
05/06/2011 20:23:13, warning: job finished, miner is idle   
05/06/2011 20:23:49, a37c555a, accepted                     
05/06/2011 20:23:56, warning: job finished, miner is idle   
05/06/2011 20:24:39, warning: job finished, miner is idle   
05/06/2011 20:24:39, 2afeef2f, accepted                     
05/06/2011 20:25:04, 1f5ce4fe, accepted                     
05/06/2011 20:25:24, warning: job finished, miner is idle   
05/06/2011 20:26:04, 4098353e, accepted                     
05/06/2011 20:26:07, warning: job finished, miner is idle   
05/06/2011 20:26:30, long poll: new block 00002016309d4628 
05/06/2011 20:27:21, ecba5adb, accepted                     
05/06/2011 20:27:34, warning: job finished, miner is idle   
05/06/2011 20:27:34, ae4d2ea1, accepted                     
05/06/2011 20:28:10, caa1efdf, accepted                     
05/06/2011 20:28:18, warning: job finished, miner is idle   
05/06/2011 20:29:01, warning: job finished, miner is idle   
05/06/2011 20:29:01, 7fe4524c, accepted                     
05/06/2011 20:29:10, 8198dd14, accepted                     
05/06/2011 20:29:45, 143fb309, invalid or stale             
05/06/2011 20:29:45, long poll: new block 00001e214348cdd2 
05/06/2011 20:30:09, b34339cd, accepted                     
05/06/2011 20:30:28, warning: job finished, miner is idle   
05/06/2011 20:30:28, 0aeed10d, accepted                     
05/06/2011 20:30:43, e6d534af, accepted                     
05/06/2011 20:31:12, warning: job finished, miner is idle   
05/06/2011 20:31:12, 2c3d4d68, accepted                     
05/06/2011 20:31:50, c1dabc4a, accepted                     
05/06/2011 20:31:56, warning: job finished, miner is idle   
05/06/2011 20:32:39, warning: job finished, miner is idle   
05/06/2011 20:33:22, warning: job finished, miner is idle   
05/06/2011 20:33:22, 92079fb8, accepted                     
05/06/2011 20:34:05, 40b4ac3c, accepted                     
05/06/2011 20:34:06, warning: job finished, miner is idle   
05/06/2011 20:34:50, warning: job finished, miner is idle   
05/06/2011 20:35:07, db7b1427, accepted                     
05/06/2011 20:35:29, b9310cb9, accepted                     
05/06/2011 20:35:33, warning: job finished, miner is idle   
05/06/2011 20:36:15, warning: job finished, miner is idle   
05/06/2011 20:36:58, warning: job finished, miner is idle   
05/06/2011 20:37:41, warning: job finished, miner is idle   
05/06/2011 20:38:24, warning: job finished, miner is idle   
05/06/2011 20:38:24, 920a180f, accepted                     
05/06/2011 20:39:08, warning: job finished, miner is idle   
05/06/2011 20:39:08, 3e992d12, accepted                     
05/06/2011 20:39:53, warning: job finished, miner is idle   
05/06/2011 20:40:36, warning: job finished, miner is idle   
05/06/2011 20:41:19, warning: job finished, miner is idle   
05/06/2011 20:41:19, 35893536, accepted                     
05/06/2011 20:42:04, warning: job finished, miner is idle   
05/06/2011 20:42:04, long poll: new block 00000cf715b916ce 
05/06/2011 20:43:07, warning: job finished, miner is idle   
05/06/2011 20:43:50, warning: job finished, miner is idle   
05/06/2011 20:44:21, 7bb86cdc, accepted                     
05/06/2011 20:44:33, warning: job finished, miner is idle

Code:
Hardware Overview:

  Model Name: Mac Pro
  Model Identifier: MacPro1,1
  Processor Name: Dual-Core Intel Xeon
  Processor Speed: 2.66 GHz
  Number Of Processors: 2
  Total Number Of Cores: 4
  L2 Cache (per processor): 4 MB
  Memory: 8 GB
  Bus Speed: 1.33 GHz
  Boot ROM Version: MP11.005C.B08
  SMC Version (system): 1.7f10
  Serial Number (system): ******
  Hardware UUID: *******


ATI Radeon HD 5770:

  Chipset Model: ATI Radeon HD 5770
  Type: GPU
  Bus: PCIe
  Slot: Slot-2
  PCIe Lane Width: x8
  VRAM (Total): 1024 MB
  Vendor: ATI (0x1002)
  Device ID: 0x68b8
  Revision ID: 0x0000
  ROM Revision: 113-C0160C-155
  EFI Driver Version: 01.00.436
  Displays:
Display Connector:
  Status: No Display Connected
Display Connector:
  Status: No Display Connected
Display Connector:
  Status: No Display Connected


Title: Re: python OpenCL bitcoin miner
Post by: MCWey8 on June 06, 2011, 04:40:59 AM
Anybody know how to fix this error, or what is causing it??

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




Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on June 07, 2011, 08:31:15 AM
It seems that bitcoin 0.3.22 does not work with the 4-28 version of poclbm for mining locally


Title: Re: python OpenCL bitcoin miner
Post by: willebra on June 07, 2011, 07:33:14 PM
Anybody know how to fix this error, or what is causing it??

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

I get this same error, when using poclbm.py under linuxcoin


Title: Re: python OpenCL bitcoin miner
Post by: willebra on June 07, 2011, 07:36:46 PM
Anybody know how to fix this error, or what is causing it??

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

I get this same error, when using poclbm.py under linuxcoin

Answering myself: it seems I had not accepted the AMD license agreement, and it seemed to solve the question.


Title: Re: python OpenCL bitcoin miner
Post by: malitas09 on June 08, 2011, 10:22:04 PM
What does it look like when you receive bitcoins from mining, does it display anything on the screen that shows the hash rate? Or does it just showup as a transaction in bitcoin?


Title: Re: python OpenCL bitcoin miner
Post by: VVV on June 09, 2011, 01:28:12 PM
Hello.

I have ATI 4670.
I use poclbm_py2exe_20110428.
But when I start poclbm.exe it show only my CPU.
ATI APP SDK already installed(x64 for Win7 x64),
Here is GPU Caps Viewer
http://s1.ipicture.ru/uploads/20110609/353mu6k3.jpg
On key press "OpenCL demos -> Start"  got error "OpenCL GPU not supported on the selected platform. Bye..."

Why? 4670 don't support OpenCL?


Title: Re: python OpenCL bitcoin miner
Post by: willebra on June 09, 2011, 07:14:51 PM
What does it look like when you receive bitcoins from mining, does it display anything on the screen that shows the hash rate? Or does it just showup as a transaction in bitcoin?

You will normally be mining with a mining pool. You can see your shares at the pools website and there will your bitcoins grow to your account. You can then transfer them to your bitcoin address via the pool's website.


Title: Re: python OpenCL bitcoin miner
Post by: sturle on June 16, 2011, 10:22:25 AM
I'm getting lots of "warning: job finished, miner is idle".
I have the same problem on Linux, but only when using -v (vectors) and a low value for -f.  I never see it if I don't use -v, and I never see it with default -f.  Haven't tested for very long with higher -f, but at 10 the messages are mostly gone.  I mine solo, of course, and getwork calls takes neglible time.  I made each call to getwork log a line, and the error shows up when it takes > 12 seconds between two getwork calls.  My askrate is 5 seconds, but there is usually at least six seconds between each call to getwork.  Sometimes much more.  A lower value for -a does not remove the long gaps between getwork calls which are followed by "miner is idle" messages.


Title: Re: python OpenCL bitcoin miner
Post by: Moussekateer on June 18, 2011, 12:46:50 AM
Any chance of a compiled exe version of the new poclbm with backup pools?


Title: Re: python OpenCL bitcoin miner
Post by: d3m0n1q_733rz on June 22, 2011, 10:13:55 AM
So, it would appear that Malware-bytes has listed Poclbm as a trojan.  I've taken the liberty of sending in a false positive report already.  If anyone wants to back me up, the post is here http://forums.malwarebytes.org/index.php?showtopic=87882 (http://forums.malwarebytes.org/index.php?showtopic=87882).  It'll also keep you up-to-date on what's going on with them.  Should they deny the request, feel free to ask them again yourselves since I know many of these anti-malware companies get a little headstrong and need some convincing.


Title: Re: python OpenCL bitcoin miner
Post by: d3m0n1q_733rz on June 22, 2011, 07:29:39 PM
As an update, they have added poclbm as a false positive in their next update; so anyone using Malwarebytes will not accidentally remove their bitcoin miner. ;)


Title: Re: python OpenCL bitcoin miner
Post by: btcmonkey on June 23, 2011, 03:56:08 AM
Is target difficulty of 1 hardcoded into this client?  I'm experimenting with pools that vary share difficulty and am getting unexpected results.



Title: Re: python OpenCL bitcoin miner
Post by: Zenitur on June 25, 2011, 08:45:15 AM
I found an error in newest GIT (June 17, 2011).
Code:
deepbit.net:8332 23/06/2011 19:01:15, 8617ca99, accepted
deepbit.net:8332 23/06/2011 19:02:50, 665986ba, accepted
deepbit.net:8332 23/06/2011 19:05:20, long poll: new block 000003d711afefc1
deepbit.net:8332 23/06/2011 19:05:27, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:05:27, LP connected to deepbit.net:8332
deepbit.net:8332 23/06/2011 19:05:37, long poll: new block 0000110787893cdb
deepbit.net:8332 23/06/2011 19:05:43, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:05:43, LP connected to deepbit.net:8332
deepbit.net:8332 23/06/2011 19:07:22, long poll: new block 0000065c454db6b4
deepbit.net:8332 23/06/2011 19:07:28, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:07:28, LP connected to deepbit.net:8332
deepbit.net:8332 23/06/2011 19:08:56, long poll: new block 000004edee027877
deepbit.net:8332 23/06/2011 19:09:02, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:09:02, LP connected to deepbit.net:8332
deepbit.net:8332 23/06/2011 19:11:37, d3627bf3, accepted
deepbit.net:8332 23/06/2011 19:12:30, long poll: new block 00001214acf5b4c8
deepbit.net:8332 23/06/2011 19:12:36, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:12:36, LP connected to deepbit.net:8332
deepbit.net:8332 23/06/2011 19:12:48, 4b7aea48, accepted
deepbit.net:8332 23/06/2011 19:13:30, 26100840, accepted
deepbit.net:8332 23/06/2011 19:13:44, 4196b69e, accepted
deepbit.net:8332 23/06/2011 19:14:35, c64e9b09, accepted
deepbit.net:8332 23/06/2011 19:14:48, 66bc4256, accepted
deepbit.net:8332 23/06/2011 19:20:00, long poll: new block 00000df42b538904
deepbit.net:8332 23/06/2011 19:20:01, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:20:01, LP connected to deepbit.net:8332
deepbit.net:8332 23/06/2011 19:23:46, long poll: new block 0000009efde53e3e
deepbit.net:8332 23/06/2011 19:23:53, Using new LP URL /listenChannel
deepbit.net:8332 23/06/2011 19:23:53, LP connected to deepbit.net:8332
deepbit.net:8332 31526 khash/s^C


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on June 27, 2011, 11:20:36 AM
I found an error in newest GIT (June 17, 2011).
which error


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on June 27, 2011, 02:36:54 PM
New version is up. It incorporates improvements from many developers.

Kudos go to:

Phateus - phatk kernel (http://forum.bitcoin.org/index.php?topic=7964.0) 124RraPqYcEpX5qFcQ2ZBVD9MqUamfyQnv

fpgaminer - Using poclbm With The phatk Kernel (http://forum.bitcoin.org/index.php?topic=19169.0) 1NT4RyJMqtRuDRr6zHdXdKSpmX3SR5he6z

bitless, rethaw - 3% faster mining (http://forum.bitcoin.org/index.php?topic=22965.0) 15igh5HkCXwvvan4aiPYSYZwJZbHxGBYwB

Kyle Gibson - Fallback mining pool(s) (https://github.com/kylegibson/poclbm) 1BdWJEUCkm6on231iX2ThXZHXZDfQny69R

laanwj - sleep per frame (https://github.com/laanwj)


Title: Re: python OpenCL bitcoin miner
Post by: fasti on June 27, 2011, 03:55:51 PM
For me 275 gtx mining, from previous 20110428 to current 20110627 -> -12% performance.


Title: Re: python OpenCL bitcoin miner
Post by: Soak on June 27, 2011, 07:07:38 PM
New release (2011-06-27) : https://github.com/downloads/m0mchil/poclbm/poclbm_py2exe_20110627.7z

Added an improvement in kernel (use phatk with modification of Ma formula (http://forum.bitcoin.org/index.php?topic=22965.0)).
+3% hashrate in average.


Title: Re: python OpenCL bitcoin miner
Post by: theowalpott on June 27, 2011, 08:50:24 PM
also got a performance hit on nvidia.


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on June 27, 2011, 09:44:57 PM
This means new version no longer uses old kernel? Or is there any option to select it? (If no please add one, cuz Im getting better results with version one on one card and better with old version on other one AND I still want to use guiminer)


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on June 27, 2011, 11:18:11 PM
This means new version no longer uses old kernel? Or is there any option to select it? (If no please add one, cuz Im getting better results with version one on one card and better with old version on other one AND I still want to use guiminer)
In GUIminer folder, go to kernels ->phatk & in kernel.cl edit the line as said in other post.
Also, you can edit, kernels -> poclbm , kernel.cl

No need to download or wait for new GUIminer for this performance increase.


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on June 27, 2011, 11:19:29 PM
Gigabyte 5870 875gpu,300mem,1.140v went from 384 to 399
Gigabyte 5830 875gpu,333mem,1.140v went from 264 to 280
Gigabyte 5830 899gpu,333mem,1.140v went from 274 to 287

I liked the statistical displays of the FPGAMINER, Luke-Jr and tweeks by ULEE

Thanks to all of you-Great Work


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on June 28, 2011, 12:59:14 AM
New version is up.
It doesn't work:
Code:
mining.eligius.st:8337 28/06/2011 00:53:49, Setting pool 1GEJfZRPrK2BLSSx3r6gwtuFxCUvq3QytN @ mining.eligius.st:8337
Killed

It incorporates improvements from many developers.
You forgot mine (https://forum.bitcoin.org/index.php?topic=19051.0;all).

Phateus - phatk kernel (http://forum.bitcoin.org/index.php?topic=7964.0) 124RraPqYcEpX5qFcQ2ZBVD9MqUamfyQnv
This is probably the problem. Phoenix with phatk also Killed-crashes.

laanwj - sleep per frame (https://github.com/laanwj)
What does this actually do?


Title: Re: python OpenCL bitcoin miner
Post by: twmz on June 28, 2011, 03:43:53 AM
New release (2011-06-27) : https://github.com/downloads/m0mchil/poclbm/poclbm_py2exe_20110627.7z

Added an improvement in kernel (use phatk with modification of Ma formula (http://forum.bitcoin.org/index.php?topic=22965.0)).
+3% hashrate in average.

Can you re-add the old kernel as an optional kernel?  My mac doesn't appear to work with the phatk kernel (lots of failed validation messages).

For now, I just am using the previous revision from SVN, but would like to continue to receive other future improvements and don't really want to maintain my own fork.

Thanks!


Title: Re: python OpenCL bitcoin miner
Post by: sniper_sniperson on June 28, 2011, 08:13:33 AM
This happend after changing the miner with the latest version, Windows 7 x64:

Quote
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx

GUIMiner won't starts


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on June 28, 2011, 10:40:35 AM
This means new version no longer uses old kernel? Or is there any option to select it? (If no please add one, cuz Im getting better results with version one on one card and better with old version on other one AND I still want to use guiminer)
In GUIminer folder, go to kernels ->phatk & in kernel.cl edit the line as said in other post.
Also, you can edit, kernels -> poclbm , kernel.cl

No need to download or wait for new GUIminer for this performance increase.

I know how to do it and I already done it. Thing is that new version has build-in fallover system, but phatk kernel causes lower GPU usage than old one (while using 2 cards). So after all its slower for me.


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on June 28, 2011, 01:22:10 PM
 ???
I've just started up a couple of machines with ubuntu 11.04 and dual ATI card on each - the machines are used for general work ,
however both of them using
the latest everything seem only to use one GPU core
I start 2 miners off .

start the 1st miner - it runs OK - 98% GPU usage - good temps
start the 2nd miner off , and it only uses about 7-15% GPU and the 1st miner slows down to a corresponding amount

any clues ?





Title: Re: python OpenCL bitcoin miner
Post by: Stupidpal on June 28, 2011, 03:03:34 PM
Best miner I've ever used. Hands down. Thank you so much!


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on June 28, 2011, 03:04:08 PM
Clue - '-f' value (rise it)

I have them at -f40 at first and -f2 on second card


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on June 29, 2011, 11:43:47 AM
I had to re-install one machine and that was fine afterwards, the other still acts weird,
I'll check things out later on


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on June 29, 2011, 01:54:35 PM
New version is up.
It doesn't work:
Code:
mining.eligius.st:8337 28/06/2011 00:53:49, Setting pool 1GEJfZRPrK2BLSSx3r6gwtuFxCUvq3QytN @ mining.eligius.st:8337
Killed

Phateus - phatk kernel (http://forum.bitcoin.org/index.php?topic=7964.0) 124RraPqYcEpX5qFcQ2ZBVD9MqUamfyQnv
This is probably the problem. Phoenix with phatk also Killed-crashes.
Yep, it's phatk. If I add a swapfile, it will start (slowly). So phatk demands more system RAM for... a whole 1 MH/s improvement. Please offer the original kernel (with the recent patch) again!


Title: Re: python OpenCL bitcoin miner
Post by: Ali on June 29, 2011, 08:10:18 PM
please include Luke-Jr's way to display shares/stales!


Title: Re: python OpenCL bitcoin miner
Post by: huayra.agera on June 30, 2011, 12:40:37 AM
2nd that! Luke-Jr's stats display. =)


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on June 30, 2011, 01:29:30 PM
2nd that! Luke-Jr's stats display. =)

Please....With a Milky Way bar on top


Title: Re: python OpenCL bitcoin miner
Post by: Dirt Rider on July 02, 2011, 12:37:23 AM
On my a 4x6970 Rig (Windows 7), I was getting 1481 Mhash/s with the previous Poclbm.  With the new version it's now 1553 Mhash/s = 4.8% increase!

Thank you!!  Keep up the great work!!


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 02, 2011, 03:19:49 AM
anyone got problems whit this if using sdk 2.1 ?

edit nvm i need to add --platform on my line :)


--plataform= ???


what did you used?

and what are the possible values?


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 02, 2011, 03:52:39 AM
could someone help me with poclbm and linux please? Im kinda new on linux...



I've installed poclbm, and everything went fine...



so to start it, I open the terminal and type:

cd poclbm/
./poclbm.py --blablablabla


and the miner goes fine, but I'm trying to make an autostart script/command so it initialize with ubuntu...

so I've created an .sh script and inserted inside

cd poclbm/
./poclbm.py --blablablabla


and I get ERRORS!!!!


what a fuck should I do?


Title: Re: python OpenCL bitcoin miner
Post by: AngelusWebDesign on July 02, 2011, 06:57:10 AM
Regarding the new failover feature --

I set up all my miners to use it, and it seems to work, but the problem is that all my miners are currently on my 2nd choice of pool. When will they switch back to my 1st choice, if ever?  I didn't provide anything for the "failover" switch -- what's the default?  Hopefully not "never"...

Is there documentation on this that I could look up myself? There doesn't seem to be much, even on here.

Thanks,

Matthew


Title: Re: python OpenCL bitcoin miner
Post by: Zoomer on July 02, 2011, 11:47:00 AM
Regarding the new failover feature --
...

Is there documentation on this that I could look up myself? There doesn't seem to be much, even on here.
Try this: https://github.com/kylegibson/poclbm


Title: Re: python OpenCL bitcoin miner
Post by: bitcoindaddy on July 02, 2011, 08:02:20 PM
The latest version doesn't accept the HOST command - it requires a SERVER entry instead.


It also has an annoying blank-line scrolling behavior that only goes away if you make xterm full screen.


Title: Re: python OpenCL bitcoin miner
Post by: TheMoneyStorm on July 02, 2011, 08:21:34 PM
The latest version doesn't accept the HOST command - it requires a SERVER entry instead.


It also has an annoying blank-line scrolling behavior that only goes away if you make xterm full screen.

Yeah, It uses the --servers flag instead of host, port, user and password. Took me a minute to figure out
what was going on.  :o

I don't know whats with the scrolling black screen, kinda weird. I'm also getting the below error. Everything
is running fine so i'm not real sure what to make of it.  :-\

Code:
Traceback (most recent call last):
  File "/opt/miners/poclbm2/BitcoinMiner.py", line 338, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/opt/miners/poclbm2/BitcoinMiner.py", line 311, in request
    result = loads(response.read())
  File "/usr/lib/python2.6/json/__init__.py", line 307, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python2.6/json/decoder.py", line 319, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.6/json/decoder.py", line 338, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded




Title: Re: python OpenCL bitcoin miner
Post by: nico_w on July 02, 2011, 09:27:41 PM
Code:
pve:~/poclbm# python poclbm.py -d 0 --host=deepbit.net --port=8332 --user=uname --pass=passwd
/root/poclbm/BitcoinMiner.py:147: Warning: 'with' will become a reserved keyword in Python 2.6
Traceback (most recent call last):
  File "poclbm.py", line 5, in <module>
    from BitcoinMiner import *
  File "/root/poclbm/BitcoinMiner.py", line 147
    with self.outputLock:
            ^
SyntaxError: invalid syntax

Because I already know a bit about python I tried to fix this on myself but I don't get it. Please help me.

(Running Python 2.5.2 on Debian Lenny with a ATI HD6970)


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 02, 2011, 09:59:51 PM
The latest version doesn't accept the HOST command - it requires a SERVER entry instead.


It also has an annoying blank-line scrolling behavior that only goes away if you make xterm full screen.

Yeah, It uses the --servers flag instead of host, port, user and password. Took me a minute to figure out
what was going on.  :o

I don't know whats with the scrolling black screen, kinda weird. I'm also getting the below error. Everything
is running fine so i'm not real sure what to make of it.  :-\

Code:
Traceback (most recent call last):
  File "/opt/miners/poclbm2/BitcoinMiner.py", line 338, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/opt/miners/poclbm2/BitcoinMiner.py", line 311, in request
    result = loads(response.read())
  File "/usr/lib/python2.6/json/__init__.py", line 307, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python2.6/json/decoder.py", line 319, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python2.6/json/decoder.py", line 338, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded



The blank lines is due to a linefeed in the display function,
the --server=bla...
is the same syntax as the backup servers, remember no spaces in between the , and each server.

Use the
./poclbm --help
for a printout of the functions


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 03, 2011, 03:16:57 AM
could someone help me with poclbm and linux please? Im kinda new on linux...



I've installed poclbm, and everything went fine...



so to start it, I open the terminal and type:

cd poclbm/
./poclbm.py --blablablabla


and the miner goes fine, but I'm trying to make an autostart script/command so it initialize with ubuntu...

so I've created an .sh script and inserted inside

cd poclbm/
./poclbm.py --blablablabla


and I get ERRORS!!!!


what a fuck should I do?



nobody? =(


Title: Re: python OpenCL bitcoin miner
Post by: c_k on July 03, 2011, 06:30:03 AM
m0mchil, can we get better stats output?

like from lukejr's version?

 :)


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 03, 2011, 11:03:19 AM
m0mchil, can we get better stats output?

like from lukejr's version?

 :)

He put it into the latest git download, - few display issues need to be worked out, but seems to work.


Title: Re: python OpenCL bitcoin miner
Post by: sturle on July 03, 2011, 09:33:17 PM
[...]
and I get ERRORS!!!!
what a fuck should I do?
You could start by revealing the error message.  On Linux error messages are actually useful, and often it says exactly what the error is.  At least to a trained eye.


Title: Re: python OpenCL bitcoin miner
Post by: c_k on July 03, 2011, 11:21:15 PM
OK, I got the latest git download working but it seems to briefly go idle when ever it gets an accepted share and the GPU usage drops briefly

I don't get this problem with previous releases or other miners - is this a known problem with the latest code in git?


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 04, 2011, 12:17:39 AM
m0mchil: Why'd you remove the retry-on-network-error code when you merged my branch? This greatly improves yield on many pools. Also, why remove GW/Efficiency? Useful data, that! Finally, when will phatk be optional? :(


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on July 04, 2011, 12:53:51 AM
Just installed on my 3rd Linux rig...wtf is wrong with the new display? It keeps making blank lines and such...could you bring back the old display please?


Title: Re: python OpenCL bitcoin miner
Post by: lfm on July 04, 2011, 02:45:53 AM
Just installed on my 3rd Linux rig...wtf is wrong with the new display? It keeps making blank lines and such...could you bring back the old display please?

I suspect that is a bug in that new terminal window. I get it on many different programs.


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on July 04, 2011, 05:22:59 AM
Just installed on my 3rd Linux rig...wtf is wrong with the new display? It keeps making blank lines and such...could you bring back the old display please?

I suspect that is a bug in that new terminal window. I get it on many different programs.


Well it's also mining super slowly for some reason...


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on July 04, 2011, 05:35:05 AM
OK, I got the latest git download working but it seems to briefly go idle when ever it gets an accepted share and the GPU usage drops briefly

I don't get this problem with previous releases or other miners - is this a known problem with the latest code in git?

This is also happening for me. Every miner will drop to super low rates like 1mh/s and then get a connection error, and then go back to 350mh/s...

Just installed on my 3rd Linux rig...wtf is wrong with the new display? It keeps making blank lines and such...could you bring back the old display please?

I suspect that is a bug in that new terminal window. I get it on many different programs.


Wait so it's Linux not poclbm? I just updated all my rigs to the newest poclbm miner and it's really...weird. Windows is fine I'm running the same batch script using --user, --pass, --host, but on Linux that isn't even an option, I have to do something like --servers <user>:<pass>@<host>:<port> and there are lots of connection errors/hashing inconsistencies. I'll be waiting for a fix...or it just me?


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on July 04, 2011, 09:00:17 AM
one of my usernames has a @ in it so this breaks the  --servers <user>:<pass>@<host>:<port> bit :-(


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on July 05, 2011, 09:34:25 AM
m0mchil: Why'd you remove the retry-on-network-error code when you merged my branch? This greatly improves yield on many pools. Also, why remove GW/Efficiency? Useful data, that! Finally, when will phatk be optional? :(

Why would you need to retry submission? Because you either a) have connectivity problems or b) the pool is overloaded. Anyway, probability of result being valid is going down with time.

As for GW/Efficiency - this will soon be irrelevant because of some new protocols being developed. Even now, it assumes difficulty of 1 and will show (@ 400 Mh/s) efficiency of 50% at non-'time rolling' pools and anything above 100% (even 700%) with 'time rolling' ones (Eligius). Feel free to explain to users what/why is this. Not that it is wrong, it just doesn't make my life exactly easier.

Finally, what exactly is wrong with phatk? As far as I know, it's better on everything AMD 5xxx and up (majority of users). Nvidia users should have their own optimized miner anyway.


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on July 05, 2011, 02:00:21 PM
one of my usernames has a @ in it so this breaks the  --servers <user>:<pass>@<host>:<port> bit :-(

Yeah btcmine in particular requires the @. May need some sort of regex instead of .split('@').


Title: Re: python OpenCL bitcoin miner
Post by: TheMoneyStorm on July 05, 2011, 02:12:13 PM
one of my usernames has a @ in it so this breaks the  --servers <user>:<pass>@<host>:<port> bit :-(

Yeah btcmine in particular requires the @. May need some sort of regex instead of .split('@').

I'm using the latest version with --servers at btcmine with the @ symbol and I haven't had a problem with it at all, all 4 miners
have been running for days with out a hiccup, So I don't think there's a problem with the @ symbol.


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on July 05, 2011, 03:42:48 PM
one of my usernames has a @ in it so this breaks the  --servers <user>:<pass>@<host>:<port> bit :-(

Yeah btcmine in particular requires the @. May need some sort of regex instead of .split('@').

I'm using the latest version with --servers at btcmine with the @ symbol and I haven't had a problem with it at all, all 4 miners
have been running for days with out a hiccup, So I don't think there's a problem with the @ symbol.

Well it seems to be mining but long polling is somehow broken on btcmine.


Title: Re: python OpenCL bitcoin miner
Post by: brocktice on July 05, 2011, 03:48:32 PM
one of my usernames has a @ in it so this breaks the  --servers <user>:<pass>@<host>:<port> bit :-(

Yeah btcmine in particular requires the @. May need some sort of regex instead of .split('@').

I'm using the latest version with --servers at btcmine with the @ symbol and I haven't had a problem with it at all, all 4 miners
have been running for days with out a hiccup, So I don't think there's a problem with the @ symbol.

Well it seems to be mining but long polling is somehow broken on btcmine.

It's something with the new connect method. If I revert to the old longPollThread it works fine.


Title: Re: python OpenCL bitcoin miner
Post by: TheMoneyStorm on July 05, 2011, 03:49:36 PM
Well it seems to be mining but long polling is somehow broken on btcmine.

Yea, I noticed that too. My stales are less than a half of a % though, so that's fine with me.


Title: Re: python OpenCL bitcoin miner
Post by: TheMoneyStorm on July 05, 2011, 03:51:05 PM
It's something with the new connect method. If I revert to the old longPollThread it works fine.

They'll get it ironed out soon enough, hopefully.


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on July 05, 2011, 03:52:58 PM
My backup pools with @ in them work now ... so I put it down to a temp glitch


Title: Re: python OpenCL bitcoin miner
Post by: TheMoneyStorm on July 05, 2011, 03:58:17 PM
My backup pools with @ in them work now ... so I put it down to a temp glitch


A temp glitch with some software, say it aint so ;D. Glad it's working for you now.


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 05, 2011, 04:51:35 PM
m0mchil: Why'd you remove the retry-on-network-error code when you merged my branch? This greatly improves yield on many pools. Also, why remove GW/Efficiency? Useful data, that! Finally, when will phatk be optional? :(
Why would you need to retry submission? Because you either a) have connectivity problems or b) the pool is overloaded. Anyway, probability of result being valid is going down with time.
Every pool I've tried lately (BTCGuild, Bitcoins.lc, and of course Eligius) has had an occasional network error submitting blocks, even when it's not overloaded. Overload is pretty common during longpolls no matter how powerful the pool system, since it has to get new work for every single miner. What's the rationale behind giving up after one try, rather than giving it at least 5 minutes?
As for GW/Efficiency - this will soon be irrelevant because of some new protocols being developed. Even now, it assumes difficulty of 1 and will show (@ 400 Mh/s) efficiency of 50% at non-'time rolling' pools and anything above 100% (even 700%) with 'time rolling' ones (Eligius). Feel free to explain to users what/why is this. Not that it is wrong, it just doesn't make my life exactly easier.
Perhaps it should be changed from a % to a simple decimal number? Or a hidden option to enable it? --I-know-what-efficiency-is

Finally, what exactly is wrong with phatk? As far as I know, it's better on everything AMD 5xxx and up (majority of users). Nvidia users should have their own optimized miner anyway.
It uses too much system memory. In particular, I give my mining VM 256 MB RAM, and phatk just gets OOM-killed unless I add swap to it. If I go ahead and waste more RAM on it, I get a total of 1 MH/s improvement-- not worth it to me.


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 06, 2011, 07:35:39 PM
On the latest version (yesterday) I keep getting this error on my 2nd rig Ubuntu 10.10 Cat11.6 SDK 2.4  (2nd card 5830), identical to the 1st rig and the miner just hangs there, can't ctrl-c out and if I close the terminal - the whole machine locks up. The first card (5870 - Still working)

pit.deepbit.net:8332 06/07/2011 15:19:50, long poll exception:                  
Traceback (most recent call last):
  File "/home/aa/poclbm/BitcoinMiner.py", line 338, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/home/aa/poclbm/BitcoinMiner.py", line 296, in request
    response = connection.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 990, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 349, in _read_status
    line = self.fp.readline()
  File "/usr/lib/python2.6/socket.py", line 427, in readline
    data = recv(1)
error: [Errno 104] Connection reset by peer
pit.deepbit.net:8332 06/07/2011 15:20:40, long poll: new block XXXXXXXXXXXXXXXc
pit.deepbit.net:8332 06/07/2011 15:22:19, long poll: new block XXXXXXXXXXXXXXX8
pit.deepbit.net:8332 06/07/2011 15:27:26, long poll exception:                  
Traceback (most recent call last):
  File "/home/aa/poclbm/BitcoinMiner.py", line 338, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/home/aa/poclbm/BitcoinMiner.py", line 296, in request
    response = connection.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 990, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 349, in _read_status
    line = self.fp.readline()
  File "/usr/lib/python2.6/socket.py", line 427, in readline
    data = recv(1)
error: [Errno 104] Connection reset by peer


Any ideas or advice?


Title: Re: python OpenCL bitcoin miner
Post by: BOARBEAR on July 07, 2011, 04:01:24 AM
please bring back the old kernel
the new kernel is very bad for my nvidia card


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on July 07, 2011, 10:51:25 PM
Miner cant connect to deepbit, but it also cant connect to backup pool cuz "username or password not correct". They are correct and miner just stuck... Restarting results in going to backup pool or giving same message about login details.

BTW, can u add to circumstances to restart/go to backup

-when message 'verification failed...'
-when wrong username or password (cuz of pool problem or just user mistake)


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on July 07, 2011, 11:05:48 PM
Is there not a fallback command for Linux or what? It works on Windows...


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 08, 2011, 04:48:52 AM
Is there not a fallback command for Linux or what? It works on Windows...

sure it have

--failback=X


Title: Re: python OpenCL bitcoin miner
Post by: jgarzik on July 08, 2011, 05:03:11 AM
Is there not a fallback command for Linux or what? It works on Windows...

Are you sure that you are passing a list of servers to "--servers" ?



Title: Re: python OpenCL bitcoin miner
Post by: hugolp on July 08, 2011, 05:46:42 AM
Im getting similar errors:

Code:
useast.btcguild.com:8332 08/07/2011 07:42:54, Setting pool xxxxxx_xxxxxxx @ useast.btcguild.com:8332
useast.btcguild.com:8332 08/07/2011 07:42:56, long poll exception:

Traceback (most recent call last):
  File "/home/ben/poclbm_old/BitcoinMiner.py", line 338, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/home/ben/poclbm_old/BitcoinMiner.py", line 299, in request
    response = connection.getresponse()
  File "/usr/lib/python2.7/httplib.py", line 1027, in getresponse
    response.begin()
  File "/usr/lib/python2.7/httplib.py", line 407, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.7/httplib.py", line 371, in _read_status
    raise BadStatusLine(line)
BadStatusLine: ''

api.bitcoin.cz:8332 08/07/2011 07:42:58, Setting pool xxxxxx.xxxxxx @ api.bitcoin.cz:8332
api.bitcoin.cz:8332 08/07/2011 07:42:58, Attempting to fail back to primary pool

EDIT: Also, a couple of miners have gone into a kind of a loop where it fails to connect to firs server, connects to second server and after 1 second tries to connect again to first server, fails, connects to second to second server, after 1 second tries to connect again to first server, fails,... (-failback = 1)


Title: Re: python OpenCL bitcoin miner
Post by: IlbiStarz on July 08, 2011, 08:25:26 AM
Is there not a fallback command for Linux or what? It works on Windows...

Are you sure that you are passing a list of servers to "--servers" ?



What do you mean?


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 08, 2011, 05:23:59 PM
Is there not a fallback command for Linux or what? It works on Windows...

New version today omits the --servers= part of the command line

update via command line
$ cd poclbm
$ git pull

get the options using
$ ./poclbm --help

Update your shell scripts or command line to reflect new option structure

Are you sure that you are passing a list of servers to "--servers" ?



What do you mean?

New version today omits the --servers= part of the command line

update via command line
$ cd poclbm
$ git pull

get the options using
$ ./poclbm --help

Update your shell scripts or command line to reflect new option structure


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on July 08, 2011, 07:01:50 PM
Can enyone explain --estimate function? I dont get it. Also compiling a windows version would be nice.


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 08, 2011, 08:50:48 PM
Can enyone explain --estimate function? I dont get it. Also compiling a windows version would be nice.

From the read me in the sources, it looks like the window of time that the average rate is calculated 900 secs = 15 min window (the last 15mins of hash rates are averaged) and displayed.

From: https://github.com/m0mchil/poclbm


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on July 09, 2011, 05:41:17 AM
New version is up

Changes:

- support for server provided failback hosts
- most of JSON-RPC fields made optional (to reduce pools bandwidth)
- increased default primary server retry interval to 10 getworks
- moved job processing to main thread
- improvements by gominoa, enolan @ github - options separation, server names, quiet output


Title: Re: python OpenCL bitcoin miner
Post by: jgarzik on July 09, 2011, 06:55:16 AM
- most of JSON-RPC fields made optional (to reduce pools bandwidth)

...and how does the client inform the server that it supports this feature?

From the server's perspective, it must support may different clients, and cannot know if 'target' or 'midstate' is optional without additional information.



Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on July 09, 2011, 07:06:09 AM
...and how does the client inform the server that it supports this feature?

There is version in user-agent, server can determine miner and act accordingly.


Title: Re: python OpenCL bitcoin miner
Post by: gominoa on July 09, 2011, 09:02:01 AM
Please note syntax is updated. Use:

poclbm.py   user1:pass1@host1:port1#serv1   user2:pass2@host2:port2#serv2   user3:pass3@host3:port3#serv3

... instead of ...
poclbm.py --servers=serv1,serv2,serv3
... or ...
poclbm.py --user=x --password=x --host=x --port=x --backup=x

(miner will failover from serv1 to serv2 and serv3 if neccessary)


Title: Re: python OpenCL bitcoin miner
Post by: jkminkov on July 10, 2011, 08:36:47 AM
something is wrong with LP, I got rejected shares over 30 seconds after LP message shows up


Title: Re: python OpenCL bitcoin miner
Post by: bitcoindaddy on July 10, 2011, 01:08:15 PM
M0mchil, the help message for the failback parameter still refers to "2" instead of the new default "10":

Code:
group.add_option('-b', '--failback',  dest='failback',   default=10,          help='attempt to fail back to the primary pool every N getworks, [b]default 2[/b]', type='int')


Title: Re: python OpenCL bitcoin miner
Post by: disPlay on July 10, 2011, 04:16:14 PM
With the last version of this minner I get less 10 MH/s in my NVIDIA GTS 250.


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on July 11, 2011, 01:06:56 PM
Again, message 'Deepbit is temporaly unavailable' - which for me is equal to connection problems, but failover fails... Failover module must be more exact


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 11, 2011, 01:51:24 PM
Again, message 'Deepbit is temporaly unavailable' - which for me is equal to connection problems, but failover fails... Failover module must be more exact

Did you check your own connection? If primary and failover fail, it may be your connections, I have not seen any connection fails in the last 24hrs


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on July 12, 2011, 11:23:06 AM
Failover failed cuz there were no server change (it didnt react on such message)


Title: Re: python OpenCL bitcoin miner
Post by: bitcoinBull on July 12, 2011, 12:23:35 PM
It prints newlines on every hash rate update when run in lxterminal (linuxcoin).  

Anyone experience the same?  Know why?

EDIT: was told this is because of the width of the terminal window.  There is some extra whitespace after the hash rate text which wraps around to form blank lines if the the terminal window isn't wide enough.


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on July 12, 2011, 03:06:30 PM
Same for me in both windows and linux


Title: Re: python OpenCL bitcoin miner
Post by: jgarzik on July 13, 2011, 04:28:59 AM
...and how does the client inform the server that it supports this feature?

There is version in user-agent, server can determine miner and act accordingly.

Sorry, this is not scalable approach.  Please re-think.

If all miners implement this, then each pool server must implement version checking code for every supported miner.  Each pool server must update their source code for each updated or new miner.

In contrast, if a miner client provides "X-Feature-Supported" in HTTP headers, then there is a simple check in the server that never needs to be updated.

User-Agent is the wrong approach.



Title: Re: python OpenCL bitcoin miner
Post by: Andrey on July 13, 2011, 06:21:42 AM
Got a problem yesterday, when I checked the miner which had 4 servers for main + fallover it couldn't connect to any of them, although connection was up.
When I restarted the client - everything started to work.

Please check, I think some resource is getting exhausted upon reconnects to fallover servers.


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 13, 2011, 04:11:06 PM
I have a doubt.



I have one rig with 2 5850...

When I set the GPU1 (device 1) with frames=1, I get about 348/349 mhash constantly...
so when I turn on the GPU0, no matter with frames, I get lower mhash and the GPU1 drops its mhash...


is that normal?

both cards have the exactly same configuration and they are the same model...
in my mind I though I could set both cards with frames=1 and get the 348/349 mhash individually.. besides the desktop lag


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 13, 2011, 05:13:58 PM
I have a doubt.



I have one rig with 2 5850...

When I set the GPU1 (device 1) with frames=1, I get about 348/349 mhash constantly...
so when I turn on the GPU0, no matter with frames, I get lower mhash and the GPU1 drops its mhash...


is that normal?

both cards have the exactly same configuration and they are the same model...
in my mind I though I could set both cards with frames=1 and get the 348/349 mhash individually.. besides the desktop lag

when you run ./poclbm.py by itself in the /poclbm directory, what devices is it showing?


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 13, 2011, 05:53:31 PM
3 devices... both the 2 gpu and the cpu




ps: its ubuntu 11...





Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 13, 2011, 08:13:11 PM
3 devices... both the 2 gpu and the cpu




ps: its ubuntu 11...





Do you have the crossfire cable installed, I keep each of my cards at frames=10, 3 cards on one rig, I try to keep the total of all the frames= to add up to 30.

If you do any other frames= combo do you see that much impact?


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 13, 2011, 09:05:31 PM
3 devices... both the 2 gpu and the cpu




ps: its ubuntu 11...





Do you have the crossfire cable installed, I keep each of my cards at frames=10, 3 cards on one rig, I try to keep the total of all the frames= to add up to 30.

If you do any other frames= combo do you see that much impact?


they are not crossfired...

GPU1 (device1) is with frames 1, and GPU0 with 10... if I lower the frame on the GPU0, GPU1 is affected.. I guess even with 10 GPU1 is affected considering frame 30 normal


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 13, 2011, 09:31:53 PM
3 devices... both the 2 gpu and the cpu




ps: its ubuntu 11...





Do you have the crossfire cable installed, I keep each of my cards at frames=10, 3 cards on one rig, I try to keep the total of all the frames= to add up to 30.

If you do any other frames= combo do you see that much impact?


they are not crossfired...

GPU1 (device1) is with frames 1, and GPU0 with 10... if I lower the frame on the GPU0, GPU1 is affected.. I guess even with 10 GPU1 is affected considering frame 30 normal

What size PSU do you have?


Title: Re: python OpenCL bitcoin miner
Post by: twmz on July 13, 2011, 10:09:37 PM
If you set aggression (in phoenix) too high or -f (in poclbm) too low, my experience is that it interferes with multiple GPU mining.  The miner gets bogged down with the overhead of being too aggressive and can't keep the GPUs fed with work to do. 

I would try a higher -f until you find the point at which you can mine on all GPUs without the second GPU affecting the first GPU's hash rate.


Title: Re: python OpenCL bitcoin miner
Post by: zimpixa on July 13, 2011, 11:29:14 PM
Have the same isssue. Settings around -f35 for main card (with monitor) and -f2 for second one are best for me, but ofc loosing about 20MHash compared to 2x singlecard-rigs.


Title: Re: python OpenCL bitcoin miner
Post by: SeXy on July 15, 2011, 06:26:44 PM
Hello.

POCLBM crashes almost instantly on my setup (2x5970+ 1x5850 + W7 x64)

if i remove the 5850 everything works fine

ideas?


Title: Re: python OpenCL bitcoin miner
Post by: Mobius on July 15, 2011, 06:59:09 PM
Hello.

POCLBM crashes almost instantly on my setup (2x5970+ 1x5850 + W7 x64)

if i remove the 5850 everything works fine

ideas?
Is your power supply big enough

5970=300watts *2 + 5870=200watts *1 +175watts overhead (Board, Fans, Processors, Disk Drives) =975watts @ 85%eff = 1150watt supply


Title: Re: python OpenCL bitcoin miner
Post by: SeXy on July 15, 2011, 07:24:26 PM
1250w enermax


Title: Re: python OpenCL bitcoin miner
Post by: NetTecture on July 16, 2011, 07:49:46 AM
Some comments and questions ;)

* What happened to options like AGGRESSION etc.? I can not enter them anymore.
* Can we as next step get multi GPU support? So that one can define multiple GPU or just something like -d all and it uses all GPU? Quite a lot of people I think run multi card configs with the same card everywhere, makes everything easier.
* Is there a way to get rid of the new measurement output and put it back to "line by line"? Easier for those starting the miner from a control program that then parses the output ;) Not sure I overlooked that.

Besides that - good thing.


Title: Re: python OpenCL bitcoin miner
Post by: brunoshady on July 17, 2011, 05:50:04 PM
Some comments and questions ;)

* What happened to options like AGGRESSION etc.? I can not enter them anymore.
* Can we as next step get multi GPU support? So that one can define multiple GPU or just something like -d all and it uses all GPU? Quite a lot of people I think run multi card configs with the same card everywhere, makes everything easier.
* Is there a way to get rid of the new measurement output and put it back to "line by line"? Easier for those starting the miner from a control program that then parses the output ;) Not sure I overlooked that.

Besides that - good thing.


aggression = frames


and the line by line, try the --verbose mode


Title: Re: python OpenCL bitcoin miner
Post by: SeW900 on July 18, 2011, 04:11:43 PM
Hey guys, the new Catalyst drivers come with support for OpenCL and AMD APP. So is the installation of the SDK still required, or is it not?


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 19, 2011, 08:44:45 PM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin :) 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA


Title: Re: python OpenCL bitcoin miner
Post by: OCedHrt on July 20, 2011, 12:14:53 AM
Does the current git run?

Code:
Traceback (most recent call last):
  File "C:\Users\Michael Hsu\Desktop\m0mchil-poclbm-1b5ec3e\HttpTransport.py", l
ine 45, in loop
    self.queue_work(work)
  File "C:\Users\Michael Hsu\Desktop\m0mchil-poclbm-1b5ec3e\Transport.py", line
122, in queue_work
    self.process(work)
  File "C:\Users\Michael Hsu\Desktop\m0mchil-poclbm-1b5ec3e\Transport.py", line
81, in process
    self.set_difficulty(work.difficulty)
  File "C:\Users\Michael Hsu\Desktop\m0mchil-poclbm-1b5ec3e\Transport.py", line
76, in set_difficulty
    self.true_target = np.array(unpack('IIIIIIII', true_target.decode('hex')), d
type=np.uint32)
  File "c:\Python27\lib\encodings\hex_codec.py", line 42, in hex_decode
    output = binascii.a2b_hex(input)
TypeError: Odd-length string


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 20, 2011, 12:42:18 AM
Does the current git run?
Try reading the post right above yours? (http://forum.bitcoin.org/index.php?topic=1334.msg380407#msg380407)


Title: Re: python OpenCL bitcoin miner
Post by: nebiki on July 20, 2011, 03:35:38 AM
It prints newlines on every hash rate update when run in lxterminal (linuxcoin).  

Anyone experience the same?  Know why?

EDIT: was told this is because of the width of the terminal window.  There is some extra whitespace after the hash rate text which wraps around to form blank lines if the the terminal window isn't wide enough.

so how did you fix it? i want a clean command prompt @ windows :(


Title: Re: python OpenCL bitcoin miner
Post by: LehmanSister on July 20, 2011, 04:00:44 AM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin :) 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA

Once again, Luke Jr. saves the day.

Here's the patch for the actually curious:
Code:
--- a/Transport.py
+++ b/Transport.py
@@ -62,7 +62,7 @@ class Transport(object):

        def set_difficulty(self, difficulty):
                self.difficulty = difficulty
-               bits = '%08x' % (difficulty,)
+               bits = hex(difficulty)
                bits = bits[2:len(bits) - 1]
                bits = ''.join(list(chunks(bits, 2))[::-1])
                true_target = hex(int(bits[2:], 16) * 2 ** (8 * (int(bits[:2], 16) - 3)))


Title: Re: python OpenCL bitcoin miner
Post by: OCedHrt on July 20, 2011, 05:03:33 AM
Does the current git run?
Try reading the post right above yours? (http://forum.bitcoin.org/index.php?topic=1334.msg380407#msg380407)

Didn't click through :)

But, shouldn't also:

-        bits = bits[2:len(bits) - 1]

In that case? This is to remove the 0x and L.


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 20, 2011, 05:37:50 AM
Does the current git run?
Try reading the post right above yours? (http://forum.bitcoin.org/index.php?topic=1334.msg380407#msg380407)

Didn't click through :)

But, shouldn't also:

-        bits = bits[2:len(bits) - 1]

In that case? This is to remove the 0x and L.
Good catch, also sanitized the code immediately following it and repushed...


Title: Re: python OpenCL bitcoin miner
Post by: bitcoindaddy on July 20, 2011, 05:22:15 PM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin :) 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA

Luke-Jr, what is the comand if you are just starting out fresh with your special poclbm and you don't already have it? (I'm no git expert). Does it depend on the normal poclbm (does that need to be installed first)?


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 20, 2011, 05:51:13 PM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin :) 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA

Luke-Jr, what is the comand if you are just starting out fresh with your special poclbm and you don't already have it? (I'm no git expert). Does it depend on the normal poclbm (does that need to be installed first)?
Code:
git clone git://github.com/m0mchil/poclbm.git && cd poclbm && git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD


Title: Re: python OpenCL bitcoin miner
Post by: ivank2139 on July 21, 2011, 04:32:53 AM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin :) 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA

This fix worked for me and got me back to mining at full complement.  I sent you some bitcoins.  thanks.


Title: Re: python OpenCL bitcoin miner
Post by: NickW on July 24, 2011, 12:01:08 AM
The current version is great, but could we get more significant figures on the stale share percentage please? I know I can easily put in to a calculator myself, but it would be nice to see straight away rather then seeing 0% most of the time :).

Keep up the good work though.


Title: Re: python OpenCL bitcoin miner
Post by: bitcoindaddy on July 24, 2011, 12:14:27 PM
The newest version already shows percentage out to the thousandth's place. 

pit.deepbit.net:8332 [321.472 MH/s (~305 MH/s)] [Rej: 8/2430 (0.33%)]           


Title: Re: python OpenCL bitcoin miner
Post by: zubatej on July 26, 2011, 06:27:36 PM
Switching to backup pools fails because of variable name mismatch. Rename either all occurences of backup_server_index to backup_pool_index or other way around. Can be done by
Code:
sed -i 's/backup_server_index/backup_pool_index/' Transport.py


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 29, 2011, 03:27:58 AM
Here's a new bugfix: http://tinyurl.com/3qo2j3o
Synopsis: Don't turn off X-Roll-Ntime just because the work submit doesn't include the header.
(it really should associate it to the specific work, but this is good enough)


Title: Re: python OpenCL bitcoin miner
Post by: BOARBEAR on July 29, 2011, 09:38:39 PM
Here's a new bugfix: http://tinyurl.com/3qo2j3o
Synopsis: Don't turn off X-Roll-Ntime just because the work submit doesn't include the header.
(it really should associate it to the specific work, but this is good enough)
can you make a mod that works with http://forum.bitcoin.org/index.php?topic=7964.0
it is a faster kernel


Title: Re: python OpenCL bitcoin miner
Post by: super6 on July 30, 2011, 03:52:46 PM
I'm getting "poclbm.exe has stopped working" errors in guiminer. Will this patch fix it and how do I go about doing that in windows?


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on July 30, 2011, 09:12:12 PM
The following branches are stable for merging to mainline:
  • bugfix_workspecific_rollntime -- Don't disable rollntime if the header is missing on share submissions (only on new work)
  • extensions_header -- Send X-Mining-Extensions and X-Mining-Hashrate headers
  • logformat -- Split off log-style printing into a separate --logformat option
  • efficiency -- Display work efficiency (accepted shares / works)
  • submit_retry -- Retry submitting works after network errors

The above are all merged into my branch named combo.

I also have a extended_timeout branch that people with poor network connectivity can merge to get a more reliable mining experience. This one is not part of combo, and probably not suitable for merging to mainline.

To pull any of the above, run:
Code:
git fetch git://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git PutBranchNameHere && git merge FETCH_HEAD


Title: Re: python OpenCL bitcoin miner
Post by: coblee on July 31, 2011, 06:19:56 AM
m0mchil, can you make it such that rate is not force to be 60 when verbose is set? I'd like to keep rate at 1 with verbose turned on.


Title: Re: python OpenCL bitcoin miner
Post by: tenzor on August 02, 2011, 10:00:17 AM
Code:
ats@ats-desktop:~/poclbm$ ./poclbm.py -v -d1 http://l_0:p@deepbit.net:8332
01/08/2011 16:02:22, Setting server (l_0 @ deepbit.net:8332)
deepbit.net:8332 01/08/2011 16:02:23, Unexpected error:
Traceback (most recent call last):
  File "/home/ats/poclbm/HttpTransport.py", line 45, in loop
    self.queue_work(work)
  File "/home/ats/poclbm/Transport.py", line 115, in queue_work
    self.process(work)
  File "/home/ats/poclbm/Transport.py", line 74, in process
    self.set_difficulty(work.difficulty)
  File "/home/ats/poclbm/Transport.py", line 67, in set_difficulty
    true_target = '%064x' % (int(bits[2:], 16) * 2 ** (8 * (int(bits[:2], 16) - 3)),)
ValueError: invalid literal for int() with base 16: 'eefa1-1'
deepbit.net:8332 01/08/2011 16:02:23, LP connected to deepbit.net:8332
deepbit.net:8332 [268.906 MH/s (~0 MH/s)] [Rej: 0/0 (0.00%)]^C

mining works but no share submitted.

repost from russian newbie thread https://bitcointalk.org/index.php?topic=33432.0


Title: Re: python OpenCL bitcoin miner
Post by: jackjack on August 02, 2011, 03:13:57 PM
Code:
ats@ats-desktop:~/poclbm$ ./poclbm.py -v -d1 http://l_0:p@deepbit.net:8332
01/08/2011 16:02:22, Setting server (l_0 @ deepbit.net:8332)
deepbit.net:8332 01/08/2011 16:02:23, Unexpected error:
Traceback (most recent call last):
  File "/home/ats/poclbm/HttpTransport.py", line 45, in loop
    self.queue_work(work)
  File "/home/ats/poclbm/Transport.py", line 115, in queue_work
    self.process(work)
  File "/home/ats/poclbm/Transport.py", line 74, in process
    self.set_difficulty(work.difficulty)
  File "/home/ats/poclbm/Transport.py", line 67, in set_difficulty
    true_target = '%064x' % (int(bits[2:], 16) * 2 ** (8 * (int(bits[:2], 16) - 3)),)
ValueError: invalid literal for int() with base 16: 'eefa1-1'
deepbit.net:8332 01/08/2011 16:02:23, LP connected to deepbit.net:8332
deepbit.net:8332 [268.906 MH/s (~0 MH/s)] [Rej: 0/0 (0.00%)]^C

mining works but no share submitted.

repost from russian newbie thread https://bitcointalk.org/index.php?topic=33432.0
Same here


Title: Re: python OpenCL bitcoin miner
Post by: hugolp on August 04, 2011, 08:02:55 AM
Im using the version from git (updated two days ago) and I am getting miners stuck once a day at least. The program gets stuck at the screen saying that there has been an rpc connection problem( "Problems communicating with bitcoin RPC 0 2"), and it does nothing after that. Even Ctrl+C does not stop the program.


Title: Re: python OpenCL bitcoin miner
Post by: Okama on August 05, 2011, 12:27:52 AM
The same problem happend to me. And I also got this
Quote
long poll: IO error
with the newest git version.


Title: Re: python OpenCL bitcoin miner
Post by: hugolp on August 05, 2011, 01:17:28 PM
The same problem happend to me. And I also got this
Quote
long poll: IO error
with the newest git version.

Its getting very anoying. I have to be restarting the computer like once or twice a day. I guess its time to change miner for me.


Title: Re: python OpenCL bitcoin miner
Post by: CD-RW on August 05, 2011, 04:05:43 PM
Very stable and great info from the console. Thanks! :)


Title: Re: python OpenCL bitcoin miner
Post by: muyoso on August 08, 2011, 05:21:10 AM
I am getting:

Code:
[Miner0] bitcoinpool.com:8334 08/08/2011 01:18:44, long poll: IO error
[Miner0] bitcoinpool.com:8334 08/08/2011 01:18:46, LP connected to bitcoinpool.c
om:8334

about once a minute on bitcoinpool.com with the latest.  My hash rate is being reported by the pool at about 20% lower than it should be consistently.  This IS the only pool that has given this error though, but its annoying none the less.


Title: Re: python OpenCL bitcoin miner
Post by: hugolp on August 08, 2011, 05:37:16 AM
I am getting:

Code:
[Miner0] bitcoinpool.com:8334 08/08/2011 01:18:44, long poll: IO error
[Miner0] bitcoinpool.com:8334 08/08/2011 01:18:46, LP connected to bitcoinpool.c
om:8334

about once a minute on bitcoinpool.com with the latest.  My hash rate is being reported by the pool at about 20% lower than it should be consistently.  This IS the only pool that has given this error though, but its annoying none the less.

Curiously enough, the last changes solved my problems. I have been now like 36 hours without a problem.


Title: Re: python OpenCL bitcoin miner
Post by: den11111 on August 10, 2011, 08:32:01 PM
Help me please.
I'm download the latest version, but it's dont work with old configures...
start poclbm.exe --host=arsbitcoin.com --port=8344 --user=lolo.1 --pass=lolopass --device=0 -v 99 -f 7
I use win7 32bit
What's wrong?


Title: Re: python OpenCL bitcoin miner
Post by: hugolp on August 11, 2011, 06:49:41 AM
Help me please.
I'm download the latest version, but it's dont work with old configures...
start poclbm.exe --host=arsbitcoin.com --port=8344 --user=lolo.1 --pass=lolopass --device=0 -v 99 -f 7
I use win7 32bit
What's wrong?

Try:

Code:
poclbm.exe http://lolo.1:lolopass@arsbitcoin.com:8344 --device=0 -v 99 -f 7

The instructions are here: https://github.com/m0mchil/poclbm (scroll down to the end). You can now add a backup pool.


Title: Re: python OpenCL bitcoin miner
Post by: den11111 on August 11, 2011, 09:10:17 AM
Thanks!
+0.1 BTC for help))
Its working... but something wrong
http://farm7.static.flickr.com/6150/6031928612_f48bc27b0a.jpg (http://www.flickr.com/photos/sts-mozgochiny/6031928612/)
Can I use onlu GPU? 1 kernel on my athlon is using by 100%...
And second question - what is the best settings for my 5870 with using the backup deepbit server?


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on August 11, 2011, 10:20:41 AM
poclbm.exe -d0 -v -w128 lolo.1:lolopass@arsbitcoin.com:8344 lolo:deeppass@deepbit.net:8332
may help


Title: Re: python OpenCL bitcoin miner
Post by: den11111 on August 11, 2011, 11:31:26 AM
No, empty fields still there


Title: Re: python OpenCL bitcoin miner
Post by: RaTTuS on August 11, 2011, 11:50:41 AM
^ I ment that is how you add a backup server
the blank lines are just the scroller - you cannot get rid of them ATM,


Title: Re: python OpenCL bitcoin miner
Post by: spankymio on August 20, 2011, 03:22:07 PM
Would you mind updating the windows executable please  ;D


Title: Re: python OpenCL bitcoin miner
Post by: bal3wolf on August 21, 2011, 09:46:53 PM
Any one know any tweaks to keep pocbm from freezing up my pc when im using it i can mine for days if i dont use my pc but at random if im using my pc it will just lock up.  I know im running some high clocks on my gpus but its wierd only happens when i try to play a video or open a web browser sometimes im using a 5870@1100/600mhz and a 5970@940/500mhz.


Title: Re: python OpenCL bitcoin miner
Post by: bal3wolf on August 26, 2011, 04:53:27 PM
Im trying to recompile python and learn how to do some stuff and i keep getting this error .


Traceback (most recent call last):
  File "poclbm.py", line 48, in <module>
    miner = BitcoinMiner(devices[options.device], options, VERSION, HttpTranspor
t.HttpTransport)
NameError: name 'devices' is not defined


Title: Re: python OpenCL bitcoin miner
Post by: antares on September 11, 2011, 12:38:14 PM
hmm, there seems to be a bug in poclbm,

yesterday, me and some others experienced trouble mining with it. We were mining the solidcoin chain, and the problem seems to be difficulty-related(as soon as diff changed, things went back to normal). However, everytime the miner found a share, instead of submitting it, it put out a python stacktrace like this:

Quote
10/09/2011 16:38:06, Setting server (antares @ go.mine-for.us:16101)           
go.mine-for.us:16101 10/09/2011 16:38:07, Unexpected error:                     
Traceback (most recent call last):
  File "/home/jo/m0mchil-poclbm-076f85c/HttpTransport.py", line 45, in loop
    self.queue_work(work)
  File "/home/jo/m0mchil-poclbm-076f85c/Transport.py", line 117, in queue_work
    self.process(work)
  File "/home/jo/m0mchil-poclbm-076f85c/Transport.py", line 76, in process
    self.set_difficulty(work.difficulty)
  File "/home/jo/m0mchil-poclbm-076f85c/Transport.py", line 71, in set_difficulty
    self.true_target = np.array(unpack('IIIIIIII', true_target.decode('hex')), dtype=np.uint32)
error: unpack requires a string argument of length 32
go.mine-for.us:16101 10/09/2011 16:38:08, LP connected to go.mine-for.us:16101 
go.mine-for.us:16101 10/09/2011 16:38:12, Unexpected error:                     
Traceback (most recent call last):
  File "/home/jo/m0mchil-poclbm-076f85c/HttpTransport.py", line 50, in loop
    rv = self.send(result)
  File "/home/jo/m0mchil-poclbm-076f85c/Transport.py", line 88, in send
    is_block = belowOrEquals(h[:7], self.true_target[:7])
TypeError: 'NoneType' object is not subscriptable
go.mine-for.us:16101 10/09/2011 16:38:26, Unexpected error:                     
Traceback (most recent call last):
  File "/home/jo/m0mchil-poclbm-076f85c/HttpTransport.py", line 50, in loop
    rv = self.send(result)
  File "/home/jo/m0mchil-poclbm-076f85c/Transport.py", line 88, in send
    is_block = belowOrEquals(h[:7], self.true_target[:7])
TypeError: 'NoneType' object is not subscriptable
go.mine-for.us:16101 [204.392 MH/s (~0 MH/s)] [Rej: 0/0 (0.00%)]^C             
bye


Title: Re: python OpenCL bitcoin miner
Post by: nimnul on November 05, 2011, 09:45:37 AM
Is the exe still up to date and includes the latest kernel? Is 100% CPU usage problem still there?


Title: Re: python OpenCL bitcoin miner
Post by: Patrick||Rodgers on February 05, 2012, 12:47:26 AM
February 4 2012

poclbm throws errors after restart Ubuntu 10.04
problems also reported w/ guiminer on windows 7


one month old poclbm error message

Exception in thread Thread-2:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
    self.run()
  File "/usr/lib/python2.7/threading.py", line 505, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/home/xxxx/poclbm/HttpTransport.py", line 164, in long_poll_thread
    self.queue_work(result['result'])
  File "/home/xxxx/poclbm/Transport.py", line 117, in queue_work
    self.process(work)
  File "/home/xxxx/poclbm/Transport.py", line 76, in process
    self.set_difficulty(work.difficulty)
  File "/home/xxxx/poclbm/Transport.py", line 71, in set_difficulty
    self.true_target = np.array(unpack('IIIIIIII', true_target.decode('hex')), dtype=np.uint32)
error: unpack requires a string argument of length 32



most recent poclbm

Traceback (most recent call last):
  File "/home/xxxx/poclbm/HttpTransport.py", line 51, in loop_internal
    rv = self.send(result)
  File "/home/xxxx/poclbm/Transport.py", line 115, in send
    is_block = belowOrEquals(h[:7], self.true_target[:7])
TypeError: 'NoneType' object is not subscriptable



phoenix miner works correctly (run w/ phatk2)


Title: Re: python OpenCL bitcoin miner
Post by: Jine on February 05, 2012, 01:46:06 AM
poclbm seems broken:

https://bitcointalk.org/index.php?topic=62590.0


Title: Re: python OpenCL bitcoin miner
Post by: Keefe on February 05, 2012, 11:16:11 AM
Check out the fix here:
https://github.com/m0mchil/poclbm/commit/3c4bf83c9fe8602c687afcd82d556cf58af4fbba


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 05, 2012, 11:37:55 AM
The problem is triggered by a feature in poclbm I suspect most of the users don't care at all - detecting if a real block is found if mining against a pool. The feature was introduced back in July 2011 and was fixed twice even before being released. Apparently, the fix was not good enough and with the last difficulty adjustment the problem showed up again.

I sincerely hope it is really fixed now. Latest github should be OK. I plan a windows binary release for today.


Title: Re: python OpenCL bitcoin miner
Post by: Sannyasi on February 05, 2012, 12:19:12 PM
The problem is triggered by a feature in poclbm I suspect most of the users don't care at all - detecting if a real block is found if mining against a pool. The feature was introduced back in July 2011 and was fixed twice even before being released. Apparently, the fix was not good enough and with the last difficulty adjustment the problem showed up again.

I sincerely hope it is really fixed now. Latest github should be OK. I plan a windows binary release for today.

Can a pro show us noobs how to implement the fix? I'd be happy to throw a coin or two someones way for a quick tutorial on getting it back working correctly.


Title: Re: python OpenCL bitcoin miner
Post by: dishwara on February 05, 2012, 12:34:19 PM
The problem is triggered by a feature in poclbm I suspect most of the users don't care at all - detecting if a real block is found if mining against a pool. The feature was introduced back in July 2011 and was fixed twice even before being released. Apparently, the fix was not good enough and with the last difficulty adjustment the problem showed up again.

I sincerely hope it is really fixed now. Latest github should be OK. I plan a windows binary release for today.

Can a pro show us noobs how to implement the fix? I'd be happy to throw a coin or two someones way for a quick tutorial on getting it back working correctly.

You can see in BOLD, pull from git if you are Linux user, wait if you are windows user for binary release.


Title: Re: python OpenCL bitcoin miner
Post by: Sannyasi on February 05, 2012, 12:46:46 PM
ahhh- been up all night dealing with this and hunting down a bad case fan, didn't catch that a windows fix hasn't been released just yet


Title: Re: python OpenCL bitcoin miner
Post by: A1BITCOINPOOL on February 05, 2012, 02:43:05 PM
Watching


Title: Re: python OpenCL bitcoin miner
Post by: mmbregman on February 05, 2012, 06:39:11 PM
Is windows binary going to be released?
BTW, thanks for the help and support!!


Title: Re: python OpenCL bitcoin miner
Post by: kpriess on February 05, 2012, 07:28:42 PM
The problem is triggered by a feature in poclbm I suspect most of the users don't care at all - detecting if a real block is found if mining against a pool. The feature was introduced back in July 2011 and was fixed twice even before being released. Apparently, the fix was not good enough and with the last difficulty adjustment the problem showed up again.

I sincerely hope it is really fixed now. Latest github should be OK. I plan a windows binary release for today.

Thanks man, your effort is appreciated..


Title: Re: python OpenCL bitcoin miner
Post by: ensign_lee on February 06, 2012, 03:35:37 AM
How will Windows users get the update if we're using GUIminer? Do you we have to re-download it? Or will it automaticlaly push after we restart either the computer or the miner?


Title: Re: python OpenCL bitcoin miner
Post by: thatonegirlt on February 06, 2012, 11:02:25 AM
You'll definitely have to redownload whatever file was modified. I see no reason why any other way would make any sense.


Title: Re: python OpenCL bitcoin miner
Post by: Idzy on February 06, 2012, 11:22:41 PM
Where does one get the windows binary once it has been released since the one I have now came with guiminer


Title: Re: python OpenCL bitcoin miner
Post by: ensign_lee on February 07, 2012, 08:51:51 PM
Windows fix out yet? And for those of us with GUIminer, do we have to request an update to GUIminer? Or can we simply install the latest of polcbm?


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on February 08, 2012, 02:06:18 PM
New windows binary (2012_02_05) is out.

Changes:

-- support for proxy servers including socks5 (hint: tor)
-- fixed bug in calculation of true target


Title: Re: python OpenCL bitcoin miner
Post by: finway on February 08, 2012, 02:07:44 PM
python miner...interesting.


Title: Re: python OpenCL bitcoin miner
Post by: Portnoy on February 08, 2012, 04:53:44 PM
New windows binary (2012_02_05) is out.

Changes:

-- support for proxy servers including socks5 (hint: tor)
-- fixed bug in calculation of true target


Anyone know how that can be used to fix the GUIMiner?  Just copying the files from poclbm_py2exe_20120205.7z into the guiminer directory doesn't work. 


Title: Re: python OpenCL bitcoin miner
Post by: Mageant on February 08, 2012, 06:04:21 PM
I get the following errors in my logfile with the latest version (I use Windows XP):

Code:
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx


Title: Re: python OpenCL bitcoin miner
Post by: martychubbs on February 08, 2012, 07:57:43 PM
I get the following errors in my logfile with the latest version (I use Windows XP):

Code:
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx

I don't think you can copy the contents of poclbm_py2exe_20120205 to guiminer...

Try this: extract poclbm_py2exe_20120205.7z using 7zip to c:\poclbm_py2exe_20120205\
then create a text file in c:\poclbm_py2exe_20120205\
paste this updated example in it:

start "GPU1" /AFFINITY 1 /D"c:\poclbm_py2exe_20120205" poclbm.exe  MartyChubbs:password@mmpool.bitparking.com:15098 -d0 -v -w128
start "GPU2" /AFFINITY 1 /D"c:\poclbm_py2exe_20120205" poclbm.exe  MartyChubbs:password@mmpool.bitparking.com:15098 -d1 -v -w128
start "GPU3" /AFFINITY 1 /D"c:\poclbm_py2exe_20120205" poclbm.exe  MartyChubbs:password@mmpool.bitparking.com:15098 -d2 -v -w128

and save it as "mine.bat" not mine.bat.txt

double click mine.bat to start mining


Title: Re: python OpenCL bitcoin miner
Post by: zozpuff on February 09, 2012, 01:15:13 AM
I get the following errors in my logfile with the latest version (I use Windows XP):

Code:
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx

tried the same got the same.

guess i'll try what Mageant said.


Title: Re: python OpenCL bitcoin miner
Post by: zozpuff on February 09, 2012, 03:39:44 AM
I get the following errors in my logfile with the latest version (I use Windows XP):

Code:
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx

I don't think you can copy the contents of poclbm_py2exe_20120205 to guiminer...

Try this: extract poclbm_py2exe_20120205.7z using 7zip to c:\poclbm_py2exe_20120205\
then create a text file in c:\poclbm_py2exe_20120205\
paste this example in it:

start /D"c:\poclbm_py2exe_20120205" poclbm.exe  MartyChubbs:password@mmpool.bitparking.com:15098 -d0 -v -w128
start /D"c:\poclbm_py2exe_20120205" poclbm.exe  MartyChubbs:password@mmpool.bitparking.com:15098 -d1 -v -w128
start /D"c:\poclbm_py2exe_20120205" poclbm.exe  MartyChubbs:password@mmpool.bitparking.com:15098 -d2 -v -w128

and save it as "mine.bat" not mine.bat.txt

double click mine.bat to start mining

thanks, this worked.


Title: Re: python OpenCL bitcoin miner
Post by: Phlegmsandwich on February 11, 2012, 05:49:14 AM
sudo git pull fixed the problem for me.


Title: Re: python OpenCL bitcoin miner
Post by: Roland68 on February 18, 2012, 09:38:40 AM
Sad ... it's look like extremely difficult to integrate this fix into guiminer ....


Title: Re: python OpenCL bitcoin miner
Post by: ssateneth on February 18, 2012, 12:38:14 PM
Sad ... it's look like extremely difficult to integrate this fix into guiminer ....

Extremely difficult for someone who has no clue how to read, understand, and build source.

Piece of cake for someone who does, like Kiv (who wrote guiminer), but he abandoned everyone.


Title: Re: python OpenCL bitcoin miner
Post by: pogi23 on July 03, 2012, 05:16:11 PM
Hello, I am pogi23, and I have a problem...

Recently, I reinstalled SDK 2.1 (I use a Radeon 6770) on a WIN7-64 machine and now I seem to not be submitting any shares.  I use poclbm -v -w128  (ver.20110709) and I've double-checked my workers and my passwords.  I even tried switching from a PPS to a DGM worker and it just sits there.  I can see it crank out 205MH, the fan is going crazy but it just won't submit a share.

Any ideas would be greatly appreciated.  Thank you.


Title: Re: python OpenCL bitcoin miner
Post by: niooron on July 24, 2012, 04:01:19 PM
Hello, I am pogi23, and I have a problem...

Recently, I reinstalled SDK 2.1 (I use a Radeon 6770) on a WIN7-64 machine and now I seem to not be submitting any shares.  I use poclbm -v -w128  (ver.20110709) and I've double-checked my workers and my passwords.  I even tried switching from a PPS to a DGM worker and it just sits there.  I can see it crank out 205MH, the fan is going crazy but it just won't submit a share.

Any ideas would be greatly appreciated.  Thank you.

Go back to catalyst 12.1. SDK 2.1 doesnt work anymore for 12.6.


Title: Re: python OpenCL bitcoin miner
Post by: riclas on August 19, 2012, 11:56:22 PM
Hi guys.
When using poclbm through guiminer and viewing a video stream sometimes my computer crashes with a reference by pointer exception BSOD.
Is this a known issue? I can provide the crash logs if it would help...

thanks.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on September 18, 2012, 04:25:18 PM
A new version is up with support for Stratum. See https://bitcointalk.org/index.php?topic=108533.0


I am also planning multi-miner support (GPU) as well as FPGA support.


Title: Re: python OpenCL bitcoin miner
Post by: os2sam on September 19, 2012, 02:34:04 AM
I don't know Jack Didly Squat about poclbm.  But since it now has native stratum support I thought I'd give it a whirl.

Here are the messages I get when I try it.

Code:
stratum.btcguild.com:9332 18/09/2012 20:39:42, IO errors - 2, tolerance 2

stratum.btcguild.com:9332 18/09/2012 20:39:42, [Errno 9] Bad file descriptor

stratum.btcguild.com:9332 18/09/2012 20:39:45, IO errors - 3, tolerance 2

stratum.btcguild.com:9332 18/09/2012 20:39:45, No more backup pools left. Using
primary and starting over.

stratum.btcguild.com:9332 18/09/2012 20:39:45, Setting server (os2sam_CGMiner @
stratum.btcguild.com:9332)

stratum.btcguild.com:9332 [262.457 MH/s (~0 MH/s)] [Rej: 0/0 (0.00%)]

Any ideas if I'm doing something wrong, if something is wrong with the new poclbm or something with the stratum pool?

I was able to connect to BTC Guild with the standard protocol and port and it does work.  So the problem seems to lie somewhere in the stratum implementation.
Thanks,
Sam


Title: Re: python OpenCL bitcoin miner
Post by: eleuthria on September 19, 2012, 04:47:46 AM
Any ideas if I'm doing something wrong, if something is wrong with the new poclbm or something with the stratum pool?

I was able to connect to BTC Guild with the standard protocol and port and it does work.  So the problem seems to lie somewhere in the stratum implementation.
Thanks,
Sam

Make sure when connecting to BTC Guild's stratum server, you use stratum:// as the prefix, not http://


Title: Re: python OpenCL bitcoin miner
Post by: os2sam on September 19, 2012, 11:38:45 AM
Any ideas if I'm doing something wrong, if something is wrong with the new poclbm or something with the stratum pool?

I was able to connect to BTC Guild with the standard protocol and port and it does work.  So the problem seems to lie somewhere in the stratum implementation.
Thanks,
Sam

Make sure when connecting to BTC Guild's stratum server, you use stratum:// as the prefix, not http://

Yep, did that.

Some guy on the BTC Guild thread made the same suggestion. :)
Thanks,
Sam


Title: Re: python OpenCL bitcoin miner
Post by: Luke-Jr on September 19, 2012, 12:17:00 PM
A new version is up with support for Stratum. See https://bitcointalk.org/index.php?topic=108533.0

I am also planning multi-miner support (GPU) as well as FPGA support.
Any ETA on GBT support?


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on September 19, 2012, 02:34:05 PM
As always, some small fixes were needed. Please update with the latest version.


Title: Re: python OpenCL bitcoin miner
Post by: os2sam on September 19, 2012, 03:18:39 PM
As always, some small fixes were needed. Please update with the latest version.

Hmm, I just downloaded today's build and am getting the same results as yesterdays.
Sam

Edit: I looked at my command line again and changed the upper case characters in my worker name to lower case and now it is working.

Thanks,
Sam


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on September 20, 2012, 02:53:17 PM
Again, new version is up. Main difference is it will always prefer Stratum now - for example if there is http:// specified, but server returns stratum address, it will be used.


Title: Re: python OpenCL bitcoin miner
Post by: slush on September 22, 2012, 03:10:54 PM
Thank you m0mchil for this release. I can confirm that it works with Stratum nicely now.


Title: Re: python OpenCL bitcoin miner
Post by: eleuthria on September 23, 2012, 01:01:06 AM
Thank you m0mchil for this release. I can confirm that it works with Stratum nicely now.

Yes, thank you m0mchil for being the first to adopt the Stratum protocol.  I finally edited one of my pool servers to include an x-stratum header and poclbm redirected nicely.


Title: Re: python OpenCL bitcoin miner
Post by: betatest512 on September 24, 2012, 01:50:04 PM
Can anyone show me the place in the poclbm source code:


where poclbm get the work from pool or bitcoin-qt

where poclbm increment the nonce and the coinbase

where poclbm compares the hash with the current target

where poclbm send back the data to the pool or bitcoin-qt


Title: Re: python OpenCL bitcoin miner
Post by: slush on September 24, 2012, 03:21:08 PM
I don't understand your question. If you can read python, you'll spend something like three minutes to find this out yourself. If you cannot read python, any advice to you is useless...

Can anyone show me the place in the poclbm source code:


where poclbm get the work from pool or bitcoin-qt

where poclbm increment the nonce and the coinbase

where poclbm compares the hash with the current target

where poclbm send back the data to the pool or bitcoin-qt



Title: Re: python OpenCL bitcoin miner
Post by: slush on September 24, 2012, 03:36:29 PM
where poclbm get the work from pool or bitcoin-qt

HttpTransport.py:getwork() or StratumTransport.py:queue_message

Quote
where poclbm increment the nonce and the coinbase

BitcoinMiner.py:mining_thread(), coinbase can be modified only on Stratum, it is StratumTransport.py:increment_nonce()

Quote
where poclbm compares the hash with the current target

BitcoinMiner.py:diff1_found() or Servers.py:send()

Quote
where poclbm send back the data to the pool or bitcoin-qt

Servers.py:send() or HttpTransport.py:send_internal() or StratumTransport.py:send_internal()


Title: Re: python OpenCL bitcoin miner
Post by: betatest512 on September 24, 2012, 05:26:20 PM
where poclbm get the work from pool or bitcoin-qt

HttpTransport.py:getwork() or StratumTransport.py:queue_message

Quote
where poclbm increment the nonce and the coinbase

BitcoinMiner.py:mining_thread(), coinbase can be modified only on Stratum, it is StratumTransport.py:increment_nonce()

Quote
where poclbm compares the hash with the current target

BitcoinMiner.py:diff1_found() or Servers.py:send()

Quote
where poclbm send back the data to the pool or bitcoin-qt

Servers.py:send() or HttpTransport.py:send_internal() or StratumTransport.py:send_internal()

thank's


Title: Re: python OpenCL bitcoin miner
Post by: betatest512 on September 24, 2012, 05:31:13 PM
is there a source code of poclbm with comment's


Title: Re: python OpenCL bitcoin miner
Post by: betatest512 on September 29, 2012, 11:17:20 PM
can someone show me the line of code where the nonce is set

and the line of code where is nonce is incremented please show me the exact line as i know the function's it is in (mining_thread)

and can anyone tell me what does poclbm do after it has gone through all the nonce from 1 billion to 4 billion. what does it increment next. (and can you point out the line in code where it is incremented)


Title: Re: python OpenCL bitcoin miner
Post by: electronus on October 05, 2012, 07:56:38 PM
Just installed a new version of miner
on one of 4 5870 periodically got error:"You are reconnecting to long poll too fast" with some degradation of hashrate  ???
after restart - all ok... strange situation...


Title: Re: python OpenCL bitcoin miner
Post by: burger on October 10, 2012, 10:08:55 PM
Just installed a new version of miner
on one of 4 5870 periodically got error:"You are reconnecting to long poll too fast" with some degradation of hashrate  ???
after restart - all ok... strange situation...

indeed... do you still get that error from time to time?


Title: Re: python OpenCL bitcoin miner
Post by: electronus on October 11, 2012, 07:19:25 AM
Just installed a new version of miner
on one of 4 5870 periodically got error:"You are reconnecting to long poll too fast" with some degradation of hashrate  ???
after restart - all ok... strange situation...

indeed... do you still get that error from time to time?
No, because I'm rolled back to old version, because of degradation of hashrate in new one. The degradation was seen by me even if there is no error at all, so I'll wait for another new version and compare again with stable ver (feb 2012)


Title: Re: python OpenCL bitcoin miner
Post by: bokazini88 on January 23, 2013, 07:25:52 AM
Is this still under development? I see an update or two quite recently at github, but no posts here in ages. I've managed to get vectors mode running on an OS X Lion Mac after much fiddling around and annoyance, and I'd like to either contribute back my cheap hack, or talk to someone who can help figure out the real way to fix the problem.

But if no one's actually going to care, I'll probably go back to banging my head against BFGMiner/CGMiner until either the bugs break or I do....


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on January 24, 2013, 09:44:24 AM
Is this still under development? I see an update or two quite recently at github, but no posts here in ages.

Yes, I still maintain the miner. It is now modular, i.e. you can implement your own hardware or work-source types. I just haven't released a py2exe recently (since BFL support actually) - POCLBM doesn't look so popular anymore and works fine for anyone able to setup python + pip and pull sources from github.

Whatever you improve for MacOS is welcome.


Title: Re: python OpenCL bitcoin miner
Post by: slush on January 24, 2013, 04:22:04 PM
POCLBM doesn't look so popular anymore

Poclbm is VERY popular, it is default backend in GUIminer - the most widespread miner around. But GUIminer has it own builds.


Title: Re: python OpenCL bitcoin miner
Post by: aistto on January 26, 2013, 08:45:14 AM
Code:
python ./poclbm.py  http://xxx:yyy@api.bitcoin.cz:8332 -f 30 -v -w 256 -d 0 --platform=0

WARNING: no adl3 module found (github.com/mjmvisser/adl3), temperature control is disabled

Traceback (most recent call last):
  File "./poclbm.py", line 84, in <module>
    import BFLMiner
  File "/home/arm/mining/poclbm/BFLMiner.py", line 4, in <module>
    from ioutil import find_udev, find_serial_by_id, find_com_ports
  File "/home/arm/mining/poclbm/ioutil.py", line 2, in <module>
    from serial.tools import list_ports
ImportError: No module named tools

What's wrong? why poclbm doesn't work?


Title: Re: python OpenCL bitcoin miner
Post by: aistto on January 26, 2013, 09:07:34 AM
added option --no-bfl , but get new problem
Code:
arm@rig-1:~/mining/poclbm$ ./run001.sh

WARNING: no adl3 module found (github.com/mjmvisser/adl3), temperature control is disabled

 26/01/2013 13:03:34, Setting server (xxx @ api.bitcoin.cz:8332)
api.bitcoin.cz:8332 26/01/2013 13:03:34, checking for stratum...
api.bitcoin.cz:8332 26/01/2013 13:03:34, started OpenCL miner on platform 0, device 0 (Cypress)
./run001.sh: строка (string) 1:  2408 Ошибка сегментирования  (segmentation fault)                   (core dumped) python ./poclbm.py http://xxx:yyy@api.bitcoin.cz:8332 -f 30 -v -w 256 -d 0 --platform=0 --no-bfl


Title: Re: python OpenCL bitcoin miner
Post by: aistto on January 26, 2013, 09:16:35 AM
my fault, it's work ;D


Title: Re: python OpenCL bitcoin miner
Post by: mmartoccia on April 01, 2013, 12:56:25 AM
Hi guys, I've been at this all day and I'm struggling to get poclbm to work. Is fglrx really the issue or is it something else? Any help would be greatly appreciated.

Code:
[ec2-user@ip-xx-xx-xx-xxx poclbm]$ sudo python ./poclbm.py http://xxxxx.xxx:xxxxxx@stratum.bitcoin.cz:3333 -v -w 256 --verbose -d 0 --platform 0
FATAL: Module fglrx not found.
Error! Fail to load fglrx kernel module! Maybe you can switch to root user to load kernel module directly

WARNING: no adl3 module found (github.com/mjmvisser/adl3), temperature control is disabled

 01/04/2013 00:50:09, started OpenCL miner on platform 0, device 0 (Tesla M2050)
 01/04/2013 00:50:09, Setting server (xxxxx.xxx @ stratum.bitcoin.cz:3333)
Traceback (most recent call last):
  File "./poclbm.py", line 101, in <module>
    if switch: switch.stop()
  File "/home/ec2-user/poclbm/Switch.py", line 149, in stop
    self.server_source().stop()
  File "/home/ec2-user/poclbm/Switch.py", line 267, in server_source
    import GetworkSource
  File "/home/ec2-user/poclbm/GetworkSource.py", line 3, in <module>
    from httplib import HTTPException
  File "/usr/lib64/python2.6/httplib.py", line 1094, in <module>
    import ssl
  File "/usr/lib64/python2.6/ssl.py", line 83, in <module>
    class SSLSocket(socket):
TypeError: Error when calling the metaclass bases
    function() argument 1 must be code, not str

OpenCL info script

Code:
[ec2-user@ip-xx-xx-xx-xxx ~]$ sudo python ./opencl.py
[01:48:38] Python OpenCL Info v0.1
[01:48:38] Python Version: 2.6.8 64bit
[01:48:38] PyOpenCL Path: /usr/lib64/python2.6/site-packages/pyopencl-2013.1-py2.6-linux-x86_64.egg/pyopencl
[01:48:38] Boost Python Version: Not Found
[01:48:39] PyOpenCL Version: 2013.1
FATAL: Module fglrx not found.
Error! Fail to load fglrx kernel module! Maybe you can switch to root user to load kernel module directly
[01:48:43] Listing platforms and devices:
[01:48:43]
[01:48:43] [cl:0] NVIDIA CUDA
[01:48:43]        [cl:0:0] Tesla M2050
[01:48:43]        [cl:0:1] Tesla M2050
[01:48:43]
[01:48:43] [cl:1] AMD Accelerated Parallel Processing
[01:48:43]        [cl:1:0] Intel(R) Xeon(R) CPU           X5570  @ 2.93GHz
[01:48:43]
[01:48:43] This program will exit in 300 seconds...

$ rpm -qa *\nvidia\*  *\kernel\*|sort;uname -r;lsmod |grep -e nvidia -e nouveau;cat /etc/X11/xorg.conf

Code:
kernel-2.6.35.11-83.9.amzn1.x86_64
kernel-3.4.37-40.44.amzn1.x86_64
kernel-headers-3.4.37-40.44.amzn1.x86_64
nvidia-310.40-2013.03.10.amzn1.x86_64
nvidia-kmod-2.6.35.11-83.9.amzn1-260.19.36-1.27.amzn1.x86_64
nvidia-kmod-3.4.37-40.44.amzn1-310.40-2013.03.10.amzn1.x86_64
3.4.37-40.44.amzn1.x86_64
nvidia               9399284  0
i2c_core               24483  2 nvidia,i2c_piix4
cat: /etc/X11/xorg.conf: No such file or directory


Title: Re: python OpenCL bitcoin miner
Post by: Khertan on April 09, 2013, 03:22:44 PM
Look like the setup.py isn't really installable

running 'python setup.py install' install only poclbm.py and not other py files, so it can't start.

Did you need help to create a correct setup for linux ? or you care only of windows py2exe release ?


Title: Re: python OpenCL bitcoin miner
Post by: twobits on April 09, 2013, 05:48:46 PM
Yes, I still maintain the miner. It is now modular, i.e. you can implement your own hardware or work-source types. I just haven't released a py2exe recently (since BFL support actually) - POCLBM doesn't look so popular anymore and works fine for anyone able to setup python + pip and pull sources from github.

I know a few people that run poclbm in the background on windows mostly just to feel they are supporting an alternative to fiat.   They don't follow the scene at all  though. I just let them know when I see an update to the windows build to let them know to update.  We have been figuring that any worthwhile  updates would get check pointed by a build.  Is this not really true?  Have windows build updates ceased then?


Title: Re: python OpenCL bitcoin miner
Post by: Nemo1024 on April 09, 2013, 07:03:36 PM
I'd like a Windows build as well.

I use my own front-end:
https://bitcointalk.org/index.php?topic=149442.0
http://stanislavs.org/bitcoin-miners-in-tray-miner-gui-manager/
, but I am forced to have GUIMiner for the sake of the bundled poclbm build, which supports HD 7970.

poclbm_py2exe_20120920.7z linked to in the opening comment gives the following error:

09.04.2013 20:54:27 [AMD HD7970]: Traceback (most recent call last):
09.04.2013 20:54:27 [AMD HD7970]: File "poclbm.py", line 85, in <module>
09.04.2013 20:54:27 [AMD HD7970]: File "BitcoinMiner.pyo", line 50, in __init__
09.04.2013 20:54:27 [AMD HD7970]: File "BitcoinMiner.pyo", line 263, in get_adapter_info
09.04.2013 20:54:27 [AMD HD7970]: NameError: global name 'ADLError' is not defined

The build, included with GUIMiner does not give any errors with the same parameters. I saw on github there were a few bugfix commits.

Can we have the latest and greatest build for Windows, please?


Title: Re: python OpenCL bitcoin miner
Post by: LobsterMan on April 11, 2013, 02:35:44 AM
I'd like a Windows build as well.

I use my own front-end:
https://bitcointalk.org/index.php?topic=149442.0
http://stanislavs.org/bitcoin-miners-in-tray-miner-gui-manager/
, but I am forced to have GUIMiner for the sake of the bundled poclbm build, which supports HD 7970.

poclbm_py2exe_20120920.7z linked to in the opening comment gives the following error:

09.04.2013 20:54:27 [AMD HD7970]: Traceback (most recent call last):
09.04.2013 20:54:27 [AMD HD7970]: File "poclbm.py", line 85, in <module>
09.04.2013 20:54:27 [AMD HD7970]: File "BitcoinMiner.pyo", line 50, in __init__
09.04.2013 20:54:27 [AMD HD7970]: File "BitcoinMiner.pyo", line 263, in get_adapter_info
09.04.2013 20:54:27 [AMD HD7970]: NameError: global name 'ADLError' is not defined

The build, included with GUIMiner does not give any errors with the same parameters. I saw on github there were a few bugfix commits.

Can we have the latest and greatest build for Windows, please?

I get the same errors...
I second this, and would love to have an updated standalone package...at least if there is I can't find it :)


Title: Re: python OpenCL bitcoin miner
Post by: Ruudsy on May 07, 2013, 10:34:11 AM
Hey,

i switched from Windows to Ubuntu 12.04 and don't get poclbm running.

I installed ATI Drivers, 12.104 Catalyst as well as SDK 2.8, pyopencl is also running perfectly. But I don't get poclbm working.

The Error reaccurring all the time trying to run
Code:
sudo python poclbm.py http://xxxxxxxx:xxxx@api.mining.cz:8332 -d0 -v -w128

The terminal always says

Code:
07/05/2013 12:28:18, Ignored invalid server entry: http://xxxxxxxx:xxxxxxxxxx@api.bitcoin.cz:8332


WARNING: no adl3 module found (github.com/mjmvisser/adl3), temperature control is disabled


At least one server is required



Title: Re: python OpenCL bitcoin miner
Post by: marcus_of_augustus on May 07, 2013, 11:05:25 AM
Hey,

i switched from Windows to Ubuntu 12.04 and don't get poclbm running.

I installed ATI Drivers, 12.104 Catalyst as well as SDK 2.8, pyopencl is also running perfectly. But I don't get poclbm working.

The Error reaccurring all the time trying to run
Code:
sudo python poclbm.py http://xxxxxxxx:xxxx@api.mining.cz:8332 -d0 -v -w128

The terminal always says

Code:
07/05/2013 12:28:18, Ignored invalid server entry: http://xxxxxxxx:xxxxxxxxxx@api.bitcoin.cz:8332


WARNING: no adl3 module found (github.com/mjmvisser/adl3), temperature control is disabled


At least one server is required


Sounds like you need to allocate the correct DISPLAY(s) (the ones associated with your GPU(s) ) to the Xserver ... it's been so long i forget how to do it ... something like

Code:
export DISPLAY = 0.Y
... where Y is number associated with your GPU


Title: Re: python OpenCL bitcoin miner
Post by: Ruudsy on May 07, 2013, 12:49:55 PM
Tried that before, is not working unfortunatelly ...

Code:
sudo fglrxinfo

gives me this

Code:
display: :0  screen: 0
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: ATI Radeon HD 5800 Series
OpenGL version string: 4.2.12217 Compatibility Profile Context 12.104

so I assume a
Code:
export DISPLAY=:0.0
is required? Or do I need
Code:
export DISPLAY=:0
?

Neither ist working ...

Here is everything in one piece:
Code:
xxx@Eibe:/opt/poclbm$ export DISPLAY=:0
xxx@Eibe:/opt/poclbm$ sudo python poclbm.py

WARNING: no adl3 module found (github.com/mjmvisser/adl3), temperature control is disabled


OpenCL devices:

[0] Cypress
[1] Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz

No devices specified, using all GPU devices


At least one server is required

xxx@Eibe:/opt/poclbm$



Title: Re: python OpenCL bitcoin miner
Post by: Khertan on May 07, 2013, 01:55:39 PM
At least one server is required

That's the important error message, you didn't provide any mining pool server address.


Title: Re: python OpenCL bitcoin miner
Post by: m0mchil on May 07, 2013, 02:46:19 PM
@Ruudsy

Just put the server definition after all other options


Title: Re: python OpenCL bitcoin miner
Post by: seannnyx on May 11, 2013, 09:28:46 AM
what operating system do you recommend?


Title: Re: python OpenCL bitcoin miner
Post by: Nonlin on May 13, 2013, 05:07:36 PM
Is this better than GUIminer?


Title: Re: python OpenCL bitcoin miner
Post by: Khertan on May 31, 2013, 01:06:13 PM
A possible workarround for people that have hardware error with the driver 13.4 and can't downgrade the driver ... :

The BFI_INT optimisation look like to be problematic on that driver version, more informations :

https://bitcointalk.org/index.php?topic=221041.new#new

EDIT : i think it should be a good idea to define or not BFI_INT depending on the version of the driver also and not just only the plateform name (aka Jupiter for my 5770)


Title: Re: python OpenCL bitcoin miner - error detection - math
Post by: mrm0 on June 10, 2013, 09:22:45 PM
Hello fellow miners.

I use poclbm without any major problems, but every now and then I will get an error message:
Code:
Verification failed, check hardware! (<hwID>, <32bit hex value>)

The general advice is to check one's hardware and I concur, but I want to look at it from a different angle.

My question is on the mathematical side. What exactly is tested to perform this verification?
I haven't seen it described anywhere.



Title: Re: python OpenCL bitcoin miner
Post by: Khertan on June 10, 2013, 10:19:04 PM
The miner check the result of the opencl kernel by doing the double sha calculation with the nonce just found by the kernel.


Title: Re: python OpenCL bitcoin miner
Post by: mrm0 on June 11, 2013, 10:46:11 AM
The miner check the result of the opencl kernel by doing the double sha calculation with the nonce just found by the kernel.

Makes sense.
Thank you.


Title: Re: python OpenCL bitcoin miner
Post by: hostmaster on December 31, 2013, 12:58:01 PM
Is this better than GUIminer?
I think so.


Title: Re: python OpenCL bitcoin miner
Post by: ringtail on February 25, 2014, 10:15:45 PM
Nice one man, thanks for the help!