Posts by Keith Myers
21)
(Message 8731)
Posted 4 Jan 2025 by ![]() Post: Always check the server status before posting questions about lack of work. https://asteroidsathome.net/boinc/server_status.php Project has been out of work for over a day now. Nothing but resends available until the bucket gets refilled. |
22)
(Message 8714)
Posted 28 Dec 2024 by ![]() Post: I would assume so that here is the same case. Both projects use the highest SIMD function of a cpu to compute. |
23)
(Message 8707)
Posted 25 Dec 2024 by ![]() Post: There was a change in how long a finish file is allowed to be created and cleared back in 2019. Closed issue. I haven't seen any instance of that bug since then. |
24)
(Message 8696)
Posted 22 Dec 2024 by ![]() Post: Nothing nefarious going on here, just a quirk of the scheduler. Circumvent this issue simply by running an update script every 5-15 minute, your choice. |
25)
(Message 8688)
Posted 20 Dec 2024 by ![]() Post: Could be a permission issue. I don't know anything about AMD gpu drivers but it looks like access to or missing whatever is the AMD equivalent of a compiler like what nvcc does for Nvidia cards. |
26)
(Message 8673)
Posted 6 Dec 2024 by ![]() Post: Don't know. Never looked at Ralph. The issue is BoincStats and Willy's poor health. The website I'm pretty sure is running unmanaged now. Nobody around to fix anything. Hope that it will continue in some form after his demise. |
27)
(Message 8671)
Posted 6 Dec 2024 by ![]() Post: Should have been a BOINC wide Notice in the client about the project issues. Other projects manage to inform users of an impending planned outage or why servers aren't currently available. |
28)
(Message 8670)
Posted 6 Dec 2024 by ![]() Post: There is no problem with stats export here. The problem is with BoincStats which is broken. Stats have been available at FreeDC with no issues. |
29)
(Message 8663)
Posted 5 Dec 2024 by ![]() Post: +100 |
30)
(Message 8654)
Posted 5 Dec 2024 by ![]() Post: All my hundreds of uploads completed several days ago. But still waiting on the server to actually acknowledge those uploads, verify and credit them. |
31)
(Message 8631)
Posted 28 Nov 2024 by ![]() Post: Check your Boinc settings for any restrictions on gpu usage or memory usage. Your computers are hidden so don't know whether they are Windows or Linux based. Could be Windows power settings I suspect. I run 2X on my cards with a custom application and they utilize all the power I allow them to use. |
32)
(Message 8628)
Posted 25 Nov 2024 by ![]() Post: Ha hah . . . I'll see what I can do . . . . whenever we get some more work. Also, admins better make some more room on the servers or even that isn't going to happen. No room on the servers for uploads. |
33)
(Message 8614)
Posted 31 Oct 2024 by ![]() Post: Thanks for the comparison numbers for using faster M.2 storage on Einstein and Asteroids applications for the Pi4 and Pi5. |
34)
(Message 8611)
Posted 24 Oct 2024 by ![]() Post: I was suspicious about your runtimes and it turns out that for some reason, the latest linux arm app doesn't contain the latest optimizations, I let Georgi know. Feel free to use the older version which should be faster. Yes, on Pi5, the older 10220 version app is 2X as fast as the latest 10221 app. Reverting now. https://asteroidsathome.net/boinc/results.php?hostid=776701&offset=0&show_names=0&state=2&appid= [Edit[ Same for the Pi4 |
35)
(Message 8610)
Posted 24 Oct 2024 by ![]() Post: Just noticed that that I had received this new 10221 aarch64 app on my Jetson Nano. Unfortunately it has errored out all the work sent to it. Looks like the app expects glibc version 2.29. <core_client_version>7.9.3</core_client_version> <![CDATA[ <message> process exited with code 1 (0x1, -255)</message> <stderr_txt> ../../projects/asteroidsathome.net_boinc/period_search_10221_aarch64-unknown-linux-gnu__aarch64_armv8-a_asimd: /lib/aarch64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by ../../projects/asteroidsathome.net_boinc/period_search_10221_aarch64-unknown-linux-gnu__aarch64_armv8-a_asimd) </stderr_txt> I'm going to have to deploy an app_info on this host also I see and revert to the 10220 version app. |
36)
(Message 8609)
Posted 24 Oct 2024 by ![]() Post: You'll have to run a anonymous platform with an app_info file to make use specifically of the older 10220 application. I have edited what I use to just the cpu app for you. <app_info> <app> <name>period_search</name> <user_friendly_name>Period Search Application</user_friendly_name> <non_cpu_intensive>0</non_cpu_intensive> </app> <file> <name>period_search_10220_aarch64-unknown-linux-gnu</name> <executable/> </file> <app_version> <app_name>period_search</app_name> <version_num>10220</version_num> <platform>aarch64-unknown-linux-gnu</platform> <avg_ncpus>1.000000</avg_ncpus> <api_version>7.17.0</api_version> <file_ref> <file_name>period_search_10220_aarch64-unknown-linux-gnu</file_name> <main_program/> </file_ref> </app_version> </app_info> You'll have to download the file from the link provided and place it in the Asteroids project folder. |
37)
(Message 8590)
Posted 3 Oct 2024 by ![]() Post: Except it looks like ALL of my tasks have now errored out with exceeded 'lc_points' for some reason. |
38)
(Message 8589)
Posted 3 Oct 2024 by ![]() Post: All of the 'bad' incompatible WU's have been removed from distribution today. Shouldn't be getting any more errors. |
39)
(Message 8585)
Posted 28 Sep 2024 by ![]() Post: No nothing you can do on your end. The new work is incompatible with the existing apps. We will need new applications. |
40)
(Message 8584)
Posted 28 Sep 2024 by ![]() Post: Yes, all the work units are incompatible with the existing applications. Need new applications with no hard-coded limits. Georgi, acknowledged his mistake in keeping hard coded limits the last time we exceeded the lc datapoints. Either they just delete all the new work and wait for new applications before generating more or just let the work get released until the WU's hit the failed threshold and are retired. |
Previous 20 · Next 20