Pages:
Author

Topic: [GUIDE] GridSeed GC3355 5 Chip Setup/power/windows/linux/rpi by UnicornHasher - page 35. (Read 365630 times)

sr. member
Activity: 462
Merit: 250
with bfgminer on windows, it is actually better to run them all on their own instance and point to their own worker in a pool.
You can always run a batch script to kick them all off and then restart the ones that trip out of the gate.

What we would need is a simple way to restart each miner from bfgminer to be able to run them all on one instance




Run in own instance: Is there an easy way to do this for 10x GS (batch line arg etc)? Right now if you fire up bfgminer, it finds all 10 and then goes off working.

Thanks

on windows instead of :all you put \\.\COMn  where n is the COM# listed in your device manager (e.g COM48)

so you make a shortcut file with different startup info for each
sr. member
Activity: 462
Merit: 250
I have 80 workers for my 80 gridseeds.

this way i know if each unit is getting work or not. Too many on one worker and things get fucked
sr. member
Activity: 378
Merit: 250
Quote
Okay, thanks.
So the question still remains. Is it advantageous to do it that way or to have each miner reporting separately to the pool to there be added up and tallied?
I mean, is it more profitable to combine total hash rates etc. at the origin point (local) or at the receipt point? Or does it matter at either way?
Does one method make more money than the other?
That's the point of this discussion, after all Wink
Wolfey2014

it's all going into the same wallet eventually so I don;t think there's any advantage to having a worked for each GS instance - unless you like to see the difference in has rates and it can be dramatic - I have 20 works set up for my 20 GS's and that has rates can run from 260 up to 415 sometimes.

"I noticed having one worker for all Gridseeds tends to raise the pool difficulty and then starts starving some GS, e.g. for DOGE. For lower difficulty coins/pools, they work just fine."

Now, that's the kind of information I'm looking for! That is definately important to know!
Thanks!
Wolfey2014
sr. member
Activity: 350
Merit: 250
Bitcoin Evengelist
Quote
Okay, thanks.
So the question still remains. Is it advantageous to do it that way or to have each miner reporting separately to the pool to there be added up and tallied?
I mean, is it more profitable to combine total hash rates etc. at the origin point (local) or at the receipt point? Or does it matter at either way?
Does one method make more money than the other?
That's the point of this discussion, after all Wink
Wolfey2014

it's all going into the same wallet eventually so I don;t think there's any advantage to having a worked for each GS instance - unless you like to see the difference in has rates and it can be dramatic - I have 20 works set up for my 20 GS's and that has rates can run from 260 up to 415 sometimes.

I noticed having one worker for all Gridseeds tends to raise the pool difficulty and then starts starving some GS, e.g. for DOGE. For lower difficulty coins/pools, they work just fine.
sr. member
Activity: 350
Merit: 250
Bitcoin Evengelist
with bfgminer on windows, it is actually better to run them all on their own instance and point to their own worker in a pool.
You can always run a batch script to kick them all off and then restart the ones that trip out of the gate.

What we would need is a simple way to restart each miner from bfgminer to be able to run them all on one instance




Run in own instance: Is there an easy way to do this for 10x GS (batch line arg etc)? Right now if you fire up bfgminer, it finds all 10 and then goes off working.

Thanks
sr. member
Activity: 308
Merit: 250
What about instead of using a Raspberry, would it not be an idea to run these on like the cheapest Intel NUC ?
those NUC like run something like 15watt

The NUCs don't come with anything..  I am rolling the dice with getting a zbox id81 plus

http://www.zotacusa.com/zbox-id81-plus.html

Found them for $199 so seems worth it instead of slapping an old power hungry pc together from spare parts


I'll report back once I get it and set up 20 gridseeds with it





True the NUC doesn't come with anything except the processor, but trow in a 64gig ssd, some ram and you have decent something.

but anyway i've got a brand new laptop that I can put to use, with an i3 and 15" and it also just uses 15w and paid 280$ for it.

Just less practical than a box that you can put in a corner
sr. member
Activity: 378
Merit: 250
Hello,
can someone who knows what they are talking about, tell me / us what each line means in the cpuminer window running for each miner instance?

Please explain it to the rest of us who don't know?

Some of it is obvious like "Dispatching new work to GC3355 LTC core" but the rest isn't.

But the rest of it needs to be explained.
I'd love to fully understand and comprehend what I am reading as each set of lines passes.

The red lines...
The green lines...
The blue lines...
The white lines...
The yellow lines...

Please be very detailed, literal, concise and complete in your explanation.

Thanks!
Wolfey2014
sr. member
Activity: 462
Merit: 250
What about instead of using a Raspberry, would it not be an idea to run these on like the cheapest Intel NUC ?
those NUC like run something like 15watt

The NUCs don't come with anything..  I am rolling the dice with getting a zbox id81 plus

http://www.zotacusa.com/zbox-id81-plus.html

Found them for $199 so seems worth it instead of slapping an old power hungry pc together from spare parts


I'll report back once I get it and set up 20 gridseeds with it



sr. member
Activity: 462
Merit: 250
with bfgminer on windows, it is actually better to run them all on their own instance and point to their own worker in a pool.
You can always run a batch script to kick them all off and then restart the ones that trip out of the gate.

What we would need is a simple way to restart each miner from bfgminer to be able to run them all on one instance


legendary
Activity: 3654
Merit: 8909
https://bpip.org
I'm running 10 because my cases and cords were delayed in shipping.  I need to run at least 32.

On API port per grid seed.  These are my hosted and leased units.

I'll just run 100 on a Linux PC until I can test on the next batch. 

Unless you wanna try running 10 instances Wink

so you run 1 instance per gridseed miner?
why would you want to do that ?
or am i missing something ?


If I understand this correctly - he's hosting/renting/leasing these to customers and each needs to be able to set their own pools etc. Probably not possible to do without starting a separate instance for each.

I tried running 6 cgminers for a different reason (for benchmarking) and had all sorts of issues - miners not recognized, slow hashing, etc - but I assumed there was an issue with the USB hub. Now I'm thinking maybe not. Maybe multiple cgminer instances just don't play nice sharing USB. Runs fine with 2 currently.
full member
Activity: 162
Merit: 100
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub



Hi its 3.7.2 i got it from this thread
the Rpi is running Scripta Os


Well It's either the wheezy image I'm using or the pi won't do 10 instances.   Either way the pi just dies after launching 10 cgminer instances.



err why are you running 10 instances ??
and the image is not wheezy HuhHuh? what ever that is



I'm running 10 because my cases and cords were delayed in shipping.  I need to run at least 32.

On API port per grid seed.  These are my hosted and leased units.

I'll just run 100 on a Linux PC until I can test on the next batch. 

Unless you wanna try running 10 instances Wink

so you run 1 instance per gridseed miner?
why would you want to do that ?
or am i missing something ?


yes because he lease the miners and host them for people
legendary
Activity: 1778
Merit: 1003
NodeMasters
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub



Hi its 3.7.2 i got it from this thread
the Rpi is running Scripta Os


Well It's either the wheezy image I'm using or the pi won't do 10 instances.   Either way the pi just dies after launching 10 cgminer instances.



err why are you running 10 instances ??
and the image is not wheezy HuhHuh? what ever that is



I'm running 10 because my cases and cords were delayed in shipping.  I need to run at least 32.

On API port per grid seed.  These are my hosted and leased units.

I'll just run 100 on a Linux PC until I can test on the next batch. 

Unless you wanna try running 10 instances Wink

so you run 1 instance per gridseed miner?
why would you want to do that ?
or am i missing something ?
donator
Activity: 686
Merit: 519
It's for the children!
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub



Hi its 3.7.2 i got it from this thread
the Rpi is running Scripta Os


Well It's either the wheezy image I'm using or the pi won't do 10 instances.   Either way the pi just dies after launching 10 cgminer instances.



err why are you running 10 instances ??
and the image is not wheezy HuhHuh? what ever that is



I'm running 10 because my cases and cords were delayed in shipping.  I need to run at least 32.

On API port per grid seed.  These are my hosted and leased units.

I'll just run 100 on a Linux PC until I can test on the next batch. 

Unless you wanna try running 10 instances Wink
legendary
Activity: 1778
Merit: 1003
NodeMasters
just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub





Nice! Got a link for that 49 port hub I can visit?
Is it working 100% stably?
Thanks
Wolfey2014

Hi yes its only the
Asicminer 49 PORT USB HUB for asic miners
here one on ebay
http://www.ebay.co.uk/itm/NEW-Asicminer-49-PORT-USB-HUB-for-asic-miners-or-charging-multiple-ipads-40-amp-/191099868689?pt=US_USB_Cables_Hubs_Adapters&hash=item2c7e709611
legendary
Activity: 1778
Merit: 1003
NodeMasters
another pic
its real honest


legendary
Activity: 1778
Merit: 1003
NodeMasters
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub



Hi its 3.7.2 i got it from this thread
the Rpi is running Scripta Os


Well It's either the wheezy image I'm using or the pi won't do 10 instances.   Either way the pi just dies after launching 10 cgminer instances.



err why are you running 10 instances ??
and the image is not wheezy HuhHuh? what ever that is

donator
Activity: 686
Merit: 519
It's for the children!
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub



Hi its 3.7.2 i got it from this thread
the Rpi is running Scripta Os


Well It's either the wheezy image I'm using or the pi won't do 10 instances.   Either way the pi just dies after launching 10 cgminer instances.

legendary
Activity: 1778
Merit: 1003
NodeMasters
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub



Hi its 3.7.2 i got it from this thread
the Rpi is running Scripta Os
sr. member
Activity: 308
Merit: 250
Quote
Okay, thanks.
So the question still remains. Is it advantageous to do it that way or to have each miner reporting separately to the pool to there be added up and tallied?
I mean, is it more profitable to combine total hash rates etc. at the origin point (local) or at the receipt point? Or does it matter at either way?
Does one method make more money than the other?
That's the point of this discussion, after all Wink
Wolfey2014

it's all going into the same wallet eventually so I don;t think there's any advantage to having a worked for each GS instance - unless you like to see the difference in has rates and it can be dramatic - I have 20 works set up for my 20 GS's and that has rates can run from 260 up to 415 sometimes.

Right, thanks!
I can see the same results 'averaged out' on my litecoinpool.org gui. rates run anywhere from 238 on up to 545KH/s at any given time. Average for entire group (6) runs around 2130KH/s. I'm seeing averages per unit at round 400+ a lot of the time. So I'm good with it.
So it would seem that one method is not more profitable than the other, so far.
I wonder what others' experiences are though.
Anyone else want to chime in?
Wolfey2014

Here is some very thoughtful and well-researched analysis of cgminer vs cpuminer pros and cons:

That's just a pitch to the unwary to sucker them into using cgminer. IMO, cgminer and bfdminer are still too much of a pain in the ars to use because they are line code intensive and you have to learn coding, albeit a somewhat higher language than assembly. Still, so much to memorise. Check the threads on them. You'll find tons of config errors, troubleshooting and very few are actually running stably with them, without having to babysit them.

Skip all that mess and just use cpuminer if you want to get up and running in minutes instead of hours ,,, or years Cheesy!!!

Scrap that other stuff and use this,, only... http://cryptomining-blog.com/?s=Download+cpuminer+for+Gridseed+5-chip+GC3355+ASICs+with+Reduced+Power+Usage

Good luck!
Wolfey2014


Good to know, as I'll have only 4/5 GS guess I'll just use cpuminer
donator
Activity: 686
Merit: 519
It's for the children!
Which cgminer are you running on the Pi?

just thought i would share this with you all
i have 18 Gridseed miners running on a Ras-pi
using a 49 port Hub

Pages:
Jump to: