Topic: [GUIDE] GridSeed 5-Chip USB, Blade & Black Miner Support/Tuning - page 73. (Read 308807 times)

"generalise"? First the spelling is 'generalize'.

Secondly, it's the wrong word to use here.
You mean 'relate'!

Your query is moot. Obviously it's not what he asked for, but it's still worth mentioning. Uh, get it?
wolfey2014

I'm really that daft - how does an OC on CPUMiner generalise to an OC on cgminer?

Are you really that daft? 

Does it count if it requires soldering and maybe replacing a resistor?

Yes. Please explain. With pictures if you can.

Is it possible to run cgminer 3.8 for BTC and in same time cgminer 3.7 for LTC ?
to mine both cores in same time with good minres.. (Windows)
I don't like CPUminer...

1BTC Bounty for the first person that can overclock gridseed 5-chip devices in cgminer or bfgminer without additional HW errors and rejects!

Also

2BTC Bounty for the first person that can do it over the weekend! This means by 11:59 EST Sunday 3/16/14

Ready set go.

Are you really that daft? 

And this is relevant how? 

Cool! I'm doing it right now with cpuminer for SCRYPT only.
900MHz for several minutes. Excellent!

Wolfey2014

Another problem appeared. When I get all 40 connected, first 10 are declared SICK. And also some miner's Accepted Shares keep staying at 0. What could be the issue?

1BTC Bounty for the first person that can overclock gridseed 5-chip devices in cgminer or bfgminer without additional HW errors and rejects!

Also

2BTC Bounty for the first person that can do it over the weekend! This means by 11:59 EST Sunday 3/16/14

Ready set go.

I'm running 19 miners currently on the Pi and it has not had any stability issues. As you can see in the screenshot below, system load is under 0.1, cgminer processes are mostly sleeping. Some differences from your setup: 1) I'm using scripta and a precompiled cgminer posted by someone initially on litecointalk; 2) I'm running two separate cgminer instances (10 and 9 miners). I would suggest for you to try the precompiled cgminer and see if that performs better. If that doesn't help I would start narrowing the problem by disconnecting half of your miners to see if there is one malfunctioning device that might be causing cgminer to misbehave.

Just make the height of the cgminer bigger before plugging the USB then nothing will freeze

Anything over 16 miners will get my cgminer to crash. Why so? It will just freeze and then crash. 16 miners work fine. Can anyone help please?

Hate to be posting this (especially on Pi day!) but here are my results of using the Pi with 17 miners.

Getting the Pi working was a breeze! Simply loading the OS (Raspian) and logging in through SSH (after the initial menu config) allowed me to compile cgminer just like on Ubuntu server....although a LOT slower.

After modifying the text file for stability (as posted in this thread) I fired up cgminer and it started hashing. Things were looking good and I was elated so I went to bed. I did notice that on the Pi cgminer takes from 10-25% CPU sometimes shooting up to 50%. Figured that was fine as long as the little guy was working.

Little backstory. Before using the Pi I was successfully mining using a ThinkPad laptop with Ubantu server. I took two screen shots in 24 hour intervals on that computer. First was at 800 and the second 850.

Back to the Pi...so I woke up and checked in on the Pi. Was disappointed to see some of the miners were not hashing as fast and that the average was low. HW was also MUCH higher.

Left it hashing and went to work.....checked on the pool to see how it did overnight...not good:



You can see where I started to use the Pi at around 2:00 AM. For some unknown reason it went WAY down from around 5ish to 8ish. Overall the hashrate looks lower than the Thinkpad.

Will keep it running on the Pi for another 7 hours but thinking that the Pi will be going back to the store. I'm sure it beats using the controllers but perhaps it's just not fast enough.