Didn't someone have instructions to actually compile CGMiner to run on openWRT?
It would both run stratum and usb devices solving your probem if I am right.
Topic: [ANN] Stratum mining protocol - ASIC ready - page 16. (Read 146229 times)
there is no python-dev for openWrt and i will not cross compile anything, so my fpga will keep mining with getwork :-/
should i ever get my asic i will use the raspberry, i guess it shouldn't be a problem running stratum on it
should i ever get my asic i will use the raspberry, i guess it shouldn't be a problem running stratum on it
i also did completly reinstall python + twisted in meanwhile while i was waiting for respond
now i even have this problem
http://pastebin.com/mH9hkgm7
but it is not problem with simplejson since i have it
i dont have idea what is problem
now i even have this problem
http://pastebin.com/mH9hkgm7
but it is not problem with simplejson since i have it
i dont have idea what is problem
You did not read all
http://pastebin.com/dpgyvsX0
check this out
why rotocolException ? there is some problem with twisted version?
http://pastebin.com/dpgyvsX0
check this out
why rotocolException ? there is some problem with twisted version?
It just means that client is talking to the server with HTTP protocol, instead of Stratum.
i have this problem
http://pastebin.com/Rn8pEkP9
http://pastebin.com/Rn8pEkP9
You need to install python-dev, which will install gcc as well. It is mentioned in installation howto.
Quote
Best match: Twisted 12.2.0
Downloading http://pypi.python.org/packages/source/T/Twisted/Twisted-12.2.0.tar.bz2#md5=9a321b904d01efd695079f8484b37861
Processing Twisted-12.2.0.tar.bz2
error: Not a recognized archive type: /tmp/easy_install-BSz0mi/Twisted-12.2.0.tar.bz2
root@OpenWrt:~/slush0-stratum-mining-proxy-27e8dce#
Downloading http://pypi.python.org/packages/source/T/Twisted/Twisted-12.2.0.tar.bz2#md5=9a321b904d01efd695079f8484b37861
Processing Twisted-12.2.0.tar.bz2
error: Not a recognized archive type: /tmp/easy_install-BSz0mi/Twisted-12.2.0.tar.bz2
root@OpenWrt:~/slush0-stratum-mining-proxy-27e8dce#
OS is OpenWrt
i tried git clone and the tarball
i installed bzip2
any ideas?
update:
downloaded twisted-12.2.0 and tried to install it
Quote
ccache_cc -fno-strict-aliasing -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -DNDEBUG -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -fPIC -I/usr/include/python2.7 -c twisted/test/raiser.c -o build/temp.linux-mips-2.7/twisted/test/raiser.o
unable to execute ccache_cc: No such file or directory
error: command 'ccache_cc' failed with exit status 1
so i guess that means no stratum without gcc? unable to execute ccache_cc: No such file or directory
error: command 'ccache_cc' failed with exit status 1
Note that the python midstate module is from http://gitorious.org/midstate/midstate
It would be nice if fixes/improvements were submitted to the main codebase rather than just a fork.
It would be nice if fixes/improvements were submitted to the main codebase rather than just a fork.
Yes, the original version is for python3 only. Unfortunately source requires some changes to make it compatible with python2x and making patch for upstream is out of my C skills.
For stratum mining pool i dont understant one think
I should first have this proxy runned or it can work normaly without it ?
since no much documenation about mining pool(for proxy yes i tryed proxy for other pool and it works) i dont understand how stratum mining pool works, i downloaded it and i only have config file, dont understand even how to turn it on, so i would like to ask here?
I should first have this proxy runned or it can work normaly without it ?
since no much documenation about mining pool(for proxy yes i tryed proxy for other pool and it works) i dont understand how stratum mining pool works, i downloaded it and i only have config file, dont understand even how to turn it on, so i would like to ask here?
Josh,
If you are just looking to connect to a pool with stratum then just use cgminer (It supports it internally, so no extra steps.)
If you are looking to run your own solo pool:
Slush's stratum pool is kept very simple and is for pool software writers. I've forked it and made it a little more suitable for fulltime use (added things like db support, stats page, basic install instructions, etc...) it's at: https://github.com/generalfault/stratum-mining
If you are looking to connect non-stratum aware miners to a stratum pool then use the proxy.
Note that the python midstate module is from http://gitorious.org/midstate/midstate
It would be nice if fixes/improvements were submitted to the main codebase rather than just a fork.
It would be nice if fixes/improvements were submitted to the main codebase rather than just a fork.
Could python version be automatically detected?
I made this to fill my needs, but auto-detecting would be nice. Patches are welcome :-)
I tried to compile
Is python2.7 really needed? On my Debian I have version 2.6. I changed 2 lines in Makefile:
And it compiled without problems 
As you see here:
Could python version be automatically detected?
Code:
~/stratum-mining-proxy/midstatec$ make
gcc -march=native -Wall -funroll-all-loops -O3 -fstrict-aliasing -Wall -std=c99 -I/usr/include/python2.7 midstatemodule.c -o test -Wl,-O1 -Wl,--as-needed -lpython2.7
midstatemodule.c:5:20: error: Python.h: No such file or directory
midstatemodule.c:96: error: expected â=â, â,â, â;â, âasmâ or â__attribute__â before â*â token
midstatemodule.c:138: error: array type has incomplete element type
midstatemodule.c:139: error: âmidstate_helperâ undeclared here (not in a function)
midstatemodule.c:139: error: âMETH_Oâ undeclared here (not in a function)
midstatemodule.c:164: error: expected â=â, â,â, â;â, âasmâ or â__attribute__â before âinitmidstateâ
make: *** [test] Error 1
Code:
$ python --version
Python 2.6.6
Code:
$ apt-cache policy python
python:
Installed: 2.6.6-3+squeeze7
Candidate: 2.6.6-3+squeeze7
Code:
CFLAGS = -march=native -Wall -funroll-all-loops -O3 -fstrict-aliasing -Wall -std=c99 -I/usr/include/python2.6
LDFLAGS = -Wl,-O1 -Wl,--as-needed -lpython2.6
As you see here:Code:
2012-12-18 20:58:50,564 INFO proxy jobs.# Using C extension for midstate speedup. Good!
2012-12-18 20:58:50,872 WARNING proxy mining_proxy.main # Stratum proxy version: 1.3.0
Today I switched my unsupported Ztex BTCMiner to use local Stratum proxy on BitMinter mining pool. Everything is working flawless. Now I can see, how often my miner is asking for more work and how often reporting shares (Diff 1 share theoretically is found every 0.5sec; thanks to Stratum and var-diff now I have Diff 8 shares).
From now on everything is in my local network, saving bandwidth, resources and decreasing amount of stale shares.
Marek, thank you for designing and supporting such a great protocol
From now on everything is in my local network, saving bandwidth, resources and decreasing amount of stale shares.
Marek, thank you for designing and supporting such a great protocol
For stratum mining pool i dont understant one think
I should first have this proxy runned or it can work normaly without it ?
since no much documenation about mining pool(for proxy yes i tryed proxy for other pool and it works) i dont understand how stratum mining pool works, i downloaded it and i only have config file, dont understand even how to turn it on, so i would like to ask here?
I should first have this proxy runned or it can work normaly without it ?
since no much documenation about mining pool(for proxy yes i tryed proxy for other pool and it works) i dont understand how stratum mining pool works, i downloaded it and i only have config file, dont understand even how to turn it on, so i would like to ask here?
No worries, I commented it out in the source and restarted the proxy already.
print '!!!', self.stratum_port
Oh, sorry! Please update, I just fixed it.
Line 115 in getwork_listener.py on the proxy:
print '!!!', self.stratum_port
Produces a lot of !!!! 3333 in my output.
Reason to be concerned, debugging left over or something else?
print '!!!', self.stratum_port
Produces a lot of !!!! 3333 in my output.
Reason to be concerned, debugging left over or something else?
With your proposal the host still needs to send work to each 60GHz miner 14 times a second to keep it busy. (That's true no matter how it's structured as a cluster, I think.)
I'm not sure about USB protocol used in first ASICs, but 14 packets per second is *absolutely* without any problem. It is at least 100x less than any possible limitation. I think you're trying to solve non-issue.
Ok, you and Con have convinced me that host CPU isn't of itself going to be a problem. But does this architecture really scale? What if your host is driving a couple of dozen 60GH/s miners? Are you confident that the USB bus will take kindly to hundreds of transactions per second? Are you confident that all host OSs you're targeting will service the USB interrupts in a timely enough manner when you're doing hundreds of transactions a second?
As for running a dozen 60 GH/s miners. Assuming we ever get to that point where a single device is registered as 60 GH/s [something tells me those ASICs will be recognized as multiple smaller devices], and somebody has a farm like that with a single controller PC, the miner could use ntime to reduce overhead if needed.
Assign each device ntime+x, and send them the same work with a unique ntime [this is assuming the devices do not support internal ntime adjustment].
Not sure that helps a whole lot, except to reduce the number of Merkle roots the host has to compute (which we've already agreed is a non issue for the forseeable future).
With your proposal the host still needs to send work to each 60GHz miner 14 times a second to keep it busy. (That's true no matter how it's structured as a cluster, I think.)
roy
Jump to: