You're not mining with 100Mh.  You're moving a piece of gravel with your toe.

All you're doing is wasting your time, effort and electricity.  You'll never, ever make anything at that speed.

Yeah, and add the bother of running another machine to host the node, and hope that your mining hardware will work with p2pool (which seems to be less likely as time passes).

All miners don't really work on p2pool.  But hey, the devs would rather run around waving their arms in the air, blaming everyone else rather than fixing p2pool.

None of the ASICMiner devices work properly, Avalons don't work properly, KnC don't work properly, and Antminers don't work properly.  There's issues with BFL stuff too.  Oddly enough, all those miners work fine with almost every other pool.  But, it's the hardware manufacturer's fault they don't work with p2pool.  Obviously.   

MinePeon for BBB can't come quick enough.  cgminer is unstable at best compared to bfgminer - twice in two days it's just up and quit on me during the night.  Not happy.  MinePeon watches for cgminer quitting and restarts it, doesn't it?

I've got cgminer 3.10.0 running on Debian ARM.  It seems to just quit every 23-24 hours.  The rest of the OS continues perfectly, but cgminer just quits.  Seems to do it around 7.30am UTC.  Anyone else have this issue?

They've run out of '1' characters in their Letraset.

That'd be very cool.  Especially now Neil is doing the BBB version which has a bit more RAM and a bit more CPU power.  Should run well.

If you do a mining_proxy.py --help that'll bring up the commands available. 

I'm using screen -dmS proxy mining_proxy.py -o <pool host IP> -p <pool port> -gp <getwork port for your Cube> -cu <your payout address> -cp x -q

That spawns the proxy on it's own screen, and allows your miners to connect with any username, and the proxy will submit the shares to your p2pool node with your payout address.  You'll want to change the -gp port to something different to p2pool's port (say 8330).

I'd try Debian or Arch.  

Ubuntu seems to be bugged or just broken in a lot of stuff that isn't desktop related.  I never had any luck getting mining stuff working properly on Ubuntu, yet everything worked perfectly first time on Debian.  I've had p2pool working on Debian, I have slush's proxy as backup to BFG running, and I run bfgminer on one Debian machine and cgminer on the other - both compiled and worked perfectly first time, and I'm a bit of a linux noob.

Neil (mineforeman) said he'd recommend Arch over Ubuntu-based OS, too.

Yeah, this fan has been recommended as the replacement fan to use for about 6 months.  The OP posted as if he had discovered something new and ground-breaking.  Which it isn't.

You put your new fan on upside down. 

Yeah, mine run at 2.2GH not too bad at stock volts.  One out of the 10 is a big high in the HW errors, but still below 5%.

I had this discussion with Luke-Jr about a month ago.  There is no Longpoll support, but he said he'd look in to adding it.  

I found that running bfgminer on Linux helped a lot - I'm getting a solid 38GH out of my Cube connected to bfgminer on a Celeron 847 PC running Debian Wheezy. 
When I point the Cube to the Pi running MinePeon and bfgminer, the Pi's CPU is running flat out and efficiency goes to crap.  It runs OK on the BeagleBone Black running Debian, too (dual 1GHz ARMv7).  The same Celeron machine running a stripped down Windows 7 install is also inefficient.

With effectively free power, mine will mine until they blow up. 

Newsflash: Changing crappy fan for non-crappy fan aids cooling, more details at 10!

You should hopefully be able to see my chart at http://847pool.no-ip.biz:7544 - if my stupid router continues to behave. 

It's not even the correct shape.  Fail.

 

Huh, so p2pool doesn't work with more ASICs.  Oh dear.

If you need any more information than that, then you shouldn't be doing the mods.


The metal backplate is a heat sink.  If you're overclocking more, then you need a bigger/better one.  2GH is about the limit of the supplied heat sink.