Posts by Bill

1) Message boards : GPUs : I can't get Intel HD Graphics 4000 to work on Ubuntu 18.04 (Message 98535)
Posted 16 May 2020 by Bill
Post:
If the command lspci shows the intel GPU, then it might still work.
it's an older architecture, but not all Intel IGPs are supported.

There are only a few projects supporting Intel CPUs.
You'll need to install OpenCL for Intel

See this post:
https://boinc.berkeley.edu/forum_thread.php?id=13256&postid=96195
When I type lspci, I get:
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
So, something is there...
I'm trying to install OpenCL for Intel, but either it didn't work or I didn't do it right. Any additional hand-holding on that front would be hepful.
2) Message boards : GPUs : I can't get Intel HD Graphics 4000 to work on Ubuntu 18.04 (Message 98308)
Posted 3 May 2020 by Bill
Post:
Does intel_gpu_top work? (Install Intel GPU tools)
I don't think it does. I typed that in literally, and I got this output:
(intel_gpu_top:12236) intel-mmio-CRITICAL: Test assertion failure function intel_mmio_use_pci_bar, file ../../lib/intel_mmio.c:145:
(intel_gpu_top:12236) intel-mmio-CRITICAL: Failed assertion: !(error != 0)
(intel_gpu_top:12236) intel-mmio-CRITICAL: Last errno: 13, Permission denied
(intel_gpu_top:12236) intel-mmio-CRITICAL: Couldn't map MMIO region
Stack trace:
  #0 [_init+0x7b87]
  #1 [_init+0x5420]
  #2 [_init+0xe85]
  #3 [__libc_start_main+0xe7]
  #4 [_init+0x1c92]
Test (null) failed.
**** DEBUG ****
(intel_gpu_top:12236) intel-chipset-DEBUG: Test requirement passed: pci_dev
(intel_gpu_top:12236) intel-mmio-CRITICAL: Test assertion failure function intel_mmio_use_pci_bar, file ../../lib/intel_mmio.c:145:
(intel_gpu_top:12236) intel-mmio-CRITICAL: Failed assertion: !(error != 0)
(intel_gpu_top:12236) intel-mmio-CRITICAL: Last errno: 13, Permission denied
(intel_gpu_top:12236) intel-mmio-CRITICAL: Couldn't map MMIO region
(intel_gpu_top:12236) igt-core-INFO: Stack trace:
(intel_gpu_top:12236) igt-core-INFO:   #0 [_init+0x7b87]
(intel_gpu_top:12236) igt-core-INFO:   #1 [_init+0x5420]
(intel_gpu_top:12236) igt-core-INFO:   #2 [_init+0xe85]
(intel_gpu_top:12236) igt-core-INFO:   #3 [__libc_start_main+0xe7]
(intel_gpu_top:12236) igt-core-INFO:   #4 [_init+0x1c92]
****  END  ****
FAIL (-1.000s)

I'm not sure what to do next.

According to Intel's website:

To allow NEO access to GPU device make sure user has permissions to files /dev/dri/renderD*.
I looked in /dev/dri, and there is no renderD folder.
To be clear, Boinc does not see my GPU at all, but I'm guessing by this output, Ubuntu is not seeing my GPU either (at least not more than a generic VGA driver).
3) Message boards : GPUs : I can't get Intel HD Graphics 4000 to work on Ubuntu 18.04 (Message 98107)
Posted 28 Apr 2020 by Bill
Post:
I recently have started using this computer for Boinc, running Einstein@home exclusively. It has an Intel i7-3612QM, which has integrated Intel HD Graphics 4000.

For this computer, I changed the OS to Ubuntu 18.04 and then installed boinc (Costamagnagianfranco, currently on version 7.16.6).

Anyway, Boinc is not detecting the HD Graphics 4000. The event log says "No usable GPUs found". I've done some searching online, and it appears that this Ivy Bridge chip should be recognized for GPU support, as long as OpenCL 1.2 is available (please correct me if I am wrong).

I found Intel's support for OpenCL on Linux here, and literally, I ran these lines at terminal:
sudo add-apt-repository ppa:intel-opencl/intel-opencl
sudo apt update
sudo apt install intel-opencl-icd

Still, no luck. What am I missing? I'm a casual Linux user. That is, I search online enough to get me going, so please forgive me if I ask a bunch of noob questions going forward.

Any help would be appreciated. Thanks!
4) Message boards : Questions and problems : Ubuntu & Android BOINC Version Questions (Message 97564)
Posted 14 Apr 2020 by Bill
Post:
So I'm running 7.17 on two laptops with Ubuntu 18.04. What if I want to "downgrade" to 7.16.5? I downloaded the .sh file, and I'm not sure what to do. I also looked under Ubuntu software, and it says:

Version: 7.16.5+dfsg+202002271434~ubuntu18.04.1
Updated: 3/19/2020
Source: lp_ppa_costamagnagianfranco_boinc-bionic-main

That seems a bit contradictory to me. Anyway, I'd like to use the 'official' release for Linux to give it a test drive.

Sorry, this is probably a simple question, but I only use Ubuntu to run Boinc on these few computers, and it is few and far between when I sit down and Ubuntu, so I really don't know how to navigate the OS at all.
5) Message boards : Questions and problems : 200 tasks downloaded for a project with a resource share of 0? (Message 96035)
Posted 24 Feb 2020 by Bill
Post:
I see now. Can't the computer update project settings, then request for new work? That seems like a relatively easy fix? Unless that bogs down the servers too much?
6) Message boards : Questions and problems : 200 tasks downloaded for a project with a resource share of 0? (Message 96024)
Posted 24 Feb 2020 by Bill
Post:
I'm trying to figure something out here. I'm not sure if this is a bug or if I did something wrong.

My computer is running Boinc 7.16.3 with three projects: Einstein, MilkyWay, and Seti. I had been running all three with equal resource shares of 100 for most of January. My computer has 4c/4t, with an AMD APU (Vega 8) and Nvidia GPU (1660 Ti). I had enabled AMD/Nvidia GPU tasks for Seti (with no CPU tasks), and CPU/Nvidia tasks for both Einstein and Milkyway.

To make a long story short, I set Einstein to NNT until it went dry. I then set its resource share to 0, and enabled CPU/AMD/NV tasks. At that point, I had set MW & Seti to NNT. Even though there were plenty of CPU and NV GPU tasks in my queue, I downloaded 200 Einstein tasks for CPU/NV. Yes, I made sure my settings were saved online prior to updating Einstein in the client. Einstein tasks are being processed even though there are still seti/MW tasks downloaded.

My past experience was that if a project had a resource share of 0, it would only download enough tasks to keep a CPU/GPU busy if it was idle. Am I missing something?
7) Message boards : Questions and problems : Scheduler Concerns (Message 93294)
Posted 24 Oct 2019 by Bill
Post:
And especially with projects like Einstein that are still using very old server software with outdated application processing rate algorithms, then setting a very low cache level to only a couple of tenths of a day mostly fixes that projects problem of sending way too much work that can't be finished before the normal 14 day deadlines for tasks.
So this kindof gets to my point. Einstein is running in a way that either negativity affects itself (cancelling tasks because they get too many at once) or other projects (downloads too many tasks such that no other projects can send tasks). If I am a casual user, I am not aware of the rec half life option in cc config. If they are unaware of this switch and see that only one or two projects are completing tasks when they have signed up for five, what motivates them to stay signed up for so many projects? I mean no disrespect to Einstein or any other projects, but if the projects can't police themselves, doesn't Boinc have this responsibility?
8) Message boards : Questions and problems : Scheduler Concerns (Message 93291)
Posted 23 Oct 2019 by Bill
Post:
I forgot that detail, the tasks for Einstein were lost because I renamed my boinc directory for 7.14.2 to test 7.16.3. they were casualties that were picked up later, so that may have something to do with it.

I see what you are saying about the new projects catching up with the old one. So, if I have a computer crunching one project exclusively for nearly a year, does that mean the new projects have to crunch a lot before more tasks of the old project are downloaded?
9) Message boards : Questions and problems : Scheduler Concerns (Message 93277)
Posted 23 Oct 2019 by Bill
Post:
Basically, I'm curious how the Boinc scheduler is set up. My one computer crunches 24/7. It normally crunches Seti exclusively, but when I installed version 7.16.3 for beta testing, I thought I would crunch a few other projects that I have in the past (Miklyway and Einstein). I have encountered two symptoms that have caused a significant amount of tasks to be cancelled.

1. Milkyway: The N-body tasks (operating on one core) typically take a significant higher amount of time to crunch than their ETA. Because of this, tasks run longer, and with typically a two week deadline, a lot of tasks end up being cancelled as the deadline is crossed.

2. Einstein: I'm not sure what happened here, but I just had 300+ tasks error out due to the deadline. I know some of this was because Milkyway was hogging time, but I have been essentially crunching E@H tasks 24/7 for more than a week. I do recall that there were a good amount of E@H tasks that were cancelled a few weeks ago due to the M@W deadline (they had similar deadlines), and these were re-downloaded even though I had NNT set for E@H.

I have not had the time to sit down and document all of my steps to fully understand what is happening here. I feel that I have run Boinc during this time period as "set it and forget it". I was not suspending projects (at least, until I saw deadlines may not be reached, and that was to help focus on the tasks that needed to be done first). I was running the computer 24/7, and, I am pretty sure I have had the storage setting to 2 days or less. So, with task deadlines being 10-14 days out from when the task was downloaded, I am confused why for two projects I have had a plethora of tasks be abandoned.

I have brought this up on the Milkyway boards, but the only response I have gotten was to reduce the amount of tasks stored. Although that may be a way to deal with the symptom, I feel this does not cure the disease. Ultimately, I am concerned about the casual Boinc user experience. CPUs are starting to have more and more cores. I suspect that casual Boinc users could focus on one project, but I am willing to bet there are users who assign several projects to one computer. If their computer is cancelling and abandoning tasks because they expire, I could see this being a deterrent to the casual user.

Is there some further investigation that needs to be done? Perhaps there has been more discussion in details in Github, but I don't have the time to browse through all the issues there. So, apologizes if I'm asking something that has been brought up and debated several times before.
10) Message boards : GPUs : The same 2nd GPU question (Message 92994)
Posted 29 Sep 2019 by Bill
Post:
Sometimes NV and AMD drivers will need to be installed in a certain order. I thought it was NV that was more lenient and was to be installed 2nd but not so in your case. Maybe try DDU the drivers, NV and then AMD driver installs.
I ended up running DDU in the way you described. It didn't work quite right, but it was still necessary to do. It ends up, the AMD GPU was listed as an error code 43 under Windows. Long story short (in part, I don't recall my exact methodology), I put the 1660 Ti into the first x16 PCIe slot (PCIe2 for my motherboard), ran DDU, installed the Nvidia and then the AMD drivers. I was still getting the error code 43, but once I switched the HDMI cable from the 1660 Ti to the motherboard output, everything worked. I'm getting 8 GT/S for both GPUs (expected, I think), Boinc recognizes and runs on both GPUs, and when I run Timespy the graphics look like its running on the 1660 Ti and not the Vega 8.

I feel like something isn't quite right here, more with Windows than anything else, but I think I have it arranged in a way to make it work for what I need.
11) Message boards : GPUs : The same 2nd GPU question (Message 92895)
Posted 22 Sep 2019 by Bill
Post:
I just installed a GTX 1660 Ti into my computer that has been computing GPU tasks with a Ryzen 2200G. The 2200G is still in the socket. I plugged the 1660 Ti into the 2nd PCIe 3.0x16 slot so that the Vega 8 graphics could be used. HWinfo recognizes both GPUs, Windows 10 task manager only shows the Nvidia GPU. When I load BOINC, it says it can't find the AMD GPU:

9/21/2019 8:23:44 PM |  | CUDA: NVIDIA GPU 0: GeForce GTX 1660 Ti (driver version 436.30, CUDA version 10.1, compute capability 7.5, 4096MB, 3556MB available, 5714 GFLOPS peak)
9/21/2019 8:23:44 PM |  | OpenCL: NVIDIA GPU 0: GeForce GTX 1660 Ti (driver version 436.30, device version OpenCL 1.2 CUDA, 6144MB, 3556MB available, 5714 GFLOPS peak)
9/21/2019 8:23:44 PM |  | app version refers to missing GPU type ATI
I feel like I should be able to crunch with both the APU and the GPU. My cc_config file says:

<cc_config>
	<options>
		<use_all_gpus>1</use_all_gpus>
	</options>
</cc_config>
I feel like I've done everything I can. I also did a clean install of the Radeon 19.9.2, but that even says it can't find a graphics driver. Thoughts?
12) Message boards : The Lounge : The Seti is Slumbering Cafe (Message 92477)
Posted 13 Aug 2019 by Bill
Post:
We haven't had a shutdown in the past 13 days, right? I didn't miss a shutdown anywhere between now and then?
13) Message boards : BOINC Manager : Boinc Manager won't run on Ubuntu 18.04 after update (Message 92475)
Posted 13 Aug 2019 by Bill
Post:
Just disregard this thread altogether. I got home last night, turned on the laptop, and after a long boot it finally got up and running. I think I got impatient because I saw no HDD activity for several minutes and it caused this whole mess.
14) Message boards : BOINC Manager : Boinc Manager won't run on Ubuntu 18.04 after update (Message 92471)
Posted 12 Aug 2019 by Bill
Post:
Okay, now I'm not sure what's going on. I brought the laptop to work today to diagnose when I had a free moment. Earlier today I tried booting it up, and it wouldn't even get to the GUI. I turned off the laptop, and a few hours tried again and now it boots up and boinc manager loads up! I then turned it off, turned it back on again, and it is flashing the Ubuntu screen as the "dots" change between white and orange. I think Ubuntu didn't update properly and something is screwy. I'm going to attempt to reinstall it when I get home. Thanks for the help, Dave, but I'm thinking my problems are bigger than Boinc at this moment.
15) Message boards : The Lounge : Grumbles, Glory and Covid-19 (Message 92467)
Posted 12 Aug 2019 by Bill
Post:
That is a glory, congrats! I changed my diet a little over a year and a half ago. Smaller portions, more veg, less greasy and fatty foods, and walking/jogging (more of a fast walk) about the same distance daily. I've lost nearly 14 kg in that time with those changes. Keep it up!

Since I normally don't post in here, a grumble: I've had a cold since the middle of last week, and I can't wait for this congestion to go away.
16) Message boards : BOINC Manager : Boinc Manager won't run on Ubuntu 18.04 after update (Message 92463)
Posted 11 Aug 2019 by Bill
Post:
My Ubuntu laptop had an update which I attempted to run. I didn't close out of Boinc prior to running the update, but I think the update went through. However, Boinc Manager didn't seem to be responsive during/after the update. I ended up restarting the computer, and since then I can click on boinc manager, but it never opens. I've restarted a couple of times to be sure, but the problem still persists.

I'm a Linux noob. I know I'm running Ubuntu 18.04 and Boinc 7.14.2, but I'm stuck with how to un-stuck the manager. Any thoughts?
17) Message boards : Questions and problems : Computing suspended even though laptop is plugged in (Message 92299)
Posted 25 Jul 2019 by Bill
Post:
I haven't experienced this. I've run a laptop with Windows 10 and I'm sure the battery was charging and not charging but still computing. I've also had a laptop with Windows 7 with a bad battery (as in, not charging at all, only running off the AC adapter), but it would compute just fine. Just curious, what are your power settings at in Windows?
18) Message boards : The Lounge : Contemplation (Message 92289)
Posted 24 Jul 2019 by Bill
Post:
Sounds like a nice setup! If you don't mind me asking, why the X570 board? The 5700XT won't use all that PCIe 4.0 bandwidth (at least, I don't think it would even for crunching), nor will the NVMe. Just curious, I'm not being critical.
19) Message boards : Questions and problems : Option for downloading and computing only one task at all (Message 92211)
Posted 17 Jul 2019 by Bill
Post:
I haven't tried this, but I suppose you could set the resource share for all projects to 0. Additionally, you could set all projects to No New Tasks. Then, whenever you want to run Boinc, you could select the project you want to run and Allow New Tasks. With the resource share at 0 it should only download enough tasks for the processors you have active. When you don't want that project to download any further tasks you can set it back to No New Tasks. If you don't want all CPU cores to crunch tasks, follow Les' advice and reduce the percentage.

I know this seems to make running Boinc quite a bit more manual than automatic, but I'm guessing you are okay with that.


This works. I do this to have a backup project in case the project I am running runs out of work. With 0 resource share the task count = CPU count. No tasks will be waiting to run.
I have backup projects with a resource share of 0 as well. To clarify, I am not sure what happens when ALL projects in Boinc manager have a resource share of 0.
20) Message boards : Questions and problems : Option for downloading and computing only one task at all (Message 92179)
Posted 16 Jul 2019 by Bill
Post:
I haven't tried this, but I suppose you could set the resource share for all projects to 0. Additionally, you could set all projects to No New Tasks. Then, whenever you want to run Boinc, you could select the project you want to run and Allow New Tasks. With the resource share at 0 it should only download enough tasks for the processors you have active. When you don't want that project to download any further tasks you can set it back to No New Tasks. If you don't want all CPU cores to crunch tasks, follow Les' advice and reduce the percentage.

I know this seems to make running Boinc quite a bit more manual than automatic, but I'm guessing you are okay with that.


Next 20

Copyright © 2020 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.