Performance Results from 2x Gridseed Blade Miner ASICs

8 Apr
2014

gridseed-blade-miner-2

A few days ago we have posted our first test results from the new Gridseed Blade Miner. We got early remote access to a single unit that we were able to test and report our findings before the devices actually started shipping thanks to our friends at MinerEU who are an official Gridseed EU distributor. Meanwhile we got a second unit attached to the system we were testing, so we were able to run some longer tests with two devices in order to see what variance we can expect from device to device. We also expanded the tests to cover various usage scenarios to check what hashrate you can expect to get if mining for a fixed higher difficulty coin such as LTC as well as if you are mining in auto profit switching mode to mine the most profitable crypto coin. Meanwhile the new Gridseed Blade Miners should start shipping tomorrow, so the people that have ordered them should start receiving their units very soon.

bfgminer-gridseed-2x-blade-800-mhz

We are starting up with a result showing the two Gridseed Blade Miners, each of which is reported as two separate devices, fixed in mining for LTC with a worker difficulty of 256 at the scryptguild pool. The Blade Miners are running at 800 MHz, a frequency that can normally provide up to about 5.6 MHS in mining a fixed crypto currency with higher worker difficulty. Note that one of the PCBs, namely the GSD 1 device does report a lower actual hashrate and that is a direct result of getting some HW errors from that PCB. It seems that this could be related to the cooling not giving a good contact to one of the PCB sides for example, so we recommend to inspect your miners and if needed to optimize them a bit before running them, just in case and to get the best performance. This is something that we recommend doing for the smaller 5-chip Gridseed ASIC devices as well, especially if you plan to overclock and voltmod them, you need to check the contact between the cooler and the chips.

gridseed-80-chip-2x-blade-poolside-800-mhz

Notice that the poolside result is pretty much consistent with the local reported actual hashrate. Do note the other worker above the Blade miner, it is from a voltage modified 5-chip Gridseed ASIC running at about 490 KHS local hashrate (1150 MHz). You can see that with close number of submitted shares to the pool, the number of rejected (stale) shares is almost twice as high on the smaller ASIC as compared to the Blade Miner. The reason for that difference is that the small miner is running on automatic profit switching and 64 worker difficulty, so it gets more stale shares due to the often switching between different crypto coins and due to the fact that some are with lower difficulty and many blocks are calculated quickly.

gridseed-blade-miner-2x-autoswitching-results

So how about leaving the two Gridseed Blade Miners for a few days to run in auto profit switching mode at 64 worker difficulty at scryptguild, the miners were running in 800 MHz. The result is quite interesting, local hashrate reported at about 5 MHS per device with about 6.8-6.9% of stale shares (the percentage is higher as expected) and more HW errors that you would normally get if mining for a specific coin only. What you should be well aware of is that based on the pool and the type of mining you are doing you might be getting different performance that could be lower or higher than what the official specifications about the miner say. Using automatic profit switching pool might help you get more profit than mining directly for LTC for example, though the extra percentage you might get may be lower in reality than what your raw calculations may show initially as you could be getting more stale shares as well as more hardware errors this way. So far we are satisfied from the results we are getting from the new Gridseed Blade Miner, though at the moment due to the uncertainty and the lower Bitcoin and Litecoin prices, people seem to be very careful in general when considering to buy ASIC hardware. And we are not talking only about investment in very powerful and very expensive mining hardware that is expected to ship later this year.

– For more photos, specifications and information about the new Gridseed Blade Miner…

Raspberry Pi Controller Images with Gridseed ASIC Support

8 Apr
2014

hashra-controla-gridseed-web-interface-new

About a week ago we got our Raspberry Pi and started checking out the different available images for the device that could turn it into a mining controller for Gridseed ASIC miners. We have tried pretty much everything we were able to find available and it is time for us to report our first impressions from the different RPi images we have tried as well as some useful information that e have stumbled upon while trying them…

Zoom Hash offers a console-only based Raspberry Pi image in the form of a very basic solution along with a short guide and instructions for installing the image. Their RPi image is freely available for download, requires 4GB and contains a compiled cpuminer for Scrypt only mining. Easily configurable via a command line script. You can login with user/pass – pi/zoomhash.

MinerEU does provide a very basic console-based Raspberry Pi image with support for Gridseed ASIC devices. The company does not currently sell Raspberry Pi devices, so you cannot buy a ready controller solution with the software, but if you have the hardware you can set their image on your own and try it out. The image is 8GB, comes with compiled cpuminer and cgminer and does support scrypt only mining, there is no web interface, everything is controlled through the console. You can login via SSH as root user with username/password – root/minereu.

Hash Master does provide their Raspberry Pi image along with the device only if you purchase the complete controller package from them. We could not find their Pi image available for download other then the complete package they offer as a Pi-based controller with SD card and preloaded image on it, so we are not going to be able to test this image, but it seems to be pretty much Scripta with some visual modifications and the proper cgminer for Gridseed. We haven’t been able to test it, so we can’t report anything, though it probably handles well being based on Scripta (earlier version though). They do sell their RPi controller a bit pricey considering the normal price of the hardware you get.

Hashra provides a downloadable Raspberry Pi image for use as a controller solution for Gridseed ASIC devices. The version you can download from their website is 1.2, though you can easily update from the web interface to the latest version of the software (the web-based part) and we have done most of our testing with version 1.2.7 and there is a newer one also available. The good thing about Hashra is that their software is basic and easy to use and provides easy access for both scrypt only (bfgminer), SHA-256 (cgminer) only or dual-mining mode (cpuminer + cgminer). The drawback we did not like much is that there is no root access avaialble for you to have full controll, though there is a user fixed image available. The 1.2.7 was lacking the ability to overclock past 900 MHz, but the latest 1.3.3 version has that fixed with up to 1300 MHz selectable and a bit cleared interface. We like that solution quite a lot, though the load on the RPi and the lack of root access is a bit of a drawback, still probably the best option for dual mining. What is still missing as a feature is the support for backup pools if there is a problem with the main one you have set.

scripta-gridseed-support-web-interface

Scripta is our favorite solution so far at least in terms of features, especially after getting an image made by user that has everything setup and ready for use with Gridseed support, so no need to modify and compile things yourself. That particular image by mox235 is available here for download and it is really nice and easy to be used. Note that Scripta does support only Scrypt mining, you need a 4GB card, and the solution with mox235 comes with a modified version of girnyau’s version of cgminer that supports per device overclock via serial number (700-1400 MHz). You are able to pass individual parameters to cgminer, so no fixed drop down boxes to set frequencies for example, the web interface also does support reporting of serial number and device frequency, helpful when overclocking different devices with different frequencies. The image uses HTTPS for the web interface, though it relies on self signed certificate, so you will get a warning when trying to login, the default web password is scripta. You have full root access with user/pass – root/scripta. The thing that we did not like very much is that the miner control options do not seem to be working well, so when you change settings it is a bit frustrating to get them applied.

The best options you have are probably the Hashra and Scripta images for RPi, both seem to work pretty well, though you may still have some issues running them, especially if you plan on using a lot of Gridseed devices connected to them. It is important to monitor them carefully initially to ensure that your setup is working well before leaving the Raspberry Pi to handle things on its own. You are welcome to share your feedback and suggestions based on using any of the above RPi images with Gridseed support. Do note that so far we have been testing with a single Gridseed ASIC devices and we are now just going to add more miners to see how well will the Hashra and Scripta images going to handle more ASICs on the long run.

Pushing the Gridseed 5-chip ASICs to the Maximum with a Voltmod

7 Apr
2014

gridseed-68-kohm-r52-resistor-mod

The last time we talked about voltmodding the 5-chip Gridseed ASIC devices we did what we considered the optimal voltmod for optimal performance/power consumption. Back then we discussed what could be the theoretical maximum you might be able to push the voltmod to in order to try to get the best possible overclock, though that would be achieved with an unreasonably high power usage. Well, we have decided to try out and push things to the maximum, namely replacing the R52 resistor with a 68 kOhm 402 1% SMD resistor. With this modification we were aiming to get 1400 MHz while still fitting in the power consumption that the ASIC could handle in Dual Mining mode or about 60W, however running in Scrypt only mode. With these settings we were planning to get stable around 600 KHS if we would succeed in actually running the GC3355 chips at a bit over 2 volts.

gridseed-68-kohm-mod-power-usage

So we’ve replaced the R52 with a 68 kOhm resistor, assembled everything up (do not try to run the ASIC disassembled with this mod as you can burn the voltage regulators in a matter of a few seconds). Firing up the ASIC has shown a total power usage of about 58-61W, so pretty much what we have planned initially, however the problem was that the Gridseed device did not want to function properly at that voltage after the modification. It simply did not send any shares back to the server, neither it was showing any HW errors, through apparently the device was working and communicating with the miner software. so we do not recommend to push things so much trying to get the maximum performance regardless of the power usage, better stay at at the reasonable recommendation by using a 47 kOHm resistor which should get you close to 500 KHS at about 20W, running the miners stable at about 1150-1163 MHz. Even if we were able to get the device working properly with the 68 kOhm resistor mod and with 60W power usage it wouldn’t be reasonable to get just about 100 KHS more with an extra 40W of power. You could of course try resistors with values in between 47 and 68 kOhm to see where the maximum would be, but for us it is not reasonable to get just a few more extra KHS with double or triple the power used. Still feel free to experiment and report your finding and as usual be very careful not to burn your hardware while experimenting with it. If you go with more than 47 kOhm resistor be extra careful if running the device with the bottom of the cooler not attached as you can easily burn the voltage regulators of the ASIC!

top