Posts by Dirk Broer

1) Message boards : News : Temporarily work unavailabilities (Message 2436) Posted 26 Mar 2025 by Dirk Broer Post: Hi folks! Greg, thank you for message. We have started creating new tasks for x86, for target # 11, "corona_Sprot_delta_v1", in parallel to ARM-tasks. They will be relatively short and the queue of tasks may be exhausted sometimes. Good luck! Hi Hoarfrost, The queue is exhausted at this moment.
2) Message boards : Number crunching : No long tasks (Message 2414) Posted 28 Jan 2025 by Dirk Broer Post: All information posted here before yesterday evening is outdated. Not all. The project still has no Aarch64 application for those who run 64-bit ARM boards with a 64-bit OS. In a previous post on this same page I gave the tweaks needed to get 32-bit WUs -regardless which of the three SiDock@Home apps.
3) Questions and Answers : Unix/Linux : ARM Linux App (Message 2406) Posted 26 Jan 2025 by Dirk Broer Post: Got pi5 and running on pi5 OS: Linux Debian: Debian GNU/Linux 12 (bookworm) [6.6.62+rpt-rpi-2712\|libc 2.36] Processor features: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp Processor: 4 ARM [Impl 0x41 Arch 8 Variant 0x4 Part 0xd0b Rev 1] added to cc_config Config: alternate platform: armv6l-unknown-linux-gnueabihf Config: alternate platform: armv7l-unknown-linux-gnueabihf Config: alternate platform: arm-unknown-linux-gnueabihf Did you put them in an <options> section and close that section with </options>? Still say 0 new task but master files is downloaded. What do we need to get these short runners? Did you also do sudo dpkg --add-architecture armhf sudo apt update --fix-missing sudo apt dist-upgrade sudo apt install -y libc6:armhf libstdc++6:armhf zlib1g:armhf libfuse2:armhf libgomp1:armhf libboinc7:armhf and reboot afterwards? My own Pi 5 and Pi 500 have stellar performance on SiDock, adding a CM5 tomorrow.
4) Message boards : Number crunching : No long tasks (Message 2404) Posted 25 Jan 2025 by Dirk Broer Post: Short tasks are available, but not for x86 platform. If you look at the applications page, you will see that only ARM applications are available. The server status page only shows a total number across all platforms. Meanwhile, your client log is saying there is no task for its platform. Both are correct. This can surely look misleading, but it's more of a limitation of BOINC's server status page. The only way to get short tasks now is to run anonymous platform and there are instructions for Linux on the forum. To see what applications are available you should not looks at what applications are existing, but at the bottom of the server status page
5) Message boards : Number crunching : No long tasks (Message 2403) Posted 25 Jan 2025 by Dirk Broer Post: This is the anonymous platform described I am not sure that is works in this project, as you would need you to tell BOINC which downloaded or self-built applications and libraries it should use and to ignore anything that it is/was sent by the project. This might be very useful to use when the project does not have their own application for your platform OS. You can then build your own (if their source code is available) and use that instead of waiting for the project to come up with the goods. But what can you actually download with this approach at this project?
6) Message boards : Number crunching : No long tasks (Message 2402) Posted 25 Jan 2025 by Dirk Broer Post: The only way to get short tasks now is to run anonymous platform and there are instructions for Linux on the forum. Total and utter nonsense. I have a daily average of some 28.000 credits, running ARM boards. 32-bit ARM boards can run without any modification, 64-bit ARM boards need to do some minor tricks: First sudo dpkg --add-architecture armhf sudo apt update --fix-missing sudo apt install -y libc6:armhf libstdc++6:armhf zlib1g:armhf libfuse2:armhf libgomp1:armhf libboinc7:armhf NB: The -y is specially for those that run Nvidia Jetson Nano or Xavier boards. to be sure you get 32-bit work, edit you cc_config.xml to have these lines on a ARMv8 system <cc_config> <options> <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> <alt_platform>armv7l-unknown-linux-gnueabihf</alt_platform> </options> </cc_config>
7) Message boards : Number crunching : SRBase project GPU WU's - weird behavior (Message 2393) Posted 16 Jan 2025 by Dirk Broer Post: Just ran a GPU WU on my RTX 3060 for the SRBase project, and it ran for about a minute, before up to 68%. Then it got slower and slower towards 100%, and now it's just stuck at 100% percent, still at 100% GPU utilization. I've never seen this with any tasks on any other project. Why post that SRBase-problem at another (SiDock@home) project?
8) Questions and Answers : Unix/Linux : ARM Linux App (Message 2379) Posted 23 Dec 2024 by Dirk Broer Post: I upgraded Ubuntu from 22.04 to 24.04 today and realized this is probably a wrong thing to do afterwards. SiDock application no longer runs, probably because libboinc7:armhf is removed from Ubuntu 24.04. A lesson of "if it works don't touch it" learned. (￣_￣\|\|\|) This is going to be an increasingly bigger problem the next years. Not only are the Linux distro's dropping support for 32-bit -new 32-bit ISOs were already dropped-, the newest ARMv9 CPUs won't run 32-bit instructions at all. The project needs to issue new 64-bit apps for ARM (and Android)! You might try if this still works under Ubuntu 24.04 (and if not, ask for a 64-bit app or roll back to 22.04) sudo dpkg --add-architecture armhf sudo apt update --fix-missing sudo apt dist-upgrade sudo apt install libc6:armhf libstdc++6:armhf zlib1g:armhf libfuse2:armhf libgomp1:armhf libboinc7:armhf reboot afterwards Additionally you have to add at least the upper alternate platform identifier to your cc_config.xml file when running on a 64-bit ARM platform: <cc_config> <options> <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> <alt_platform>armv7l-unknown-linux-gnueabihf</alt_platform> was needed in the past for WCG <alt_platform>armv6l-unknown-linux-gnueabihf</alt_platform> was needed in the past for other projects </options> </cc_config>
9) Questions and Answers : Unix/Linux : GLIBC_2.27 Req (Message 2337) Posted 28 Nov 2024 by Dirk Broer Post: Hi Magiceye04, I've identified your device as being a Hardkernel Odroid-C2. Armbian has an Armbian 24.11.1 Noble Gnome image for it, with kernel 6.6.61
10) Questions and Answers : Macintosh : Please provide an app for Mac M1 (Apple Silicon / ARM64) (Message 2334) Posted 12 Nov 2024 by Dirk Broer Post: Please provide an app for Mac M1 (Apple Silicon / ARM64) Has the Apple ARM64 Silicon the ability to run 32-bit apps, like the 64-bit ARMv8 ARM SBCs have?
11) Message boards : Number crunching : Stats export (Message 2312) Posted 10 Sep 2024 by Dirk Broer Post: Stats export seems to have come to a stand-still https://www.sidock.si/sidock/stats/ Index of /sidock/stats [ICO] Name Last modified Size Description [PARENTDIR] Parent Directory - [ ] badge_team.gz 2024-09-08 14:45 689 [ ] badge_user.gz 2024-09-08 14:45 51K [ ] db_dump.xml 2024-09-08 14:45 1.1K [ ] host.gz 2024-09-08 14:45 7.3M [ ] host_deleted.gz 2024-09-08 14:45 82 [ ] tables.xml 2024-09-08 14:45 11K [ ] team.gz 2024-09-08 14:45 56K [ ] user.gz 2024-09-08 14:45 619K [ ] user_deleted.gz 2024-09-08 14:45 81 Apache/2.4.29 (Ubuntu) Server at www.sidock.si Port 443
12) Message boards : Number crunching : Short for ARM on Android (Message 1979) Posted 31 Jan 2023 by Dirk Broer Post: We have application for ARM and Linux - for single-board computers like Raspberry Pi. We try to make application for Android and if it works out, then we will deploy it! So this hardware will need a different OS installed. I'll see what's available for it's firmware. You can run the ARM Linux WU's by installing UserLand on your Android and installing BOINC there.
13) Questions and Answers : Unix/Linux : Please provide an app for Raspberry Pi (GNU/Linux / ARM64) (Message 1841) Posted 17 Jan 2023 by Dirk Broer Post: I'd like to report that the community edition of Ubuntu MATE for Raspberry Pi has an armhf version which works with SiDock@home on Raspberry Pi 4B "out of the box"—nothing for the user to install or change besides BOINC. For those interested, https://ubuntu-mate.org/raspberry-pi/ Most likely a 32-bit version of Ubuntu Mate then (because armhf), a 64-bit version would be aarch64. Pitty to treat a Pi4 that way, better do as earlier suggested sudo dpkg --add-architecture armhf sudo apt update sudo apt install libc6:armhf libstdc++6:armhf zlib1g:armhf libfuse2:armhf libgomp1:armhf libboinc7:armhf <cc_config> <options> <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> <alt_platform>armv7l-unknown-linux-gnueabihf</alt_platform> </options> </cc_config> That way you can crunch both 64-bit and 32-bit apps, and make better use of the extra RAM and 64-bit instructions a Pi 4 can offer.
14) Questions and Answers : Unix/Linux : ARM Linux App (Message 1176) Posted 15 Sep 2021 by Dirk Broer Post: Project runs fine on my (32-bit) Asus Tinker Board, but even though I use <cc_config> <options> <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> </options> on my Raspberry Pi 4B and Odroid N2+, the code searches for libstdc++.so.6 on a specific 32-bit path -which does not exists on those machines, being 64-bit. looks to be solved using sudo dpkg --add-architecture armhf sudo apt update sudo apt install libstdc++6:armhf libgomp1:armhf libboinc7:armhf sudo reboot
15) Questions and Answers : Unix/Linux : ARM Linux App (Message 1172) Posted 15 Sep 2021 by Dirk Broer Post: Project runs fine on my (32-bit) Asus Tinker Board, but even though I use <cc_config> <options> <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> </options> on my Raspberry Pi 4B and Odroid N2+, the code searches for libstdc++.so.6 on a specific 32-bit path -which does not exists on those machines, being 64-bit.
16) Message boards : Number crunching : [Guide][Linux] Running SiDock@home tasks for CmDock on anonymous platform (Message 1171) Posted 15 Sep 2021 by Dirk Broer Post: Will this approach in the case of AArch64 (64-bit ARM) prevent the code of cmdock to look for libstdc++.so.6 in the wrong (32-bit) directory?