Posts by manalog

1) Questions and Answers : Unix/Linux : Armbian on Orange Pi 4: error while loading shared libraries: libz.so.1 (Message 1069) Posted 27 Jan 2021 by manalog Post: Thanks, after that I got: dlopen(): error loading libfuse.so.2 AppImages require FUSE to run. You might still be able to extract the contents of this AppImage if you run it with the --appimage-extract option. See https://github.com/AppImage/AppImageKit/wiki/FUSE for more information thus using the same logic I installed libfuse2:armhf Now the board is crunching six workunits, we will se in few hours but I think it is working well :) By the way, why does the scheduler download apps for both 32 bit and 64 bit in a 64 bit environment? file mlds_9.61_a* mlds_9.61_aarch64-unknown-linux-gnu: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=51d6e77d008afa7e177385e66d5274a0b203ac54, stripped mlds_9.61_arm-unknown-linux-gnueabihf: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=6b43dbba566d533656f6fec20677a81dde81fc1c, stripped ps aux \| grep mlds boinc 13457 95.4 3.9 210080 155632 ? RNl 08:57 2:51 ../../projects/www.mlcathome.org_mlcathome/mlds_9.61_arm-unknown-linux-gnueabihf -a LSTM -w 64 -b 2 -s 32 --lr 0.001 --maxepoch 192 It is working with the 32 bit app. Should I disable the 32 app manually or it is fine? EDIT: I remember I had added this line in cc_config.xml in order to run 32 bit WCG's workunits: <!-- <alt_platform>arm-unknown-linux-gnueabihf</alt_platform>--> Now it is commented, I aborted MLC's workunits, restarted the client but still the only running app is arm-unknown-linux-gnueabihf
2) Questions and Answers : Unix/Linux : Armbian on Orange Pi 4: error while loading shared libraries: libz.so.1 (Message 1063) Posted 26 Jan 2021 by manalog Post: Hi, I am trying to crunch some workunits on my Orange Pi 4 running Armbian Focal, kernel 4.4.213-rk399 (downgraded due to HDMI issues). Unfortunately, I immediately get this error in the stdout: ../../projects/www.mlcathome.org_mlcathome/mlds_9.61_arm-unknown-linux-gnueabihf: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory The package zlib1g is already installed: zlib1g is already the newest version (1:1.2.11.dfsg-2ubuntu1.2). 0 upgraded, 0 newly installed, 0 to remove and 77 not upgraded. What could be the issue? Thanks :)
3) Questions and Answers : Unix/Linux : NPU and TPU AI Co-processors (Message 482) Posted 16 Sep 2020 by manalog Post: Thank you so much for this explanation, now it's very clear. I wish sometime in the future you will find a way to use these devices too for some new and exciting projects ;)
4) Questions and Answers : Unix/Linux : NPU and TPU AI Co-processors (Message 474) Posted 14 Sep 2020 by manalog Post: Hi all, I'd like to resume this post and ask pianoman if he has some plan about NPU support. I am asking this because I am considering to buy an Orange PI 4 very soon (to dedicate it H24 to Boinc), and I read about its Lightspeeur 2801S NPU Coprocessor (supported by PyTorch). I think this should be taken in serious consideration for this project (perhaps with future and more complex datasets) because the teorical performance gain is huge. This coprocessor, for instance, provides 5.6TOPS with an efficiency of 9.3TOPS/watt. It is available not only with the Orange Pi but also in the form of a USB accelerator for the cost of only 16$. There are several other coprocessors available now in the market, such as the Coral from Google (PCIe and USB). I don't know how does "TOPS" converts to "TFLOPS", as far as I understood from googling a bit on the subjects it appears that the two mesaurs aren't comparable. But, just to give some order of magnitude, the entire MLC@Home infrastructure provides (in the Boinc estimation, which, AFAIK, it's often inaccurate) 31TFLOPS. If TOPS=~TFLOPS then less than 10 of these accelerators could outperform all the current project's hosts, by consuming only 3W!!! I hope that someone that understands this subject better than me could redo the calculations (I think they are wrong). Moreover, if this projects will supports NPUs this would be a real breakthrough for Boinc and the world of distributed volounteer computing, by opening the way to other projects to make use of these powerful (and cheap) devices... the same kind of innovation when GPUs became supported by Boinc and Folding. This could start from a "nci" application of the Machine Learning Dataset Generator applications, and then if everything works some small modifications to the Boinc client could enable the software to treat NPUs in the same way of GPUs, thus enabling useful features such as deciding CPU usage, suspend the NPU and give more accurate stats. A NPU-capable Boinc would mean a lot for the future of distributed computing. I think that, given the very low cost of these devices, a lot of Boinc-enthusiats users will buy these accelerators, even just for the fun and excitement to crunch on such an innovative device... Considered that there are several people who spend hundreds of dollars for GPUs to dedicate to Boinc I cannot see why not a lot of people would join MLC@Home and buy an accelerator for 16$. IMHO this could be more interesting than a GPU capable client: NPUs looks to be way more efficient in terms of energy and cost than GPUs, plus there are many other important projects already working on GPUs while this could be the first and unique DC project to make use of NPUs/TPUs. Cheers ;)
5) Questions and Answers : Unix/Linux : Linux/armhf and Linux/arm64 support status thread (Message 292) Posted 1 Aug 2020 by manalog Post: It's very good that you are developing the software also for the arm considered that crunching on arm devices is becoming more and more common. Perhaps you could find this information useful: if the binary is statically linked, then there are high chances that it will run on Android too. We tried this on Tn-Grid and it is working. Here some references: http://gene.disi.unitn.it/test/forum_thread.php?id=278 http://gene.disi.unitn.it/test/forum_thread.php?id=270
6) Message boards : Cafe : Badges (Message 179) Posted 18 Jul 2020 by manalog Post: Imho I'd substitute the 1K badge with a 100K badge. 1000 credits can be done in just a few hours on a decent machine, it's not an "achievement".
7) Message boards : News : MLC@Home and CORAL (Message 175) Posted 18 Jul 2020 by manalog Post: Great news! This project is growing at an incredible pace :)
8) Message boards : Science : Dataset progress chart, and more to come (Message 96) Posted 4 Jul 2020 by manalog Post: You are doing very very well! I wish you the best for this project ;) PS: I cannot access the dataset: <li>MLDS Dataset</li> no <a href>
9) Questions and Answers : Unix/Linux : Getting no tasks: is the CPU too old? (Message 57) Posted 3 Jul 2020 by manalog Post: It works now ;) Thank you
10) Questions and Answers : Unix/Linux : Getting no tasks: is the CPU too old? (Message 52) Posted 3 Jul 2020 by manalog Post: Hi all, I just signed up to the project and I wanted to try it on my crunching computer: https://www.mlcathome.org/mlcathome/show_host_detail.php?hostid=222. It's CPU is a Xeon L5420. Unfortunately, it gets no tasks even though the "server status" page reports thousands of available tasks. Is the CPU too old? Thank you.

©2022 MLC@Home Team
A project of the Cognition, Robotics, and Learning (CORAL) Lab at the University of Maryland, Baltimore County (UMBC)