Posts by rtX

1) Message boards : Questions and problems : Re-enabled Rosetta, now BOINC Manager is playing up (Message 107160)
Posted 22 Feb 2022 by Profile rtX
Post:
BOINC 17.16.11 (x64) on Win 10 fully updated.

Yesterday I re-enabled Rosetta. I don't know whether this is of significance, but the issues I am experiencing have only happened since.

BOINC failed this morning on start up and gave the message that I should try re-installing. The attempt to download the binary from Berkeley keeps failing, so I have not re-installed.

I exited the original BOINC I'd been running for a while and it seemed to re-start okay.

Now it keeps 'losing' (or at least not listing the projects to which I subscribe). Sometimes they re-appear for a short while.

There are five Rosetta units "Waiting to run", when the projects appear. They never seem to run. The task list also keeps disappearing and then re-appearing.

No other units from other projects are in the task list at this point.

If I suspend Rosetta I get to see other tasks. There are quite a number of computation errors on Rosetta units. If I reset Rosetta I still got the same issues with BOINC, but I could see that Einstein tasks are shown with the message 'missing GPU'. Then suddenly Einstein started running on one of the GPUs okay. There's one task waiting to report and one running. I have two GPUs

I've not changed anything significant on my computer (other than re-enabling Rosetta). It looks like Rosetta may be causing the issues, but surely problems with a project should not interfere with the BOINC manager itself? Just wondering if others are experiencing like issues or have suggestions as to how to overcome?
2) Message boards : Questions and problems : BOINC has stopped using my second GPU (Message 97468)
Posted 10 Apr 2020 by Profile rtX
Post:
Regarding redacting my computer ID - I didn't realise that this could be used to help. See below from latest event log:

10/04/2020 16:36:51 | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 12823750; resource share 1
10/04/2020 16:36:51 | GPUGRID | URL http://www.gpugrid.net/; Computer ID 538497; resource share 100000
10/04/2020 16:36:51 | World Community Grid | URL http://www.worldcommunitygrid.org/; Computer ID 6736303; resource share 1
10/04/2020 16:36:51 | World Community Grid | General prefs: from World Community Grid (last modified 10-Apr-2020 16:28:28)
10/04/2020 16:36:51 | World Community Grid | Host location: none
10/04/2020 16:36:51 | World Community Grid | General prefs: using your defaults


Thanks.
3) Message boards : Questions and problems : BOINC has stopped using my second GPU (Message 97467)
Posted 10 Apr 2020 by Profile rtX
Post:
By changing resource usage for WCG to 1 and GPUGrid to 100,000 and aborting a load of WCG WUs for a project which I keep getting computation errors on (on two separate machines), and which WCG keeps sending me even though I have stopped volunteering for that particular project, I've finally managed to persuade BOINC to use both GPUs. I'm a little frustrated that there isn't an option to override BOINC's scheduling to ensure that the GPUs are always working, and even mopre that WCG keeps sending me dodgy WUs. I've posted this for any perspective and as it may offer insight to others whose GPUs do not seem to be being used.
4) Message boards : Questions and problems : BOINC has stopped using my second GPU (Message 97463)
Posted 10 Apr 2020 by Profile rtX
Post:
I think this is to do with resource weighting. I increased the resource usage weighting for GPUGrid (so that it and WCG are equal) and updated the project from BOINC manager. This had no obviuos effect until I suspended the WCG project, at which point both GPUs started being used. My guess is that I'll have to dramatically increase the resources allocated to GPU Grid so that BOINC doesn't think it deserves less attention than WCG?
5) Message boards : Questions and problems : BOINC has stopped using my second GPU (Message 97462)
Posted 10 Apr 2020 by Profile rtX
Post:
So, I checked the event log after a reboot. BOINC is seeing both GPUs,but just doesn't seem to want to start using both with GPUGrid. Here is an extract from the event log:

10/04/2020 15:54:55 |  | Starting BOINC client version 7.14.2 for windows_x86_64
10/04/2020 15:54:55 |  | log flags: file_xfer, sched_ops, task
10/04/2020 15:54:55 |  | Libraries: libcurl/7.47.1 OpenSSL/1.0.2g zlib/1.2.8
10/04/2020 15:54:55 |  | Data directory: C:\ProgramData\BOINC
10/04/2020 15:54:55 |  | Running under account [redacted]
10/04/2020 15:54:55 |  | CUDA: NVIDIA GPU 0: GeForce GTX 1060 3GB (driver version 445.75, CUDA version 11.0, compute capability 6.1, 3072MB, 2488MB available, 3936 GFLOPS peak)
10/04/2020 15:54:55 |  | CUDA: NVIDIA GPU 1: GeForce GTX 1060 3GB (driver version 445.75, CUDA version 11.0, compute capability 6.1, 3072MB, 2488MB available, 3936 GFLOPS peak)
10/04/2020 15:54:55 |  | OpenCL: NVIDIA GPU 0: GeForce GTX 1060 3GB (driver version 445.75, device version OpenCL 1.2 CUDA, 3072MB, 2488MB available, 3936 GFLOPS peak)
10/04/2020 15:54:55 |  | OpenCL: NVIDIA GPU 1: GeForce GTX 1060 3GB (driver version 445.75, device version OpenCL 1.2 CUDA, 3072MB, 2488MB available, 3936 GFLOPS peak)
10/04/2020 15:54:55 |  | Host name: [redacted]
10/04/2020 15:54:55 |  | Processor: 8 AuthenticAMD AMD Ryzen 5 1400 Quad-Core Processor [Family 23 Model 1 Stepping 1]
10/04/2020 15:54:55 |  | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 htt pni ssse3 fma cx16 sse4_1 sse4_2 movebe popcnt aes f16c rdrandsyscall nx lm avx avx2 svm sse4a osvw skinit wdt tce topx page1gb rdtscp fsgsbase bmi1 smep
10/04/2020 15:54:55 |  | OS: Microsoft Windows 10: Professional x64 Edition, (10.00.18363.00)
10/04/2020 15:54:55 |  | Memory: 15.95 GB physical, 18.32 GB virtual
10/04/2020 15:54:55 |  | Disk: 236.65 GB total, 181.56 GB free
10/04/2020 15:54:55 |  | Local time is UTC +1 hours
10/04/2020 15:54:55 |  | No WSL found.
10/04/2020 15:54:55 |  | Config: use all coprocessors
10/04/2020 15:54:55 | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID [redacted]; resource share 1
10/04/2020 15:54:55 | GPUGRID | URL http://www.gpugrid.net/; Computer ID [redcated]; resource share 1
10/04/2020 15:54:55 | World Community Grid | URL http://www.worldcommunitygrid.org/; Computer ID [redacted]; resource share 100
10/04/2020 15:54:55 | GPUGRID | General prefs: from GPUGRID (last modified 01-Apr-2020 13:06:29)
10/04/2020 15:54:55 | GPUGRID | Host location: none
10/04/2020 15:54:55 | GPUGRID | General prefs: using your defaults
10/04/2020 15:54:55 |  | Reading preferences override file
10/04/2020 15:54:55 |  | Preferences:
10/04/2020 15:54:55 |  | max memory usage when active: 12247.32 MB
10/04/2020 15:54:55 |  | max memory usage when idle: 14696.78 MB
10/04/2020 15:54:55 |  | max disk usage: 182.93 GB
10/04/2020 15:54:55 |  | suspend work if non-BOINC CPU load exceeds 25%
10/04/2020 15:54:55 |  | (to change preferences, visit a project web site or select Preferences in the Manager)
10/04/2020 15:54:55 |  | Setting up project and slot directories
10/04/2020 15:54:55 |  | Checking active tasks
10/04/2020 15:54:55 |  | Setting up GUI RPC socket
10/04/2020 15:54:55 |  | Checking presence of 751 project files
10/04/2020 15:55:06 |  | Suspending computation - CPU is busy
10/04/2020 15:55:16 |  | Resuming computation
10/04/2020 15:58:08 | World Community Grid | Task MCM1_0161602_2005_0 exited with zero status but no 'finished' file
10/04/2020 15:58:08 | World Community Grid | If this happens repeatedly you may need to reset the project.
10/04/2020 16:01:43 | World Community Grid | Computation for task MCM1_0161602_2005_0 finished
10/04/2020 16:01:43 | World Community Grid | Starting task MCM1_0161594_2784_0
10/04/2020 16:01:45 | World Community Grid | Started upload of MCM1_0161602_2005_0_r1537514952_0
10/04/2020 16:01:48 | World Community Grid | Finished upload of MCM1_0161602_2005_0_r1537514952_0


I've redacted computer name, IDs etc.

Might this be something to do with BOINC's project weighting algorithm? Is there a way of increasing the weighting given to GPUIGrid to ensure that it gets the CPU it needs to run the GPU, if this might be the case?

Many thanks again.
6) Message boards : Questions and problems : BOINC has stopped using my second GPU (Message 97452)
Posted 10 Apr 2020 by Profile rtX
Post:
I have a box running two GTX1060 GPUs. I recently installed BOINC on it and it was running both GPUs perfectly. It has suddenly started only using one of the GPUs (device 0). I was running GPUGrid and it was running fine on both. Now only one of the 4 GPUGrid WUs is running. The other 3 currently on the system are waiting to run. I added the recommended use all GPUs switch to the cc_config.xml file (which I created using Notepad++), and restarted the client, with no success, still only 1 GPU being used. I also added Einstein@Home on the slight chance that it was a GPUGrid issue. The Einstein@Home WU is also waiting to run.

Any suggestions?

PS: Where is the event log stored?

Many thanks.
7) Message boards : Questions and problems : Regarding the order of tasks (Message 35254)
Posted 17 Oct 2010 by Profile rtX
Post:
It seems to be generally accepted that the BOINC scheduling does not work very well. I think you are experiencing an example of this. I run climateprediction.net and World Community Grid and I have to continually suspend a particular wu from climateprediction.net as the scheduler keeps running it high priority over my WCG work units even though I can see that the WCG work units will not be completed in time if I allow BOINC to do the scheduling and the cimateprdiction.net wu has just under a year to complete and has done 24% of the unit in under three weeks.

Completely incongruently it does not schedule another climateprediction.net wu to run even though that has a near identical deadline, more hours to run, and is only 17% of the way though!

Hopefully, later versions of BOINC will correct this deficiency which seemed to have been introduced about a year ago.
8) Message boards : Questions and problems : Getting BOINC Running for All Users on Windows 7 (Message 34722)
Posted 17 Sep 2010 by Profile rtX
Post:
I want BOINC to run whenever anyone is logged in on the computer. How do I do this under Windows 7? When I specify allow all users to control the software it does not seem to take any notice as when anyone else logs in, BOINC and the projects are not running.

Many thanks.
9) Message boards : Questions and problems : BOINC wont download other project work unless suspending seti (Message 26019)
Posted 15 Jul 2009 by Profile rtX
Post:
Unfortunately, micro-managing the scheduling oneself is the only way to make 6.6.36 work. I have CPDN running and with reporting due in May 2010. I have given equal preference to Rosetta (it has 3 hour WUs) on two dual core computers and BOINC gives way too much priority to CPDN. If I left it to BOINC, I would get no Rosetta units - the server thinks the WU will not finish in time. This is an issue with scheduling. It is well documented. There are many posts on this forum and on project fora saying the same thing. A common response is that it is known about but that there is no will to fix it.
10) Message boards : Questions and problems : problems updloading (Message 26017)
Posted 15 Jul 2009 by Profile rtX
Post:
I have a similar issue. It started on Monday. It is now Wednesday and it is still happening. It is probably that the servers are overloaded. It might sort itself out by next Tuesday when the servers will be down again and the problem will arise again. In the meantime, thousands of clients will be repeatedly bombarding the SETI servers with requests that it cannot handle which will exacerbate the problem and make it more unlikely that the servers will catch up...
11) Message boards : Questions and problems : Can't install seti files hang in downloading (Message 26016)
Posted 15 Jul 2009 by Profile rtX
Post:
I've found a bug in 6.6. Go to the activity menu and suspend networking. Wait a few seconds, then set network to always, not to schedule if you have that set.

Thank you for the suggestion. It has not worked for me, though. I have a whole stack of SETI WUs waiting to upload (for well over a day). When I tried your suggestion, BOINC tells me initially that I do not have a network connection and need to configure it, which is totally misleading as my network connection is fine - I can update other projects. What it (probably) actually means is that it cannot access the SETI servers nor the project reference server, probably because they are both overloaded or because my client is seen as a DoS threat because BOINC keeps trying to upload the individual WUs over and over again.

I, too, am getting frustrated. The discussion around server communications and the way BOINC handles them has been going on since 2005. With SETI and BOINC housed under the same roof, I would have hoped for a more sensible upshot than is currently apparent.
12) Message boards : Questions and problems : BOINC's policy for uploads retry (Message 26014)
Posted 15 Jul 2009 by Profile rtX
Post:
The manner in which BOINC currently handles data transfer to/from the servers is deficient. It serves no-one to simply say it is down to a problem with the server or project management. Servers have problems and will encounter these sorts of issues and the client should help in resolving things, not exacerbate matters.

For example, currently BOINC polls any attached project for GPU work even if there is no GPU work provided by the project. That could be stopped simply by the client being configurable on a per project basis not to request GPU work. The manner in which the client attempts to attach to servers when the server is overloaded inevitably leads to the attempted connection being treated as a DoS attack.

As BOINC project handles/controls development of both the client and server software, there has to be a much better way of handling this communication. Even if the server were to respond on a per project basis, "overloaded - give me x hours" it would be better than individual WUs continually retrying individually. It is also a shame that a whole batch of WUs cannot all be sent together.
13) Message boards : Questions and problems : Why high priority (or BOINC gone mad) ? (Message 26013)
Posted 15 Jul 2009 by Profile rtX
Post:
The scheduling logic in 6.6.36 is dire. It does not work in so many ways, and there seems to be little enthusiasm for addressing the issues. Your best bet is to suspend the high priority tasks, or the project itself until such time as you think they should run, when you can resume them. I'd recommend suspending the project, otherwise BOINC will keep hassling the SETI servers for replacement work, adding to the download and upload issues that SETI has. In other words do the scheduling manually that BOINC should be doing automatically.

You are not alone.
14) Message boards : Questions and problems : Stop BOINC Requesting GPU/CUDA Work From Particular Projects (Message 25601)
Posted 22 Jun 2009 by Profile rtX
Post:
Thanks for your input. I have noticed that many of BOINC's calls to servers are not successful (for both GPU and CPU WUs). I have even seen reference sites inaccessible and then I get the (incorrect) message that there is something awry with my internet connection when there clearly is not. Like you, I cannot see how these redundant calls are helping matters and it would seem to be relatively simple to say, "don't make calls for something I don't want you to do anyway". As this does not seem to be an option, maybe it is not so simple.
15) Message boards : Questions and problems : Stop BOINC Requesting GPU/CUDA Work From Particular Projects (Message 25577)
Posted 21 Jun 2009 by Profile rtX
Post:
That is the point. CP does not do CUDA, therefore I would like to be able to tell BOINC to stop asking CP (and other projects that don't do CUDA) for CUDA work units.
16) Message boards : Questions and problems : Stop BOINC Requesting GPU/CUDA Work From Particular Projects (Message 25572)
Posted 20 Jun 2009 by Profile rtX
Post:
Thank you for your response. I'm not in a position to comment directly on what you say happens. What I notice is that BOINC is requesting GPU tasks from all four projects I have running on the one machine I have a CUDA device, and doing it pretty frequently. I only want to run SETI on my GPU, and I do not want BOINC wasting time asking for CUDA WUs from projects that don't have them to send. And CP messages (below) seem to suggest that my settings are wrong.

20/06/2009 12:36:23	climateprediction.net	Sending scheduler request: To fetch work.
20/06/2009 12:36:23	climateprediction.net	Requesting new tasks for GPU
20/06/2009 12:36:34	climateprediction.net	Scheduler request completed: got 0 new tasks
20/06/2009 12:36:34	climateprediction.net	Message from server: No work sent
20/06/2009 12:36:34	climateprediction.net	Message from server: No work available for the applications you have selected.  Please check your settings on the web site.


17) Message boards : Questions and problems : Stop BOINC Requesting GPU/CUDA Work From Particular Projects (Message 25569)
Posted 20 Jun 2009 by Profile rtX
Post:
Is there any way to allow BOINC to request GPU/CUDA work from only one project - that is, stop it asking for GPU work from projects I know do not have CUDA WUs?
I am running 6.6.36 on Windows (various flavours).
TIA
18) Message boards : Questions and problems : Work wont finish in time messages (Message 25564)
Posted 20 Jun 2009 by Profile rtX
Post:
Here is the above-mentioned link to the similar thread properly formatted: http://boinc.berkeley.edu/dev/forum_thread.php?id=4025
19) Message boards : Questions and problems : BOINC Scheduling Issue (Message 25563)
Posted 20 Jun 2009 by Profile rtX
Post:
This issue seems to be the same issue as raised in a subsequent thread: Here
20) Message boards : Questions and problems : Work wont finish in time messages (Message 25562)
Posted 20 Jun 2009 by Profile rtX
Post:
This appears to be a similar/same issue to that described in thread: http://boinc.berkeley.edu/dev/forum_thread.php?id=4015 . A post in that thread suggests it is being looked into. Posts about this issue on the Rosetta@Home forum indicate that this issue is a known bug. Those posts are less confident that the matter is being addressed.


Next 20

Copyright © 2024 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.