Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
![]() |
World Community Grid Forums
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
No member browsing this thread |
Thread Status: Active Thread Type: Sticky Thread Total posts in this thread: 290
|
![]() |
Author |
|
whocrazy
Cruncher Joined: Jan 23, 2023 Post Count: 4 Status: Offline |
That page is unclear and doesn't answer all my questions. I don't know what open cl is since this is my first foray into this area.
Do I need to download open cl, or is it automatically installed with my drivers? Please provide me with actual answers to my questions, not just some stock response. The system requirements doesn't specifically mention my intel card or whether it is an open CL compatible device. Thanks. |
||
|
jgis
Cruncher Joined: Dec 31, 2006 Post Count: 30 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Read about open cl and timeline of vendor implementation on the web https://en.wikipedia.org/wiki/OpenCL.
----------------------------------------[Edit 1 times, last edit by jgis at Nov 28, 2023 6:15:45 PM] |
||
|
Eugene Zenzen
Veteran Cruncher USA Joined: Mar 31, 2006 Post Count: 889 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
whocrazy, you're not crazy! The Arc A770 supports OpenCL 3.0 so I would think it supports OpenCL 1.2 ... I also have an Arc A770 and have never gotten any OpenPandemics - COVID19 work units (which is the only WCG project that uses graphics processors at the moment). I'm not sure if it's a problem or what that problem might be, but you're not alone in asking about it.
----------------------------------------![]() |
||
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 971 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Regarding not getting work for Intel ARC:
I suspect the criteria for getting work for Intel GPUs haven't been updated to account for the latest GPU versions. If the OPNG OpenCL code doesn't use 64-bit FP[*1], adjusting the Intel GPU plan class criteria on the server should solve the issue. Cheers - Al. *1 I believe the ARCs are a non-starter for 64-bit GPU apps because 64-bit FP is done by software emulation (which has to be provided by the device driver)... If the apps run at all, they run slowly :-) |
||
|
jgis
Cruncher Joined: Dec 31, 2006 Post Count: 30 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Check if your computing preferences states you have accepted work for Intel graphic card.
In the first 10 lines of the file stdoutdae.txt (the event log) usually located in ProgramData\BOINC there should be useful info about the card. if computing preferences says NO for using Intel Graphic card, then a line like this could be in the file stdoutdae.txt: Tasks for Intel GPU are available, but your preferences are set to not accept them. |
||
|
Eugene Zenzen
Veteran Cruncher USA Joined: Mar 31, 2006 Post Count: 889 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
I had not realized that Intel graphics (integrated or discreet) do not do hardware 64 bit floating point. Maybe that's the reason our Arc gpus aren't getting any OPNG work units. Thanks Al!
----------------------------------------![]() |
||
|
the ancient one
Cruncher Joined: Nov 8, 2005 Post Count: 8 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Hi, I'm running Quadro M4000 OpenCL 3 do you support this GPU! as I'm not getting any GPU work units.
|
||
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 971 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Hi, I'm running Quadro M4000 OpenCL 3 do you support this GPU! as I'm not getting any GPU work units. The most recent tranche of OPNG work has been more or less exhausted, and there is unlikely to be much (if any) new work until the new year...For more information on that, see the posts 2023-12-18 Update (OPNG work unit update) and 2023-12-22 Update (Holiday update) in the News section. I can't say whether the M4000 is supported, but I can't think of an obvious reason it would not be. Someone else may well know otherwise :-) Cheers - Al. |
||
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2167 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
After performing a little search in the publicly accessible database of hosts regarding Intel GPUs I found some interesting facts.
(NB: Each entry in the database is demarcated by the element "<host>".) I'm assuming that the element <coprocs> needs to be present in a <host>-entry before the WCG-server will send any OPNG-tasks to that host. Let's consider the "Intel(R) UHD Graphics 630". It's a fairly popular iGPU. If it's the only GPU in the system, the line with the element <coprocs> will - for Linux - look like: "<coprocs>[INTEL|Intel(R) UHD Graphics 630 [0x…]</coprocs>" and for others as: "<coprocs>[INTEL|Intel(R) UHD Graphics 630|…</coproc>". There are three main different operating systems with this iGPU: Darwin (363 devices), Linux (14 devices, of which 2 Arch Linux, 2 Fedora Linux, 12 Ubuntu) and Windows (1237 devices). The number of Linux hosts with UHD Graphics 630 is remarkably low here, it's less than 1%. Overall, the number of operating systems (with or without this iGPU) is: 63263 × Android, 377 × BSD, 61266 × Darwin, more than 3 million Linux devices (3412759), less than 1.5 million Windows devices. Back to the iGPU now. So, the number of Fedora Linux hosts with <coprocs> is 2. Both of these are running Fedora 34. Current release is 40, so - since each year two new versions are released - Fedora 34 is three years old, from 2021 (check the Fedora Linux release history). I should add some background here regarding Fedora Linux. Recently, I upgraded from Fedora 35 to 40, running OPNG-tasks on Fedora 35 without any problem, most of the time with about 30-50 OPNG-tasks in my queue; however, since upgrading to Fedora 40 in April I have received none. What about the other 12 Linux hosts? Two of them are running Arch Linux: 1 × 6.1.7, 1 × 6.1.8 (from 01-02-2023, source). The other ten: 1 × Ubuntu 20.04.4, 1 × Ubuntu 21.10, 1 × Ubuntu 22.04.2, 6 × Ubuntu 22.04.4, 1 × Ubuntu 22.10 (from October 20, 2022). All 'reasonably' recent, but none from 2024. Their BOINC-versions are: 1 × 7.16.6, 2 × 7.16.11, 1 × 7.16.17, 7.17.0, 3 × 7.18.1, 1 × 7.19.0, 7.20.2, 2 × 7.20.4, 2 × 7.20.5 (from December 2022). If my assumption ("<coprocs>" needed) is correct, then there aren't many very recent Intel machines that are (a) running Linux AND (b) receiving OPNG-tasks. And that is strange, because when I start Boinc Manager on a device running a recent Fedora Linux version with Intel UHD Graphics 630, it is detecting a GPU and reporting this: 10-Jul-2024 19:06:00 [---] OpenCL: Intel GPU 0: Intel(R) UHD Graphics 630 (driver version 23.35.27191.9, device version OpenCL 3.0 NEO, 12682MB, 12682MB available, 230 GFLOPS peak) Despite this, my device's <host>-entry is missing the <coprocs> element in the database. And I think that this is related as to why my device hasn't been getting any OPNG-tasks since 11 April 2024, the day that I upgraded from Fedora 35 to Fedora 40. (Last OPNG-task received on that machine: 2024-04-11T10:23:12; after the upgrade finishing all remaining OPNG-tasks until the last one at 2024-04-13T00:55:27). Of course my device profiles are accepting OPN1, and I know that there are not any OPNG-tasks at the moment, so that makes testing to a certain degree somewhat more difficult. Adri |
||
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2167 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
In my former post I laid down some of my findings:
If my assumption ("<coprocs>" needed) is correct, then there aren't many very recent Intel machines that are (a) running Linux AND (b) receiving OPNG-tasks. And that is strange, because when I start Boinc Manager on a device running a recent Fedora Linux version with Intel UHD Graphics 630, it is detecting a GPU and reporting this: Recently, I also found this link: https://github.com/BOINC/boinc/issues/5537 - "BOINC Client will not see Intel GPU after update to 6.8.1".10-Jul-2024 19:06:00 [---] OpenCL: Intel GPU 0: Intel(R) UHD Graphics 630 (driver version 23.35.27191.9, device version OpenCL 3.0 NEO, 12682MB, 12682MB available, 230 GFLOPS peak) Despite this, my device's <host>-entry is missing the <coprocs> element in the database. I'm running kernel version 6.8.4 myself on Intel and haven't seen any OPNG-tasks since upgrading from Fedora 35 to Fedora 40 on 12-04-2024, when I had still several OPNG-tasks in my queue on that device. The last two of them finished the next day at 11 and 55 minutes past midnight. Some more research: I've downloaded the publicly accessible database of hosts once again today and did some sorting and counting. I found 445 Intel hosts on Linux with "INTEL" in the element <coprocs>. The command that I used was: zcat host.xml.gz |grep -v '<vbox'| grep -B9 '<coprocs>\[INTEL'| sed s/--// | perl -w00ne 'print if /Linux/' | sort | sed 's/[1-9][0-9]*MB//' | uniq -cWhat caught the eye was: - there are only two recently added hosts with an host-ID greater than 8800000, of which ID 8802859 must have been added in March or April of this year, that's at least three months ago! A breakdown of the Linux OS names: 9 <os_name>Linux Arch Linux</os_name> Kernel versions: - Arch Linux, 17 before 6.8.1, 1 after (6.10.0) - Debian, 7×buster, 38×bullseye, 15× bookworm, 1×trixie, 1 after 6.8.1 (6.9.8) - Devuan, 2×daedalus, 1×ascii, all (3) before 6.8.1 - Fedora, 29 before 6.8.1, 6 after (6.8.8/9, 6.9.4/7/8, i.e. 2×F38, 1×F39, 3×F40) - fossapup64, all (1) before 6.8.1 - Gentoo, 6 before 6.8.1, 1 after (6.9.7) - Mint, all (39) before 6.8.1 - LMDE, all (2) before 6.8.1 - Manjaro, all (13) before 6.8.1 - openSUSE, all (8) before 6.8.1 - Pop!_OS, 1 before 6.8.1, 1 after (6.9.3) - Red Hat Enterprise Linux, all (1) before 6.8.1 - Ubuntu, all (238) before 6.8.1 - Void, all (2) before 6.8.1 - Zorin, all (1) before 6.8.1 - unidentified, all (10) before 6.8.1 - There are 10 kernel versions found past 6.8.1 - which seems a bit low - and their corresponding BOINC-versions and 'coprocs' are:
(I asked Google when 6.8.1 was released and they answered "Linux 6.8 was released on Sunday, 10 March 2024.") Interesting here is that the first 6 mentioned all have some form of GT2 (all running Fedora), 2 others have Xe Graphics. Two hosts are running BOINC 8.0.2, while the total number of hosts in the selection running 8.0.2 is twelve (and one is running 8.0.1, while 18 are running 7.24.1). My BOINC-version is 7.20.2, just like the 6 Fedora-hosts above. They seem to have found a way to have the element '<coprocs>' in their <host>-entry. Adri |
||
|
|
![]() |