filmes porno buceta gostosa phim sex www xxnxx com xxxvideos porno Xvideos Com

Posts Tagged ‘Jasminer X4 miner

It seems that we kind of missed something important in the silent modification of the Jasminer X4 1U miners described here and that is to take into account the one other thing that generates heat inside the miner. That is the controller chip on the miner’s control board that normally does not come with a cooling heatsink on top of it. The Xilinx Zynq-7000 SoC (XA7Z020) used is not a traditional FPGA like we kind of assumed without properly checking the specs of the chip. It is in fact a dual-core ARM Cortex-A9 Application Processor Unit (APU), and as you know having a processor, even a lower power ARM one can get things hot when operating and under load 24/7…

So, what apparently happened during the night, with no one present around the miner is the control board of the Jasminer X4 1U that we were using for testing just dying on us for no apparent reason. The only thing that comes to mind is the chip overheating for some reason and dying on us, although the normal operating temperature does not seem to suggest any overheating issues. Normally, when the miner is in its original package inside the 1U box with all the high-rpm server fans the inside ambient temperature is probably lower and thus no additional cooling has been provided for the controller board’s processor, but when you open it up and modify it to use silent fans things might become different. Thankfully we’ve had a spare controller board already ordered just in case something like that happened, so we replaced it immediately and the miner continued to function like before.

We’ve measure the operating temperature of the Zynq APU on the new controller board and it is nowhere near dangerous levels for such chips, at around 52 degrees Celsius (125.6 F) it should be pretty much safe even without extra cooling, right. Well, it might be now, but if what for some reason this temp rises for a while, probably that is what happened for some reason with the APU getting higher load for a longer period of time resulting in overheating (thouhg it could also be some totally unreleated reason as well, can’t be sure). Just to be on the safe side, it is a good idea to add a small memory chip cooler on top of the Zynq APU in order to keep the operating temperature lower at all times. Especially if you plan on using a silent modified miner and the the standard configuration where the issue could be less prone to appear.

Also, a good advice might be to order a spare controller board just in case, especially if you are running more than just a single Jasminer X4 1U ASIC miner. This is to avoid possible downtime in case something happens with the controller board on your miner. Do note that you can connect multiple hashing boards with Jasminer X4 ASICs to a single control board (our both had 3 connectors for hash board), though we’ve seen board with more connectors as well. We’ve tried and the control board detects and functions with a hashing board connected to all of the three available ports. So, as a temporary solution you might use a single control board to drive multiple hashboards of multiple miners in case you have more than juts one and you get a dead controller board.

We’ve been playing around with a Jasminer X4 1U Ethash and ETChash ASIC miner for a couple of days now and we have some more things to share with you if you are interested in the device. We’ve already covered some interesting findings and possible tweaks for the Jasminer X4 1U ASIC miner here, but we continued further trying to optimize the miner and see if we can squeeze a bit of extra performance from it. Our next obvious step was to disassemble the hashing board with the ASIC chips…

Removing the aluminium cooling heatsink, a single piece for the whole board, revealed the eight Jasminer X4 ASIC chips on the hashing board along with a controller chip and two memory modules. And a ton of thermal grease that needs to be cleaned and replaced before assembling the whole thing back again. Only the controller chip is not covered with thermal grease, instead it uses a thicker thermal pad for contact with the heatsink. All of the chips did have a good contact with the heatsink, so supposedly no expected issues with thermal transfer and cooling here. So, our hopes of getting a bit of thermal improvement by replacing the thermal compound with a better one would probably end in vain, but since we still have to replace the thermal interfacing material we’ll do it.

Cleaning up the whole thing properly does require some time and effort as due to the size of the crystals on the Jasminer X4 ASIC chips it is like cleaning 8 CPUs of computers. And you need to make sure you are careful not damaging anything, though the cleaned-up board and chips do like quite good. We are reusing the original thermal pad for the controller chip as we do not believe it is necessary to replace that one with a more efficient one anyway.

The main controller chip on the hashing board is a Trion T120 FPGA along with two DDR3 memory modules right next to it (no, that is not how 5GB of memory looks like!). This is the controller chip for the Jasminer X4 ASIC chips that is being used on the hashing boards, the miner does have a second FPGA controller chip with separate RAM chips on the main control board that hosts the software and web interface of the miner, there however we find a Xilinx Zynq chip.

Here is a single of the eight Jasminer X4 ASIC chips in a 45×45 mm package (678 square millimetres die size) with 1TB memory bandwidth, 5GB of memory and a hashrate per chip of 65 MH/s with each of the chips having 384 computing cores and 384 on-chip dies according to the manufacturer with a 512-bit bus width, an operating frequency of 800 to 1 GHz and a power consumption of 23 Watts.

We’ve used the Arctic Cooling MX4 thermal compound to cover the chips before reassembling the hashing board with the aluminium heatsink. It is a decently priced high-performance product that we like to use along with Noctua’s NT-H1 due to their great price/performance ratio, and there does not seem to be much point to try and use more expensive solution anyway. When applying other thermal compound make sure to put a little more on the memory chips as there the gap with the heatsink is a bit more compared to the one of the ASIC chips.

We’ve compared the hashrate and operating temperature of the Jasminer X4 1U ASIC miner before changing the thermal compound and after doing so, leaving the device to hash for more than 10 hours in order to get a good average of the operating temp and hashrate. Do note that this is our already silent modified unit with replaced fans and firmware, so your device might report a temperature range and not a single number. The before and after results are very similar, pretty much the same average hashrate and just 1 degree Celsius difference, so there is really no need to play around with the thermal grease as it will not give you much of an improvement. We also did a power usage measurement before and after at the wall, the results there were not much different as well – 266.1 W before and 265.7 W after the thermal grease replacement.

The next thing we wanted to try out here was to use a different power supply than the one the Jasminer X4 1U comes equipped with. There are three obvious reasons to replace the PSU – to see if the 300W of the stock one might be a limiting factor, to use a silent power supply and to possibly get a lower power consumption. We’ve connected a 1000W Corsair HX1000i power supply (Platinum efficiency rating) to the ASIC miner in place of the stock PSU and unfortunately the results were not really that encouraging. You get a silent power supply as the HX1000i runs passively at sub 300W of power usage, but the power consumption measured at the wall was 263.7 W or just 2 Watts less compared to the stock PSU.

The other thing we wanted to check with the more powerful power supply was if the Jasminer X4 1U would be able to run at 250 MHz operating frequency with the new thermal interface material in place and more than enough power. Unfortunately, our miner continued to dislike the 250 MHz operating frequency returning a lot of errors trying to hash and thus effectively operating at a fraction of the actual performance you get at 225 MHz where everything runs stable and without errors. So, the fact that at 250 MHz the mining device uses almost 300 Watts of power measured at the wall does not mean that the stock PSU is not able to handle that. And we do not think that the cooling of the ASIC chips is also an issue here for them not be able to run properly at 250 MHz.

Jasminer X4 does come with a very good thermal grease already applied, so no need to replace it. The stock 300W PSU is also really good in terms of efficiency and is not limiting you running the miner at higher clocks. The only thing is that the stock power supply is quite noisy and you might want to modify or replace it if you are making your miner into a silent one like we did with ours. It seems that Sunlune already did very well with the hardware side of their Jasminer X4 ASIC miners, both in terms of efficiency and performance. What they could work a bit more on however is the software side as their devices do not currently support dual-mining ETH/ETC-based coins along with ZIL, something that could easily bring the miners an extra 30-40% profit. The lack of this feature means that a competitor with dual-mining support already available can easily provide the same profitability with a cheaper device that has lower hashrate and/or is not as power efficient as the Jasminer X4.

Yesterday we have published our First Hands-On Experience with the Jasminer X4 1U Ethash-Etchash ASIC Miner and today we are continuing with some useful information about the device for anyone that might own it already or plans to get a Jasminer X4 to play with. As we’ve already mentioned this ASIC miner for Ethash and ETChash is quite easy to work with both in terms of hardware and in terms of software as it pretty much modular in terms of hardware and with open root SSH access to the software information on the device. So, today it will be more about the software and what you can do in order to tweak or play around with the miner to optimize it more, or maybe overcome some lacking feature etc.

The Jasminer X4 1U Ethash-Etchash ASIC miner comes with two options for configuring and operating the miner – a web-based interface and a software tool for Windows only. Both feature pretty basic settings only – mining pool settings (up to 3), what algorithm/coin to mine (ETH/ETC) as well as the operating frequency of the miner (200 or 225 MHz). The rest is handled automatically or set to a predefined value, thus kind of limiting what is user accessible and making you think of some workarounds if you need something specific. We actually had a few to work with and have found a solution, though it would have been nicer if there was a bit more user control available… an advanced settings page in the web interface maybe. Oh, wait, there actually is one, but it is hidden and not fully functioning (advanced.html) in the latest firmware.

In the advanced control page besides the 200 and 225 MHz operating frequency there is also an option to enable 250 MHz as well, then there is also an option for fan control available (Auto and Manual modes) and there is also an “Operation Mode” that can be either High-efficiency, Balance or High-performance (not sure what these actually do). But even if you work around these settings trying to set them does not work apparently as there are other measures set to kind of limit your access or the features might not be properly implemented at all… not sure which one it is. We’ll get back to these in a moment with some more details.

The sl_miner control software that is only available for Windows operating systems has pretty much the same settings for the miner, plus an easy option to scan an IP range to see what is the IP address of your miner generated by the DHCP server, so that you can access its web interface. This software makes it easy to configure and monitor your miner from a single window and what it does better than the Web-based control panel is making it easier to control multiple Jasminer X4 miners that you might have. With the sl_miner software you don’t have to open different web-based control interfaces for each of the miners if you have more than one that is.

Now, have in mind that once you boot up the Jasminer X4 miner it may seem to be idle and not working for a while or at all. You will need to have some patience as the device needs about 20 minutes of time in order to generate the DAG file before it can actually start mining, so be easy on the reboots or config changes that will require you to restart the miner. The good news is that changing pool settings and operating frequency of the miner does not need a reboot of the system, changing the algorithm you use however does.

If you are feeling adventurous you can login onto the Jasminer X4 control board over SSH with putty or another such client and explore the device on the software side. The default username is root and the password is also root and you are ready to start looking around. The miner software is called Jasminer and is version 2.05 in the latest firmware and to make things a bit easier for you we have shown the list of commands supported by the miner. Most of the things here are not much of an interest, apart from the option to set the fan speed and to change the operating frequency of the device. Notice that on the screenshot it says JasMiner-Brick 2.05 and there is a reason for that although we are using the Jasminer X4 1U here, but more on that in a moment.

Do note that the jasminer miner software is executed and running as soon as the device starts and there is a monitoring script that will restart it if it senses that the miner has stopped for some reason. So, just issuing a “killall -9 jasminer || true” command (without the quotes) will stop the miner for a moment and then it will start back again, you need to also stop the monitoring script in order to manually run jasminer with your own settings. For stopping the monitoring script as well you will need the following command “killall -9 monitor || true“, do note that it would be wise to start it afterwards or reboot the miner to automatically revert things besides the config file.

By default, the miner runs with a config file that is being created and changed from the web interface or the sl_miner software, the exact command line that is used to start it is as follows:

jasminer --version-file /etc/machine --config /media/configs/jasminer.json --syslog

Inside the config file you only have the pool information, the algorithm and operating frequency along with some API data. There is no option to manually control the fan speed from the config file, you need to run the miner with the “--fan_speed” set to the percentage value you want and that can be a problem if you want to do it permanently. The configuration file is saved on the memory of the device, but the rest of the software is loaded into memory from a bootable image, so no permanent changes will be saved and available when you reboot the device unfortunately.

So, manual fan control can be tough issue to deal with the Jasminer X4. The automatic mode active by default apparently follows the temperature and adjusts, but you might just want to have the fans running at 100 percent all the time for instance. Or you might want to modify the miner with more powerful fans and run them at lower RPM to make them silent while still providing more than adequate cooling for the ASIC chips. There are some possible workarounds here that might help you do things like that, but they will most likely not be permanent and will need to be reapplied after a reboot due to the way the device operates.

One thing that you can permanently do in order to have the fans running at maximum RPM is to leave only the power pins of the cooling fans connected to the miner’s control board. That however will present you with another issue – no reporting of FAN RPM to the software and this will trigger a safety measure that will prevent the device from mining. It will still run and calculate a DAG, but as soon as it needs to start hashing it will just not start as it will think that the fans are not operating and it will overheat if it starts mining. You will end up in the same situation if you are thinking about some alternative cooling methods as well such as immersion cooling where you might not need to connect any cooling fans at all. Getting fans reported at zero RPM will trigger a failsafe mechanism that will prevent the miner from starting to hash… there is an easy solution for that as well.

We have remembered that there is a smaller Jasminer X4 Brick miner that has a lower hashrate and is completely passively cooled, so why not flash the firmware of that miner (yes, it will work on the X4 1U as well) and get rid of the annoying fan safety measure. Remember that this miner does not have fans, so no an alarm firing when fans are reporting zero RPM… they do it anyway as no fans are connected there in the first place. The miner will however run any fans connected to the control board just fine, it will just not prevent you from mining as there is no fan failure detecting mechanism available in this version of the miner.

There is a small catch however, by default the web-based interface for firmware upgrades will refuse you to flash the firmware for the X4 Brick, the only thing you need to do is just rename the original file you download from the Jasminer’s website from JasMiner-X4-Brick-20220726-183045.tar.gz to JasMiner-X4-20220726-183045.tar.gz and then you will be able to flash the X4 Brick firmware onto your X4 1U just fine. Performance and feature wise we see no difference with the X4 Brick firmware compared to the original X4 1U one apart from the lack of fan failure mechanism in place and the fact that just a single operating temperature is being reported by the device and not a range.

So far, so good. But what about running the miner at a higher frequency in order to increase the mining performance? By default, you have only 200 MHz and 225 MHz available, but you can also make the miner run permanently at 250 MHz with a little playing around. You just need to SSH to the miner, go to the /media/configs folder and edit the jasminer.json configuration file changing the freq setting to 250. Note that this is a semi-permanent setting change, meaning that it will remain in place after rebooting the miner, but will be overwritten as soon as you change the mining pool for instance. You will simply need to redo the change again in order to have the miner boot at 250 MHz operating frequency.

It seems that this setting might be removed as an available option due to the fact that it can be a problem for a lot of even all of the Jasminer X4 to operate properly at that setting with their default setup. In our case the device does produce way too many errors and as a result only about 50 MH/s hashrate is being reported instead of getting more than 10 times higher performance. You are welcome to try and report if it works for you any better or not and if it does what hashrate are you getting. It might be a problem of proper cooling, or the 300W power supply not being enough or simply because the chips are not Ok with the higher frequency.

Anyway, below you can find a quick list of the three operating frequencies of the miner with the power usage measured at the wall and a hashrate that is expected at that setting. Do note that the power usage reported is with our silent modification to the miner applied and that lowers the actual power used as compared to the original cooling setup:

200 MHz – 237W – 450 MH/s+
225 MHz – 265W – 520 MH/s+
250 MHz – 294W – ~50 MH/s

The Jasminer X4 1U does manage to work just fine at 225 MHz producing over 520 MH/s of hashrate stable and problem free, so that is the recommended operating frequency of the device in order to maximize performance. If the 250 MHz setting works for you things might be better, but not all or any might do. If not working properly at the higher operating frequency you will be getting much lower hashrate than expected with higher power usage as the miner is actually operating, but producing a lot of errors and not properly hashing most of the time.

Few more things that we already talked about in the previous article, but that need to be mentioned here as well for people that don’t see both posts. The whole lineup of Jasminer X4 ASIC miners comes equipped with 5 Gigavbytes of memory, so besides the device not usable for Ethereum mining anymore (due to the recent switch from PoW to PoS for that one), you will not be able to mine ETHF or ETHW or any other fork that split off Ethereum at the Merge that occurred last month. These already have passed a DAG size that can fit inside the memory (you could mine them with a lower hashrate for a while), so think about mining younger Ethash coins with smaller DAG size than 5GB or ETChash ones such as Ethereum Classic.

Also, currently the Jasminer X4 product lineup does not support dual-mining of ETC/ETC coin with ZIL, something that could increase the profitability of the mining hardware easily with 30-40%. Unfortunately, not supported for the moment and the same goes for using the Jasminer X4 on the Nicehash mining platform where you could also aim for higher profit than just mining ETC. Nicehash is not currently supported and the miner is not connecting to any of the pools on the platform at the moment, though a future compatibility update adding support for these two things would be a nice addition.

We do hope that this extra information and tips can be of use and help you get more out of your Jasminer X4 1U ASI miner and if you do have some questions feel free to ask. We are going to continue playing with this miner for a while for sure and will report more about it later on, hopefully along with good news regarding improved or added features. Meanwhile next we are going to target our attention to a competitor of Jasminer X4 – the iPollo range of ASIC miners that have been on our radar for a while now too.


top