Bitcoin Forum
October 31, 2024, 01:49:38 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 20 »  All
  Print  
Author Topic: Modular Python Bitcoin Miner - Official Thread  (Read 74151 times)
fizzisist
Hero Member
*****
Offline Offline

Activity: 720
Merit: 525



View Profile WWW
April 01, 2012, 12:23:29 AM
 #221

Another option might be the low tech version: hang out on IRC with TheSeven and he can initiate a power cycle by typing:
Code:
Hey BR0KK, can you power cycle the board for me?

 Tongue

antirack
Hero Member
*****
Offline Offline

Activity: 489
Merit: 500

Immersionist


View Profile
April 01, 2012, 12:30:25 AM
 #222

Another option might be the low tech version: hang out on IRC with TheSeven and he can initiate a power cycle by typing:
Code:
Hey BR0KK, can you power cycle the board for me?

 Tongue

Buying new tech toys is way more fun!
TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 01, 2012, 01:18:50 AM
 #223

The BountyChest effort to get a ztex board for Con in Australia fr cgminer development didn't go anywhere. They are going to "refund" the people at one point as far as I know from mjt (bountychest dev).

If I didn't understand this wrong, with ztex's discount program you would have to buy your ztex board, then write the software, and then once done he would decide how much credit you get in form of a refund to your bank account.

http://www.ztex.de/os_discount_program.e.html

You will get the money refunded (via bank wire transfer to a European EUR account or via Paypal) after the project is published and rated.

You'd also have to publish it on his wiki etc and link back to ztex on the MPBM website/thread to qualify.

And the way his discount program sounds, a "simple" miner (which effectively duplicates functionality that's already there with his own open source project) wouldn't score very high on his 15% to >50% discount table IMHO.

He mentioned up to 100% for mining software on his forum thread at some point.

I have to be absolutely honest here, if I would only have ztex boards I would probably never have tried MPBM. Now that I am using it, I see a couple of great and unique features (ie the way it handles work sources/blockchains). But I can also understand ztex for discouraging third party miner use, he has to cover his ass for the 2 years warranty and if somebody fries the FPGA chips it will be very costly to replace the boards.

This is why MPBM 100% replicates ztex's clocking behavior.

The main advantage (to me) in having a third party miner would actually be to get it to work on platforms with a very low resource/power footprint. But I don't know enough about Python to say if that would be possible. I always liked xiangfu's approach of running his cgminer with 40+ Icarus in a mini dlink router that's not much bigger than a pack of cigarettes. This won't happen with Java. But would this be possible with python for instance?

That's very well possible, but not with ztex boards, those cause too much host CPU usage due to offloading the error rate measurement and clock adjustment to the host.
With Icarus or BFL boards MPBM should easily handle two figure board numbers on ARM platforms. It might need quite a bit of RAM, but not all that much CPU.

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
BR0KK
Hero Member
*****
Offline Offline

Activity: 784
Merit: 500



View Profile
April 01, 2012, 11:14:43 AM
Last edit: April 01, 2012, 11:29:35 AM by BR0KK
 #224

Quote
Quote from: fizzisist on Today at 12:23:29 AM
Another option might be the low tech version: hang out on IRC with TheSeven and he can initiate a power cycle by typing:
Code:
Hey BR0KK, can you power cycle the board for me?

 

Buying new tech toys is way more fun!

Defently possible and yes buing new hardware is my hobby Cheesy

Since im not home all day we have to work sonething out. Maybe in the evenings ?
I work at a restaurant atm. so it could get late .....

If i get a new job in some weeks that shouldnt be a problem anymore.


Quote
That's very well possible, but not with ztex boards, those cause too much host CPU usage due to offloading the error rate measurement and clock adjustment to the host.
With Icarus or BFL boards MPBM should easily handle two figure board numbers on ARM platforms. It might need quite a bit of RAM, but not all that much CPU.

I ordered a rasberry pi for the ztex boards yesterday. I will try to run the Ztex boards with it.... hope to get this thing soon. For 30€ its worth a try Wink

Did you try it?  Is it impossible to run this boards with an arm powered device? What are the sideffects?

O_Shovah
Sr. Member
****
Offline Offline

Activity: 410
Merit: 252


Watercooling the world of mining


View Profile
April 01, 2012, 11:57:59 AM
 #225

I am running mpbm, p2pool and the bitcoin clients on ARM boards for some time now very sucessfull.

There is the Gumstix, the Panda board and other.

I just dint get a rasberry yet.
I will offer a system for it too as soon as i get one.

antirack
Hero Member
*****
Offline Offline

Activity: 489
Merit: 500

Immersionist


View Profile
April 01, 2012, 12:17:14 PM
 #226

I am running mpbm, p2pool and the bitcoin clients on ARM boards for some time now very sucessfull.

There is the Gumstix, the Panda board and other.

I just dint get a rasberry yet.
I will offer a system for it too as soon as i get one.

How many FPGA boards do you have connected, which ones, and how about CPU load etc?
If you'd build a bigger cluster, what would you use?

O_Shovah
Sr. Member
****
Offline Offline

Activity: 410
Merit: 252


Watercooling the world of mining


View Profile
April 01, 2012, 02:04:10 PM
 #227

Highly depends on if you use p2pool or a pool.

I had 7 boards connected at maximum. This resultet in ~ 55% CPU for the Gumstix  and ~12 % on the Panda.

Running a p2pool server seems limited to the Pandaboard but is also highly influenced by SD card I/O performance.
It then uses something like 40% CPU.

The Gumstix uses 4W maximum on the wall and could be plugged on top of a modular board. (Measueres something like 50 by 20 mm)
But the panda board is easier to develop for and uses 7,5 W. In additionis has a dual core so paralelising threads is easier.
Therefore i would recommend The panda baord for bigger setups with USB connectors and the Gumstix for modular board approaches.

TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 01, 2012, 09:35:23 PM
 #228

I had a closer look at the Ztex issues: Seems like there's some bitswapping that needs to be done so that the boards understand it.
This will however take ages if implemented in Python, so I'd prefer to distribute pre-swapped firmware files.
Sounds like I'll have to work out some licensing issues with Stefan...

For those keen on doing it themselves:
- Extract the bit file from the btcminer jar file
- There should be a couple 0xFFs in the first few hundred bytes.
- Reverse the bits of each byte starting from there, i.e. bit 0 swapped with bit 7, bit 1 swapped with bit 6, ...
- MPBM should accept the resulting firmware file

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
hashking
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250


View Profile
April 03, 2012, 06:02:06 AM
 #229

I have the version .4a for windows.  How can I install the new version..
TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 03, 2012, 07:25:59 AM
 #230

  • Clone my git (testing branch if you want to try the latest greatest, risking that it might break from time to time)
  • With the boards you want it to use plugged, run run-mpbm.py, it should autodetect them unless they are Icarus boards
  • http://localhost:8832 (user: admin, password: mpbm)
  • Add your pools to the "User work sources" group
  • Right-click on them and assign them to the right blockchain

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
BR0KK
Hero Member
*****
Offline Offline

Activity: 784
Merit: 500



View Profile
April 03, 2012, 06:29:44 PM
 #231

Hi im not home but in 3 Days we could arrange the Remote Access to all of my boards if you want Smiley

TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 03, 2012, 06:42:00 PM
 #232

Hi im not home but in 3 Days we could arrange the Remote Access to all of my boards if you want Smiley

I don't think it will help much right now. I've identified at least one problem, which I can only really fix after sorting out licensing issues with ztex.

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
BR0KK
Hero Member
*****
Offline Offline

Activity: 784
Merit: 500



View Profile
April 03, 2012, 07:23:04 PM
 #233

Uhh Licensing; thats complicated....Hope that you can arrange something with Ztex. If u need Accesss to a board sometimes just ask Smiley

hashking
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250


View Profile
April 04, 2012, 01:53:52 AM
 #234

Which pools is this program optimized for?
Garr255
Legendary
*
Offline Offline

Activity: 938
Merit: 1000


What's a GPU?


View Profile
April 05, 2012, 01:35:07 AM
Last edit: April 05, 2012, 08:48:08 PM by Garr255
 #235

Hey all,

I've been having a terrible time getting some x6500s running. I've tried everything under Ubuntu 10.10, XP, and 7. I spend a night on IRC with a few people but with no success. (Thanks for your effort anyway!)

My current error under a clean install of Ubuntu 10.10 with proper drivers, python-usb, etc installed:

http://pastebin.com/Mm0stxux

I really hope this gets resolved soon! Thanks.


Turns out it was a PSU activation method error (OK to ON instead of ON to ground). Derp.

-Garrett

“First they ignore you, then they laugh at you, then they fight you, then you win.”  -- Mahatma Gandhi

Average time between signing on to bitcointalk: Two weeks. Please don't expect responses any faster than that!
TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 05, 2012, 02:39:07 PM
 #236

Which pools is this program optimized for?

Well, basically anything except for pools that don't comply to the usual JSON-RPC protocol or do some other weird things like ozcoin.

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
freshzive
Sr. Member
****
Offline Offline

Activity: 447
Merit: 250


View Profile
April 06, 2012, 04:35:42 AM
 #237

Is this version working properly with p2pool (using x6500s)? Just wanted to make sure before I upgrade from that pesky v0.0.4alpha

allinvain
Legendary
*
Offline Offline

Activity: 3080
Merit: 1080



View Profile WWW
April 06, 2012, 05:35:13 AM
 #238

TheSeven, any ideas when we can expect a non beta release?

TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 06, 2012, 11:53:44 AM
 #239

Is this version working properly with p2pool (using x6500s)? Just wanted to make sure before I upgrade from that pesky v0.0.4alpha

While x6500 generally isn't the board that's best-suited for p2pool (but it should work reasonably well, 1-2% DoA unless your host PC is overloaded), there should not be much difference between the MPBM versions left. While 0.0.x might have generally lower latencies due to less complexity, 0.1.x has added a couple of optimizations, which seem to more  than outweigh that.

That said, I'm currently running MPBM 0.1.0beta on an Icarus and I'm getting like 0.8-0.9% DoA, ~5% stales total, so that's >100% efficiency, even though p2pool isn't running on the same host.

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
TheSeven (OP)
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


FPGA Mining LLC


View Profile WWW
April 06, 2012, 11:58:23 AM
 #240

TheSeven, any ideas when we can expect a non beta release?

When enough people have tested it and we can consider it bug-free. Oh, the UI also still needs some improvements (IE/firefox/opera compatibility, highlighting in the stats table to make that more readable, description tooltips for some elements, ...), and it should also be documented better.

There are currently some experimental fixes and improvements in the testing branch, which I'd like to apply to master soon. This version has been running for like a week here without any issues, however I might have broken compatibility with some python/pyusb version and board type combinations by accident, so some more people should test this.

BTW, a non-beta of 0.0.x was never released, and I'd say that 0.1.0beta should outperform that on most aspects.

My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
Pages: « 1 2 3 4 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 20 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!