No difference long term, better to stick to one miner process.
Thanks for answer. Got it working now with a single minerd for all gridseeds. Hash rate looks to be almost same as with cgminer. Hopefully later it grows even bigger, since many miners will likely clock higher than 950mhz. I tried running without powered hubs. Looks like unpowered hubs will result with more errors in shares and lower hash rate on average. Some miners still reporting around 330khs in minerd after couple of hours running. Any idea why it is so? They all should do around 400-415. It's better to turn off autotune now that you can set the chip frequency, this will lead to a more consistent hashrate. |
|
|
|
Santor I dont quite get the syntax on the settings for freq
--freq=850 --gc3355-freq=/dev/ttyACM0:900
Why is freq 850 used then 900
Thanks
--freq=850 is the setting the clock speed for all the Gridseeds. --gc3355-freq=/dev/ttyACM0:900 is setting the clock speed for a specific Gridseed. If you have multiple, you can set them like so: =/dev/ttyACM0:900,/dev/ttyACM1:850,/dev/ttyACM2:950 You can use either. I don't know what'll happen if you use both though, presumably the --gc3355-freq is more specific and will override whatever is set on --freq. If this is the case, you can set a default clock speed for all the Gridseeds and override a few that need to be set differently. And if you want to be more specific, you can set the frequency of a specific GC3355 chip: --gc3355-freq=/dev/ttyACM0:900,/dev/ttyACM0:875:4 -> that will set the frequency of chip 0-3 (0-3 & 5-39 for G-Blade) of the miner @ ttyACM0 to 900, and chip 4 will be set to 875. |
|
|
|
OK, looks like im going to stay on Sandor cpu miner with my 80 miners.
I wonder how is the most efficent way to run them. Perhaps 10 per miner and worker? Or is there any difference at all running 10 per worker/miner or 20 per worker/miner?
Perhaps someone has more experience to share regarding this?
No difference long term, better to stick to one miner process. I haven't seen this anywhere but is there a benefit to raising the 'baud rate' of the gridseed port above 115200?
Gridseed spec says it only supports up to 115200, so going above that is pointless. |
|
|
|
:loop minerd.exe --gc3355=\\.\COM4,\\.\COM5,\\.\COM6,\\.\COM7,\\.\COM8,\\.\COM9,\\.\COM10,\\.\COM11 --gc3355-autotune --gc3355-chips=40 --freq=825 minerd.exe --gc3355=\\.\COM4,\\.\COM5,\\.\COM6,\\.\COM7,\\.\COM8,\\.\COM9,\\.\COM10,\\.\COM11 --gc3355-autotune --gc3355-chips=40 --freq=825 goto loop pause Im getting error "unrecognized option: --gc3355-autotune.  When i delete autotune, it will work fine. I see nothing wrong here, are you using the latest build ( https://www.dropbox.com/s/ttqa9p851siz8oi/minerd-gc3355.zip) ? Could you post the full command line? |
|
|
|
|
cpuminer-gc3355 is stable on any platform though, no crashes or lockups.
|
|
|
|
I dont know why people have not developed On top of Cgminer?
What do you mean? There are plenty forks of cgminer that support gridseed. However, cgminer is not running very stable for most people (correct me if I'm wrong here). The most popular cgminer forks are from dtbartle ( https://github.com/dtbartle/cgminer-gc3355) and girnyau ( https://github.com/girnyau/cgminer-gc3355). If you search you will also find Windows binaries for these. cgminer works great with gridseeds on Linux! It's the way it handles USB on Windows that is the problem. I switched from Windows because of this. Resisted for years but am glad I did. The learning curve is medium to high though. cgminer was forked from cpuminer. It has advanced quite a bit and I too feel sandor should be building off the latest version of cgminer with scrypt added back in. He's not kidding when he said he feels like he is reinventing the wheel  That being said I have been using sandors cpuminer for the last day with great results so far! I love CGMiner, but the main intention was to build a Gridseed miner for Tp-link 703N/Wiibox, it had to be faster and consume much less memory than CGminer and able to run many (100+) miners on a single instance to combat the limitation of 32MB of RAM, but I ended up adding a lot of stuff to it that I hadn't planned for, for the better. |
|
|
|
Support for individual chip frequency is added. It’s possible to run regular USB miners and G-Blades on a single instance, because the number of chips is now auto detected.
Binaries (Win, Rpi) have been updated.
I'm still working on a summary like cgminer, almost done, but it feels like I'm reinventing the wheel.
I think you've mentioned something about an API but I can't find that post now. Does it have an API? Any other means to monitor it remotely short of scraping stdout? Thanks. Yes, the API is accessible on port 4028, sending will output a JSON encoded array with mining stats for each chip. It's disabled on Windows though. |
|
|
|
|
I haven't tested it with a G-Blade yet, but it should work if the firmware version is the same for all.
|
|
|
|
|
From most to least stable: Linux, Windows, Tp-link 703n, Rpi
|
|
|
|
|
Cpuminer update
Support for individual chip frequency is added. It’s possible to run regular USB miners and G-Blades on a single instance, because the number of chips is now auto detected.
This means that I will be working on building a new bin image, so that is possible to run G-Blades on and set frequencies specific to the chip.
|
|
|
|
|
Support for individual chip frequency is added. It’s possible to run regular USB miners and G-Blades on a single instance, because the number of chips is now auto detected.
Binaries (Win, Rpi) have been updated.
I'm still working on a summary like cgminer, almost done, but it feels like I'm reinventing the wheel.
|
|
|
|
|
Support for individual chip frequency is added. It’s possible to run regular USB miners and G-Blades on a single instance, because the number of chips is now auto detected.
Binaries (Win, Rpi) have been updated.
I'm still working on a summary like cgminer, almost done, but it feels like I'm reinventing the wheel.
|
|
|
|
|
Support for individual chip frequency is added. It’s possible to run regular USB miners and G-Blades on a single instance, because the number of chips is now auto detected.
Binaries (Win, Rpi) have been updated.
I'm still working on a summary like cgminer, almost done, but it feels like I'm reinventing the wheel.
|
|
|
|
On Sandor's cpuminer fork what is the command to set the individual freq of the 5 chips. Have found best freq with auto tune and want to set them permanently now.
Can anyone help
Thanks
Not possible yet, I will add support for this soon. |
|
|
|
I LOVE that new build of cpuminer Sandor. The gridseed I just got today and modded has individual cores sitting nicely at 1250Mhz, 1275MHz, and 1300MHz.
If you could manage to do a 'summary view' with data at the top like cgminer I think it would be absolutely perfect. May as well call it Seedminer at that point too.
I'm working on a miner summary similar to what the pool dashboard looks like on LightningAsic firmware. Great news sandor111! cgminer is a fork of cpuminer so you might want to look at some of their earlier changes for the TUI. BTW, I tried compiling the latest version on Ubuntu but get an error: sudo git clone git://github.com/siklon/cpuminer-gc3355.git
cd cpuminer-gc3355
sudo ./autogen.sh <-error here
On a separate subject I just started trying this but I actually think it might be more profitable for me to dual mine since I pay a flat fee for electricity and am not close to my quota (16amps). Will post my findings if anyone is interested. Try chmod +x ./autogen.sh && ./autogen.sh |
|
|
|
I LOVE that new build of cpuminer Sandor. The gridseed I just got today and modded has individual cores sitting nicely at 1250Mhz, 1275MHz, and 1300MHz.  If you could manage to do a 'summary view' with data at the top like cgminer I think it would be absolutely perfect. May as well call it Seedminer at that point too. I'm working on a miner summary similar to what the pool dashboard looks like on LightningAsic firmware. |
|
|
|
Had my 60 GS's running nicely on three RasPi's running Scripta - nice and solid. But decided to give this software a go, seeing as i have these LA controllers just lying around and I'm curious about the auto tune facility.
I upgraded 2pcs LA controller V1 and 4pcs LA controller V2 successfully. No bricks.
Some of the V2 controllers needed to use the V1 'prep' firmware before upgrading, but obviously i tried V2 first and when that failed i successfully used V1. None of them needed to be power cycled - they all rebooted themselves after a little while.
I am now running 10 units per controller with each 10 on a single 12V USB hub (supplied by Jack with the kit)
I've started at 800MHz on auto tune - lets see how it goes!!
Looking forward to a future fw update that will control the individual chip frequencies!!
The current firmware I believe already does individual chip freqs. I believe he means the option to set the frequency specific to a chip, which I have yet to implement. |
|
|
|
This is working great getting much better resuts than with cgminer/bfgminer on my blades. I am not sure how I can run one instance of cpuminer with blades and gridseeds though. Is this possible or would it have to be 2 separate instances due to the chips=40 or chips=5 flags?
Thanks
Yes this will require two instances. I'm experiencing an annoying issue using CPUMiner. My Gridseeds, especially the G-Blades, stop sending shares in a middle of nowhere that I'm forced to restart the device every5~10 minutes or so. No I don't have such problem using Zadig+cgminer. Anyone know how to fix this problem? Any help would be appreciated. Thanks...
Is that on Windows? Did you try the latest build from https://www.dropbox.com/s/xc3lvysi8vtrt00/minerd-gc3355 ? Yes I'm on Windows 7 Professional x64, using STM's com port driver and latest binary but problem still persists. Do you have some debug option available so I can possibly track down the root cause? Check your COM port settings.  Wolfey2014's idea to turn off FIFO buffers. Personally I never had a problem on Windows with cpuminer (even before disabling FIFO). |
|
|
|
This is working great getting much better resuts than with cgminer/bfgminer on my blades. I am not sure how I can run one instance of cpuminer with blades and gridseeds though. Is this possible or would it have to be 2 separate instances due to the chips=40 or chips=5 flags?
Thanks
Yes this will require two instances. I'm experiencing an annoying issue using CPUMiner. My Gridseeds, especially the G-Blades, stop sending shares in a middle of nowhere that I'm forced to restart the device every5~10 minutes or so. No I don't have such problem using Zadig+cgminer. Anyone know how to fix this problem? Any help would be appreciated. Thanks...
Is that on Windows? Did you try the latest build from https://www.dropbox.com/s/xc3lvysi8vtrt00/minerd-gc3355 ? |
|
|
|
apt-get update
apt-get install -y build-essential libtool libcurl4-openssl-dev libjansson-dev libudev-dev autoconf automake
git clone https://github.com/siklon/cpuminer-gc3355
cd cpuminer-gc3355
./autogen.sh
./configure CFLAGS="-O3"
make |
|
|
|
|
Show Posts
