Posts by Harri Liljeroos

1) Message boards : Number crunching : Limit wich GPU Seti uses. (Message 1889900)
Posted 8 days ago by Harri Liljeroos
Post:
There is this for cc_config:
<exclude_gpu>
Don't use the given GPU for the given project. If <device_num> is not specified, exclude all GPUs of the given type. <type> is required if your computer has more than one type of GPU; otherwise it can be omitted. <app> specifies the short name of an application (i.e. the <name> element within the <app> element in client_state.xml). If specified, only tasks for that app are excluded. You may include multiple <exclude_gpu> elements. If you change GPU exclusions, you must restart the BOINC client for these changes to take effect. If you want to exclude the GPU use for all projects, look at the <ignore_ati_dev>, <ignore_nvidia_dev> and <ignore_intel_dev> options further down. Requires a client restart.
<exclude_gpu>
<url>project_URL</url>
[<device_num>N</device_num>]
[<type>NVIDIA|ATI|intel_gpu</type>]
[<app>appname</app>]
</exclude_gpu>
2) Questions and Answers : Web site : What's up with the date stamp? (Message 1881640)
Posted 2 Aug 2017 by Harri Liljeroos
Post:
I think that GMT and UTC are same during winter, but UTC does not use daylight saving time. So for me it its UTC +3 in summer and UTC +2 in winter.
3) Questions and Answers : Windows : BOINC default preferences. (Message 1880927)
Posted 29 Jul 2017 by Harri Liljeroos
Post:
I think that the general preferences come from that project where they were last modified. Mine is showing Einstein@home for this host I'm typing now.
4) Questions and Answers : GPU applications : How does BOINC resource sharing actually work? (Message 1875881)
Posted 30 Jun 2017 by Harri Liljeroos
Post:
If I remember correctly, Boinc is designed to avoid the project mixing. This was introduced around the time when version 7 of Boinc was launched. Please correct me if I am wrong. So the idea is to download a full cache from one project and crunch it, then move to next project etc. You can "force" some mixing using app_config.xml files but that does not reflect on the work requests.


This isn't correct at all. BOINC sees the world in resource shares and project debts and deadlines. It doesn't care what project the work is from, it crunches them all indiscriminately.


OK, so I got it wrong. Thank you for pointing that out. Back to the drawing board.
5) Questions and Answers : GPU applications : How does BOINC resource sharing actually work? (Message 1875842)
Posted 30 Jun 2017 by Harri Liljeroos
Post:
If I remember correctly, Boinc is designed to avoid the project mixing. This was introduced around the time when version 7 of Boinc was launched. Please correct me if I am wrong. So the idea is to download a full cache from one project and crunch it, then move to next project etc. You can "force" some mixing using app_config.xml files but that does not reflect on the work requests.
6) Message boards : Number crunching : Welcome to the 18 Year Club! (Message 1869840)
Posted 27 May 2017 by Harri Liljeroos
Post:
18 years for me also in a couple of days, I'm glad that I have been able to tag along on this ride.
7) Message boards : Number crunching : Why am I getting a mix of Mcuda50 and SOG for my gpu? (Message 1869815)
Posted 27 May 2017 by Harri Liljeroos
Post:
See the application details for that host and you'll see how server has evaluated the different applications and their speed.
8) Message boards : Number crunching : nVidia Titan issue (Message 1867009)
Posted 12 May 2017 by Harri Liljeroos
Post:
It seems that your cc_config.xml is not found, it should go to the Boinc data directory \ProgramData\Boinc.
I would expect to see a line like this in the log:

10-May-2017 11:47:48 [---] Config: use all coprocessors


[edit] Brent beat me while I was typing.
9) Message boards : Number crunching : Cpu crunching speeds Intel5-2400 vs Xeon W3565? Both just about 3 Ghz. (Message 1865507)
Posted 4 May 2017 by Harri Liljeroos
Post:
Please note that the tasks/day or /week in BoincTasks is downloaded tasks, not crunched tasks. http://efmer.com/b/boinctasks_settings#projects
10) Message boards : Number crunching : Panic Mode On (104) Server Problems? (Message 1846479)
Posted 4 Feb 2017 by Harri Liljeroos
Post:
Centurion has stopped splitting blc tasks. None of the gbt splitters are running and only abnormal size files are available to split. The number of ready to send tasks is plumetting. So soon we can panic...
11) Message boards : Number crunching : Panic Mode On (104) Server Problems? (Message 1842598)
Posted 16 Jan 2017 by Harri Liljeroos
Post:
The Haveland graphics have been fixed: https://setistats.haveland.com/

We are having a higher number of tasks out in the field, about 6 million instead of the normal 4.2 million. Also the results waiting to purge is almost 3 million when normal used to be about 2.2 million. So server has to work harder to keep up.
12) Message boards : Number crunching : User achievements thread......... (Message 1839794)
Posted 3 Jan 2017 by Harri Liljeroos
Post:
First 100 million broken for Boinc total.
13) Message boards : Number crunching : Panic Mode On (104) Server Problems? (Message 1839101)
Posted 31 Dec 2016 by Harri Liljeroos
Post:
Seti server stats at Haveland have been missing their graphics for a couple of days now.
https://setistats.haveland.com/
14) Message boards : Number crunching : Exclusive app (Message 1834087)
Posted 4 Dec 2016 by Harri Liljeroos
Post:
I don't think that is possible. But you could use a work around: use another browser to view the streams and use it only for that purpose. Then you can add that browser as an exclusive app.
15) Message boards : Number crunching : How to optimize GPU configuration? (Message 1832733)
Posted 26 Nov 2016 by Harri Liljeroos
Post:
The CPU % limit applies to CPU tasks only. It has no effect on GPU tasks.

By default the NV SOG application needs a full CPU core per each task. I that is a problem to you use the -use_sleep command line parameter, this will lower the CPU usage for that application. Read the "ReadMe_MultiBeam_OpenCL_NV_SoG.txt" in docs folder under projects/setiathome.berkeley.edu. There is decribed a lot more about the command line parameters that can be used. Also you can read the Raistmer's sticky thread http://setiathome.berkeley.edu/forum_thread.php?id=80381 about 8.19 Windows GPU application support thread.
16) Message boards : Number crunching : Looking for a program to deal with drive usage.... (Message 1832160)
Posted 24 Nov 2016 by Harri Liljeroos
Post:
Is it this one http://hdgraph.com/?
17) Message boards : Number crunching : Spammers (Message 1830728)
Posted 15 Nov 2016 by Harri Liljeroos
Post:
Wouldn't it be easier to limit the length of username that is visible in the forum pages? I mean to show only maybe 25 characters or something.
18) Message boards : Number crunching : Tracking in Windows 7 (Message 1830276)
Posted 13 Nov 2016 by Harri Liljeroos
Post:
I cannot find a service with that exact name although I installed that Quality rollup. I can find the following services: 'Diagnostic policy Service' (Running), 'Diagnostic Service Host' (Running), 'Diagnostic System Host' (Stopped), 'Diagnostic Tracking Service' (Running) and 'Distributed Link Tracking Service' (Running). I don't know if any of those is a result of the Quality rollup update or not.
19) Message boards : Number crunching : The wonders of Micro$oft Windoze (Message 1830152)
Posted 12 Nov 2016 by Harri Liljeroos
Post:
^ That could also do the trick. I tried killing the wuaueng.dll thread (which is consuming all the cpu time) inside svchost.exe using Sysinternals Process Explorer as an administrator but that didn't let the manual update installation proceed.
20) Message boards : Number crunching : The wonders of Micro$oft Windoze (Message 1830055)
Posted 12 Nov 2016 by Harri Liljeroos
Post:
I have just been having the exact same problem. Windows 7 checking for the updates takes forever (nothing in 12 hours) and one instance of svchost.exe taking a full CPU constantly. Running the Troubleshooting from Control Panel as suggested didn't result to anything as it gets stuck in the same situtation when it is checking for the updates on the net.

Then I tried the Cosmic_Ocean's suggestion of KB3102810 but no help. I had this already installed but uninstalling and reinstalling it didn't change help.

But then I found this http://www.ghacks.net/2016/11/02/checking-for-updates-slow-on-windows-7-here-is-the-fix/ and I installed the July 2016 update rollup which fixed my problem.

The manual installation of Microsoft updates was also stuck when it checks the updates available on my computer. The trick was to reboot the computer and immediately on restart manually install the update before normal windows update was started (before the svchost.exe hogs the CPU).


Next 20


 
©2017 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.