Posts by marvelthetook
|
1)
(Message 9313)
Posted 17 Dec 2025 by marvelthetook Post: Oooh, I wonder if this might be related to my issue! I have an RX 6900 XT that has successfully finished some Asteroids tasks, but I usually come home to a locked up computer with my GPU fans at full when I leave it running Asteroids. I can't even get a debug output to post here! For now I have disabled that computer from running Asteroids GPU tasks. Running Manjaro on that machine, Ryzen 2600X, Radeon RX 6900 XT as above, ROCm 7.1.1 now, but I don't remember what version it was running last time I tried it. |
|
2)
(Message 9312)
Posted 17 Dec 2025 by marvelthetook Post: Seems like there's a scheduler problem, that sometimes stops sending work out. I've been crunching mostly pretty steady for a couple weeks on my Nvidia GTX 980, and sometimes a few of my systems get CPU jobs. But today it reports no tasks available all day, for the computer with the GTX 980, both for GPU and CPU. Server status page says there are almost 6 million tasks ready to send right now, and that number has been steadily increasing over the past couple weeks. Tested forcing Asteroids update and suspending other projects on a different PC, it got a CPU task first try. Rebooted, the GTX 980 computer, but still nothing so far. I've found a few other threads scattered around the forum talking about either suddenly no tasks, or waiting a while and continuously retrying eventually gets new tasks. But today, waiting doesn't seem to be working... Edit: Aha! got some tasks now, after I did a force Asteroids update on another computer of mine. It got 49 CPU tasks right away, and now that I've checked back to this computer, it's gotten the GPU tasks it's been requesting all day. Maybe this will help someone else, while the project admins work out their end. |
|
3)
(Message 9241)
Posted 4 Oct 2025 by marvelthetook Post: I'm not sure what all has changed since the above post, because the IP for both asteroidsathome.net and www.asteroidsathome.net is the same, according to my computer. In any case I've found adding www. does work around a problem I've found lately. My usual DNS resolver is blocking asteroidsathome.net, but with the www prefix it does (eventually, slowly) load. It's still too slow for reasonable use, so I'm bypassing my usual DNS resolver's malware blocking mode at the moment. What's really concerning is the resolver does seem to think it's actual malware on this site (I'm using CIRA Canadian Shield, the "protected" one, DoH configured in my browser). When I turn it off in my browser, my router still uses the same resolver, but DoT instead of DoH, and it can fallback to Quad9 (I use 9.9.9.11) which also is supposed to block malware. I believe CIRA is actively blocking because, when I attempt non-https access to asteroidsathome.net in a browser with DoH turned on, it redirects to a CIRA blocking page. Oddly enough, when I use wget to manually check what's going on, it shows non-https does a normal redirect to https://asteroidsathome.net, not to CIRA (and it then connects and downloads the page fine). The full solution to this I believe, is simply lobbying CIRA to reexamine why they are blocking asteroidsathome.net. I will send them a message, but I imagine it would help if the website operators do so as well. |
|
4)
(Message 8483)
Posted 6 Jul 2024 by marvelthetook Post: Wow thanks for the quick reply ahorek! I thought it may not be under Asteroids, but the strange part is I have never seen it on other projects before. I use the advanced view, and didn't realize the "suspend" button in simple view is not the same, so that's interesting but I don't think that's it....I'm trying the same actions with a couple other projects right now to see if something similar happens. I'll report back here if I find anything out. And yes, I have disallowed AMD GPU tasks from Asteroids preferences, so that should take care of the crashing for now anyway. |
|
5)
(Message 8480)
Posted 6 Jul 2024 by marvelthetook Post: Is there any new info on this? I think I have a similar problem, but symptoms are a bit worse. I can process a few work units fine, 7-ish minutes per WU, but by about 30 minutes of running Asteroids, my system hangs, black screen, GPU fans to full. I run Einstein- and Numberfields-@home just fine with OpenCL on this Radeon RX 6900 XT, though I don't know what version those are. This system is running a Ryzen 2600X with 32 GB RAM. Kernel is 6.9.5, Mesa 24.1.1, ROCm 6.0.2, and with "amdgpu" driver. Manjaro Linux is unfortunately behind on packaging BOINC 8.0.2, so I'm still on 7.24.1. Here is my clinfo if it helps: Number of platforms: 1
Platform Profile: FULL_PROFILE
Platform Version: OpenCL 2.1 AMD-APP.dbg (3602.0)
Platform Name: AMD Accelerated Parallel Processing
Platform Vendor: Advanced Micro Devices, Inc.
Platform Extensions: cl_khr_icd cl_amd_event_callback
Platform Name: AMD Accelerated Parallel Processing
Number of devices: 1
Device Type: CL_DEVICE_TYPE_GPU
Vendor ID: 1002h
Board name: AMD Radeon RX 6900 XT
Device Topology: PCI[ B#9, D#0, F#0 ]
Max compute units: 40
Max work items dimensions: 3
Max work items[0]: 1024
Max work items[1]: 1024
Max work items[2]: 1024
Max work group size: 256
Preferred vector width char: 4
Preferred vector width short: 2
Preferred vector width int: 1
Preferred vector width long: 1
Preferred vector width float: 1
Preferred vector width double: 1
Native vector width char: 4
Native vector width short: 2
Native vector width int: 1
Native vector width long: 1
Native vector width float: 1
Native vector width double: 1
Max clock frequency: 2720Mhz
Address bits: 64
Max memory allocation: 14588628168
Image support: Yes
Max number of images read arguments: 128
Max number of images write arguments: 8
Max image 2D width: 16384
Max image 2D height: 16384
Max image 3D width: 16384
Max image 3D height: 16384
Max image 3D depth: 8192
Max samplers within kernel: 16
Max size of kernel argument: 1024
Alignment (bits) of base address: 1024
Minimum alignment (bytes) for any datatype: 128
Single precision floating point capability
Denorms: Yes
Quiet NaNs: Yes
Round to nearest even: Yes
Round to zero: Yes
Round to +ve and infinity: Yes
IEEE754-2008 fused multiply-add: Yes
Cache type: Read/Write
Cache line size: 128
Cache size: 16384
Global memory size: 17163091968
Constant buffer size: 14588628168
Max number of constant args: 8
Local memory type: Scratchpad
Local memory size: 65536
Max pipe arguments: 16
Max pipe active reservations: 16
Max pipe packet size: 1703726280
Max global variable size: 14588628168
Max global variable preferred total size: 17163091968
Max read/write image args: 64
Max on device events: 1024
Queue on device max size: 8388608
Max on device queues: 1
Queue on device preferred size: 262144
SVM capabilities:
Coarse grain buffer: Yes
Fine grain buffer: Yes
Fine grain system: No
Atomics: No
Preferred platform atomic alignment: 0
Preferred global atomic alignment: 0
Preferred local atomic alignment: 0
Kernel Preferred work group size multiple: 32
Error correction support: 0
Unified memory for Host and Device: 0
Profiling timer resolution: 1
Device endianess: Little
Available: Yes
Compiler available: Yes
Execution capabilities:
Execute OpenCL kernels: Yes
Execute native function: No
Queue on Host properties:
Out-of-Order: No
Profiling : Yes
Queue on Device properties:
Out-of-Order: Yes
Profiling : Yes
Platform ID: 0x78f653805010
Name: gfx1030
Vendor: Advanced Micro Devices, Inc.
Device OpenCL C version: OpenCL C 2.0
Driver version: 3602.0 (HSA1.1,LC)
Profile: FULL_PROFILE
Version: OpenCL 2.0
Extensions: cl_khr_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_gl_sharing cl_amd_device_attribute_query cl_amd_media_ops cl_amd_media_ops2 cl_khr_image2d_from_buffer cl_khr_subgroups cl_khr_depth_images cl_amd_copy_buffer_p2p cl_amd_assembly_programFor now I have disabled AMD GPUs on Asteroids' preferences, but I hope to run Asteroids in the future! If I ever have some free time, I might dig deeper, but I'll probably just have to leave it for now. |
|
6)
(Message 8479)
Posted 6 Jul 2024 by marvelthetook Post: Has anyone encountered this behaviour before? I have only seen it in the past couple weeks or so, but I haven't usually had to suspend Asteroids@home. I bought a new (to me) GPU (Radeon RX 6900 XT) and all other BOINC applications have been working fine except this, so I suspended it. But every time I leave BOINC untouched for a long time (so far approaching 24 hours, perhaps longer sometimes...?) I come home to my computer crashed, fans at full and unresponsive, and I discover after reboot that Asteroids@home has been unsuspended and a whole bunch of OpenCL tasks have been downloaded and some had run. I have had a couple projects left suspended for many days at a time, but they are generally projects that are unresponsive and I haven't gotten around to removing them, or they don't have applications for my hardware, and wouldn't give me tasks anyway. I am checking out the previous threads about OpenCL issues on AMD and would like to focus on the BOINC suspend issue in this thread, unless it turns out they are more interconnected than I believe ATM. Can a project somehow even forcibly unsuspend itself? Should I really be looking at BOINC as the culprit instead? I have disabled Asteroids@home giving me AMD GPU tasks for now, so that should take care of it anyway, so perhaps the question is moot. Edit: forgot to say Manjaro has not yet updated its BOINC package, so I'm still running 7.24.1, with kernel 6.9.5. |