Posts Tagged ‘Scrypt ASIC’

Zeus Has Apparently Started Shipping their ZeusMiner Scrypt ASICs

22, May 2014

zeusminer-scrypt-asic

Zeus Integrated Systems has released their weekly update and confirmed that they have shipped the first 500 ordered units to customers, though apparently many of these were picked by customers from China. The company should continue shipping the rest of the orders from the first batch and is already taking preorders for the next batch. Currently only Cyclone, Thunder and Lightning miners are apparently being shipped and the smallest Blizzard miners should also start shipping very soon. Our order for a single Blizzard miner still says Processing as a Status and we are going to be keeping you updated once it actually ships and when we receive it and do some testing on our own. So stay tuned for more information soon.

Meanwhile, Alpha Technology, another Scrypt ASIC manufacturer has sent requests to the customers that have preordered their Viper Scrypt Miners to send the rest of the payment as the company has requested only 30% initial deposit for preorders. This however does not include shipment as it should be paid additionally when the time for shipping the actual product is close. Previously Alpha Technology said the full payment needs to be paid 8-10 weeks before shipment and they now say they will be ready for July shipment, so that should mean end of July most likely. And while 90 MHS Scrypt ASIC seemed quite a lot just a few weeks ago, now Innosilicon A2-based Scrypt ASICs are already shipping and are prety much capable of providing this hashrate. And Even though A2 is still a bit more expensive than the Viper you will still be able to get it now and not wait two more months (if Alpha Technology keep their promise for shipping in July). We personally have not preordered anything from Alpha Technology and do not have plans for doing so for the moment.

– To read the latest update from ZeusMiner regarding the current status of shipping units…

More Details About the KnCMiner Titan ASIC Chips Revealed

15, May 2014

kncminer-titan-300-mhs-scrypt-asic

KnCMiner has revealed some more additional details about the chips that are going to be used in their upcoming Scrypt ASIC miners, the now already expected to provide a hashrate of 300 MHS Titan. It seems that each KnC Titan will will have four Scrypt ASIC chips in order to make sure they’ll output the guaranteed minimum performance of 300 MHS. Each chip will have 2284 cores that will be able to run 18272 threads simultaneously and will have 300MB of onboard memory. And since we are going to have 4 chips in each miner, this means that each Titan will come with 9136 cores running 73088 threads in total and resulting 300 MHS of Scrypt hashrate.

KnC says they were able to squeeze all of that in a 55 mm x 55 mm package while simultaneously extracting over 300 Watts worth of thermal energy, so it will be interesting to see how will they be able to cool these units. This however means that the total power consumption for a 4 chip Titan could go up to 1200W. According to KnCMiner the final tape out of the chips should happen within the next few weeks, or with other words the miners are not going to be ready to ship in Q2 and early Q3 is probably way too optimistic… so maybe something like August or September seems like a reasonable expectations. The price of the 300 MHS KnCMiner Titan Scrypt ASIC miner is still $9995 USD without VAT.

With all that said we are already seeing Scrypt-based ASIC miners using the Innosilicon’s A2 28nm chips to be already on sale and apparently shipping. And while these are more expensive and go only up to about 80-90 MHS, they can be further scaled up with more modules, the problem that remains however is that they come pretty expensive, though you can get them without having to wait them on pre-order. So it will be very interesting to see how will things progress on the Scrypt ASIC market in the next few months. Zeus is also expected to start shipping their first batch of 55 nm Scrypt ASIC miners in just 5 more days, so these should be able to fill in the gap between the smaller Gridseed’s GC3355-based miners and the Innosilicon A2-based big miners.

First Impressions and Performance Results from A2BOX Scrypt ASICs

12, May 2014

minereu_a2box_1

Thanks to our friends at MinerEU we were able to get remote access to test an early prototype of a A2BOX Scrypt ASIC miner. These miners us the new 28nm Innosilicon A2 Scrypt ASIC chips, 48 of them on 6 modules with each chip running at 1.5M with about 10W power consumption. The total hashrate of the complete miner is 72 MHS and can be further overclocked up to about 80 MHS or even more. Do note that the tests below are ran on an early prototype of the miner, so the final products tat customers will receive will be improved and should handle even better. In fact after finishing the tests and reporting our findings there were apparently already some improvements on the software part that should improve the results people that get the final product will be getting. We are going to be doing some more tests probably later this week of the final production units to check the progress, so stay tuned for more interesting information. For the moment we are only able to provide some first impressions and performance results from our remote access testing. We are going to try to also do a hands on review later on when we are able to get our hands on the actual hardware.

minereu_a2box_2

The miner itself is contained in a 4U case and aside from the 6 modules with the ASIC chips it also has a power supply inside the case as well as a Raspberry Pi controller with the software to control the miner. The software itself is a modified version of cgminer 3.9.0 with support for the Innosilicon A2 Scrypt ASIC chips and by default it is only a console only version of the miner, though the unit we tested also had Scripta installed to make it easier to monitor and control the miner. In overall things were running pretty smooth and easy with the cgminer in the back and Scripta as a frontend, though we’ve noticed some things that could be improved and hopefully they will be in the final miners that will be shipped to people that have ordered them. The 72-80 MHS A2BOX miners are pretty big and expensive at $12000 USD each, so they are not going to be accessible to all, however we may also get smaller units with 1 or 2 modules available as well that should be slower in terms of hashrate, but also more affordable and easier to get by miners that have a smaller budget for hardware.

a2box-startup-1200-cgminer-390

The default operating frequency as per the A2 chips specifications is 1 GHz with a 1.5 MHS hashrate per chip running at that frequency, though the chips should be capable of 1.1 GHz with 1.65 MHS and 1.2 GHz with 1.8 MHS per chip. Increasing the operating frequency will bring up the power consumption and the heat generated, so proper cooling gets more important in order to actually get higher performance. The modified cgminer 3.9.0 with support for A2 on the Raspberry Pi actually allowed us to set a frequency of 1000, 1080, 1100, 1200, 1280, 1300 and 1400, if set to over 1400 MHz or under 1000 MHz defaults to 1000 MHz. Another good thing is that you can set individual frequency for each module, so you can find out if any of them can work fine at a higher frequency an other at low for optimum performance. It would be good however if a finer grain frequencies could be set by the user as currently the steps you can set in terms of operating frequency are pretty high.

a2box-scripta-1200-mhz
a2box-1200-mhz-poolside-scryptguild

Here is how things looked at 1200 MHz operating frequency of the miner, pretty much the highest one that is worth running the miner at. Scripta is reporting 87 MHS local hashrate and at the pool (scryptguild) we are getting about 80 MHS average, so pretty much what is promised as achievable in terms of overclocking. Do note however that two of the modules are running at lower hashrate as compared to the others and we have found the reason for that is some cores on the chips withing the two modules were not fully functional. Do remember however that here we are testing an earlier prototype of the miner, so it is expected that some things might not be working perfectly, though the good thing is that cgminer reports that and if you have similar problem you will be able to easily notice it when running the miner. We suspect that the reason for getting significantly higher number of HW errors on these two particular modules is also a result from that fact. But even in that situation we are still getting pretty good results when overclocked to 1200 MHz, even with higher than recommended number of HW errors. We got a notice that further optimizations have been made to reduce the HW errors, so the final products should be handling better.

Example output for module 3, 410 active cores out of 432:

[2014-05-08 13:50:02] spidev0.0(cs3): Found 8 A1 chips
[2014-05-08 13:50:02] Found chip 1 with 52 active cores
[2014-05-08 13:50:02] Found chip 2 with 51 active cores
[2014-05-08 13:50:02] Found chip 3 with 53 active cores
[2014-05-08 13:50:02] Found chip 4 with 42 active cores
[2014-05-08 13:50:02] Found chip 5 with 52 active cores
[2014-05-08 13:50:02] Found chip 6 with 53 active cores
[2014-05-08 13:50:02] Found chip 7 with 54 active cores
[2014-05-08 13:50:02] Found chip 8 with 53 active cores
[2014-05-08 13:50:02] Found 8 chips with total 410 active cores

Going higher in terms of overclocking brings up the local hashrate, however it also reduces the poolside one due to lower efficiency of the chips as more HW errors are being generated. So for example at 1280 MHz we were getting about 92 MHS local hashrate, but just 72 MHS poolside, clearly showing that there is no point to go higher than 1200 MHz, even when cgminer allows us to set the frequency up to 1400 MHz. Going a step lower to 1100 MHz we’ve got about 81 MHS local hashrate and about 77 MHS poolside, so at that frequency we are getting a lower difference between the local and the poolside hashrate than at 1200 MHz. Going one more step down to the default frequency of 1000 MHz (the minimum allowable by cgminer) we’ve managed to get about 72 MHS local hashrate and about 65 MHS poolside, so it seems that 1100 MHz seemed the optimal one where you are not pushing the chips too much. We have noticed that even at the lower operating frequencies the number of HW errors of the two modules that had some of their cores not properly working were still at more than 10% which is a value that is a bit too much for an ASIC device. So it seemed that the problematic cores were indeed the cause of us getting more HW errors and not pushing the chips to a higher frequency and with all of the chips properly working the local and poolside hashrate should increase a bit more than the one we’ve managed to get out of the early prototype that we were testing here.

In short, the new A2BOX miners based on Innosillicon A2 Srypt ASIC chips do seem to work quite good and stable, though there are still some thing that needed work and improvement. Hopefully they will be addressed in time for the final production miners to start shipping to people and we already got information as mentioned that things have been improved already and we are soon going to be able to remotely test not an early prototype, but a final product to confirm this by ourselves, so stay tuned for more information.


top