Posts by HAL9000

21) Message boards : Number crunching : How does BOINC decide to identify video card name? (Message 1878156)
Posted 12 days ago by Profile HAL9000
Post:
I believe it is in order by the PCIe bus ID. Which should be listed in the coproc_info.xml. It will be something like this:
<pci_info>
   <bus_id>1</bus_id>
   <device_id>0</device_id>
   <domain_id>0</domain_id>
</pci_info>

I seem to recall that someone had found their motherboards had the primary PCIe x16 slot last in the bus ID order for some reason. Perhaps that is standard practice?

I'm not sure what a gpudetect.txt file is used for. I don't have one on any of my hosts.
22) Message boards : Number crunching : Panic Mode On (106) Server Problems? (Message 1878043)
Posted 13 days ago by Profile HAL9000
Post:
Thanks for the explanation on how RAC is calculated Hal. Yes, you are correct. I never considered the compression in the vertical height in the graph to fit all projects. I remembered that you can plot individual projects separately. I did in fact hit the low spot you mention.
SETI statistics

I guess I just had a particularly poor paying mix of work on that host compared to the 8350 host over the last month.

With all the different factors it is sometimes hard to determine which of them cause the short term ups and downs.
So use a script to average the values in the stats file. Right now I read all of the values so it looks like this.
Host 8130144 Average: 26897 for 244 days
I think I'm going to add some other output as well. Like averages for the 30, 60, & 180 days as well as the total credit gained for each time period.
23) Message boards : Number crunching : Panic Mode On (106) Server Problems? (Message 1877909)
Posted 14 days ago by Profile HAL9000
Post:
No, I am doing the exact same thing on the FX rigs. I haven't been able to fathom why the 8370 has fallen so far behind the 8350.

Different work mix?
Today my C2D has been getting just Arecibo Work, with the odd GBT WU thrown in (just got a dozen GBT WUs- most in ages) > Even over the last week it has been heavily Arecibo work.
My i7 while been getting mostly Arecibo work has had periods of batches of GBT work coming through.


That is the likely scenario but I haven't detected a large difference in the Arecibo/GBT mix of work between the two systems at casual glance. I haven't conducted an extensive forensic analysis with antenna origin cataloging. The same here with mostly Arecibo work on all three systems with brief spurts of GBT work. The 8370 is SLOWLY coming back to its normal RAC.

How is the project RAC determined? I always thought the project pulled the stats for the host out of the statistics_setiathome.berkeley.edu.xml file on each computer. And that file is what is used to plot the statistics curve on the Statistics tab in the Manager. As I stated, my Statistics curve has been flatlined at 50K for the last month. It never showed the precipitous plummet in my RAC that the project is showing on my Host numbers for the 8350 host.
Keith-Windows7 statistics

BOINC updates recent average credit "RAC" when new credit is granted. A decay value is factored in so that it is "recent".
function decay_average($avg, $avg_time, $now = 0) {
   $M_LN2 = 0.693147180559945309417;
   $credit_half_life = 86400 * 7;
   if ($now == 0) {
       $now = time();
   }
   $diff = $now - $avg_time;
   $weight = exp(-$diff * $M_LN2/$credit_half_life);
   $avg *= $weight;
   return $avg;
}

Sometimes I think the decay function pulls numbers out of nowhere when I see a host RAC drop 50% for seemingly no reason.

I believe that each time the BOINC client does a project update it also updates the statistics_PROJECT.xml file.
Then BOINC Manager will read the xml and make a neat little graph based on the stored values.
If you want you can read the expavg values directly from the xml file.
<daily_statistics>
<day>1499731200.000000</day>
<user_total_credit>168746186.262877</user_total_credit>
<user_expavg_credit>60883.935743</user_expavg_credit>
<host_total_credit>11508519.704933</host_total_credit>
<host_expavg_credit>6851.901127</host_expavg_credit>
</daily_statistics>

At the super compressed scale of your image each one of the vertical lines in the chart would possibly be a difference of ~5000. So it looks like on 2017-07-04 your RAC was ~45,000 & on 2017-06-18 it was ~55,000.
24) Message boards : Number crunching : Windows Crashing, Blue screen error "Tread stuck in device driver" & Windows update fail (Message 1877820)
Posted 15 days ago by Profile HAL9000
Post:
Windows is crashing with the above error when I run BOINC and also when I use Capture 1. I get the Blue screen and the error "thread stuck in device drive"

I have tried updated the graphics driver AMD Radeon R9-380, even tried rolling back to one from 2016, all have no effect.

The timing of the crashing seems to coincide with Windows 10 Update failing. For about 2-3 months now Windows 10 update is stuck It is trying to install "Feature update to Windows 10, version 1703", but get the following error.
"We can't install some updates because other updates are in progress........"

I have googled the error and tried a few suggested fixes, but "no joy"

Other than the two issues, the PC seems to run fine.

Any thoughts, suggestions.

Brett

I've had a related issue on a Windows 10 machine I use at work.
Since Windows update refused to stop updating the Intel GPU driver, which causes the monitors on my docking station to stop working, I added a group policy specifying the Intel GPU was not allowed to be updated.
Because it doesn't make any sense. Windows 10 downloads the Intel GPU driver that causes the problem and then gets stuck not being able to install it. So no other updates are ever installed or downloaded.
It would be really nice if that "don't download driver updates" setting actually worked.
Getting the latest driver from Intel has not yet solved my docking station monitors not working issue. Any driver I have tried after 2016-11 is no good.
I find it to be a really odd issue. As I don't see what the iGPU driver has to do with monitors attached to a USB 3.0 docking station & I disable to monitor on the notebook itself.
25) Message boards : Number crunching : Anything relating to AstroPulse tasks (Message 1877817)
Posted 15 days ago by Profile HAL9000
Post:
Too few, too far apart.
Splitting of this batch is soon over, and I will shut down again.
I crunch them almost as fast as I can get them.
Got around 25 AP's this run. Could be a couple more before it's over.

Edit: 28 now.
Edit2: 31 now.

My HTPC seems to be doing an OK job of keeping a good supply on hand.
26) Message boards : Number crunching : moving workunits (Message 1877816)
Posted 15 days ago by Profile HAL9000
Post:
GUPPI Rescheduler for Linux and Windows - Move GUPPI work to CPU and non-GUPPI to GPU


If I understand you correctly Grant, that is for Guppi units, what about non-Guppi units, such as AP's for instance?

P.

Don't think anyone's bothered to make a rescheduler for those.

Except for that really old one.
27) Message boards : Number crunching : To checkpoint or not -- the wear and tear of SSD drives (Message 1877219)
Posted 19 days ago by Profile HAL9000
Post:
I too at first worried about the constant writes to my SSDs. I too saw and read that article about tested life expectancy of consumer SSD and then never worried about it again. I will replace any SSD just because of newer technology or more capacity needed before any of my current SSDs die. My first SSD used on BOINC accumulated 570 GB of writes. It didn't die in the Tech Report tests until it hit the PB range. One of my current SSD used for BOINC has accumulated only 23 GB of writes so far after 3 years.


I guess you mean TB not GB.
Mine has 21 TB written in 15 month but should be able to handle 70 TB.

It seems like most SSD manufactures are using TB written as part of the warranty these days. With a limit of about 80-100TBW per 256GB of drive capacity.
Looks like my old 240GB SSD is at 47TB of NAND writes and 94% life.
28) Message boards : Number crunching : Regular GPU or Mining-designed GPU (Message 1876705)
Posted 22 days ago by Profile HAL9000
Post:
I'm surprised the MB manufacturers haven't made USB PCI ports and 7 card daughter boards w/power distribution for this purpose. or even a muti-lane cable.

I'm sure they would sell if purpose built in a clean package.

When GPGPU mining was at its peak a few years ago several MB manufactures were selling kits geared towards mining.
Some were were open about it than others.
http://www.asrock.com/mb/Intel/H81%20Pro%20BTC/
http://www.asrock.com/mb/spec/card.asp?Model=BTC%20PRO%20Kit

Some of the setups the miners have com up with wouldn't be bad for dedicated crunchers.
29) Message boards : Number crunching : Building a 32-Thread Xeon Monster PC for Less Than the Price of a Flagship Core i7 (Message 1876647)
Posted 22 days ago by Profile HAL9000
Post:
I'm curious as to the "all_projects" value you keep keep mentioning. Is meant to refer to the all_apps value I said I would like if it existed?


I'm thinking he wanted to limit the total from all the different projects that would be running at any time on his computer. Such a command doesn't exist if I understand this correct. I could be wrong. If such a command existed, I would think it would have to be higher up in the folders than the project folder. That is why I speculated that it would probably be needed to be in the cc_config.xml as all projects read that file. But as to how it would determine which projects ran how many??? I don't know. I think the project_max_concurrent makes more sense ( as you suggested) as you can tailor it to the number for each project and from there figure out which you want to run.

I do think it would be nice to be able to define some other parameters, such as GPU/CPU usage, for all apps in a project at once.

This statement confused me as you already can define preferences for GPU to CPU ratio in the app_config.xml. Note, I said preference as system will use what it needs based on the application. So it may use more if it determines that is what is needed. Were you meaning something else???

Other than changing the CPU limit settings. I don't think BOINC has a way to limit the total number of tasks running at once.
It can get a bit more complicated if you only ever want BOINC to use 4 out of 8 CPUs for CPU processing and the rest reserved for GPUs even if there are 0 GPU tasks on the system.
In that scenario I set ncpus to 4 in the cc_config and then set cpu_usage to 0.001 in the app_config for gpu_versions. Logically that should work but sometimes BOINC has its own ideas.


For the GPU/CPU usage. If you want to add usage parameters it is per application.
Like this:
<app_config>
	<app>
		<name>setiathome_v8</name>
		<gpu_versions>
			<gpu_usage>0.5</gpu_usage>
			<cpu_usage>0.5</cpu_usage>
		</gpu_versions>
	</app>
	<app>
		<name>setiathome_v9</name>
		<gpu_versions>
			<gpu_usage>0.5</gpu_usage>
			<cpu_usage>0.5</cpu_usage>
		</gpu_versions>
	</app>
<app_config>
As some projects have a large number of apps. I was thinking that having a way to define parameters for app apps in a project would be useful.
Where some predefined "name" could be used if one setting for all apps in a project was desired.
Something along the lines of:
<app_config>
	<app>
		<name>all_apps</name>
		<gpu_versions>
			<gpu_usage>0.5</gpu_usage>
			<cpu_usage>0.5</cpu_usage>
		</gpu_versions>
	</app>
<app_config>

Maybe something like a project_config.xml is really what would be needed...
30) Message boards : Number crunching : "BOINC portable" for Windows hosts (Message 1876642)
Posted 22 days ago by Profile HAL9000
Post:
To get the GPU detection working when launching the client from command line it is necessary to use the proper file name of the client "boinc.exe", including path if not in current directory.

I didn't bother to check but the file name you use on the command line is probably copied to argv[0] as is and argv[0] is then copied to CreateProcess() as is. CreateProcess() wants the real file name, not something the shell might accept.

I wonder if that is something I accidentally discovered previously, and forgot, or if I was following normal "DOS logic" to make sure everything would work correctly.

My normal BOINC startup .bat file:
pushd %~dp0
boinc.exe --detach
Result: GPUs detected, data folder the same as boinc.exe

A BOINC startup .bat w/o specifying extension for boinc.exe
pushd %~dp0
boinc --detach
Result: No GPUs detected, data folder the same as boinc.exe

Command line starts with and without the extension for boinc.exe
D:\Temp>D:\Boinc.7.6.33\boinc.exe --detach
Result: GPUs detected, data folder is D:\Temp

D:\Temp>D:\Boinc.7.6.33\boinc --detach
Result: No GPUs detected, data folder is D:\Temp
31) Message boards : Number crunching : Building a 32-Thread Xeon Monster PC for Less Than the Price of a Flagship Core i7 (Message 1876637)
Posted 22 days ago by Profile HAL9000
Post:


What file are max_project_concurrent and max_concurrent located in? I assume I have to find a "project." Under World Community Grid each one of the different sub-projects has its own project name. I am not sure how/where to put the above.

I don't see any doc for them when I tried to google them.

Thank you,
Tom


You would place those in app_config.xml in each project folder. Which is why I said, I don't think an "all_projects" would work in an app_config as those are limited to the specific project. In order for all projects to accept a command, they would think it need to be in the cc_config.xml. However, I've never tried such a command in the cc_config so I can't say for sure it would or would not work.

As for the max_concurrent and project _max_concurrent (sorry I reversed it in my original post)the exact position within the app_config.xml varies depending on which one you use.

project_max_concurrent is place in the second to last line of the app_config just before </app_config>


  
</app_version>
<project_max_concurrent>4</project_max_concurrent>
</app_config>


max_concurrent is place within the body of the app_confix just after the plan class example below


    
<app_name>setiathome_v8</app_name>
    <plan_class>opencl_nvidia_SoG</plan_class>
    <avg_ncpus>1</avg_ncpus>
    <ngpus>0.5</ngpus>
<max_concurrent>2</max_concurrent>


I can say that I haven't used the max_concurrent in a while as I use the project_max_concurrent. The only time I used to use the max_concurrent is when projects had more than 1 type of work unit, example Einstein or GPUGrid.

Using project_max_concurrent is what I initially suggested they use, but figured they had their reasons for specifying each app.
I guess it wasn't helpful that everyone was listening the wrong value of max_project_concurrent immediately afterward...

I'm curious as to the "all_projects" value you keep keep mentioning. Is meant to refer to the all_apps value I said I would like if it existed?
I do think it would be nice to be able to define some other parameters, such as GPU/CPU usage, for all apps in a project at once.
32) Message boards : Number crunching : Building a 32-Thread Xeon Monster PC for Less Than the Price of a Flagship Core i7 (Message 1876517)
Posted 23 days ago by Profile HAL9000
Post:
That should work. If you get work for all 7 apps then you will have 14 tasks going at once.
I kind of would like it if there was a a way to use a single set of parameters for all apps on a projects in the app_config.

Perhaps something like:
<app_config>
	<app>
		<name>all_apps</name>
		<max_concurrent>4</max_concurrent>
		<gpu_versions>
			<gpu_usage>1.0</gpu_usage>
			<cpu_usage>1.0</cpu_usage>
		</gpu_versions>
	</app>
<app_config>

That way the specific apps names wouldn't matter.
Maybe I'll see what the BOINC devs think if something like that is viable.
33) Message boards : Number crunching : Building a 32-Thread Xeon Monster PC for Less Than the Price of a Flagship Core i7 (Message 1876438)
Posted 24 days ago by Profile HAL9000
Post:
I think the largest memory requirements I have seen were for the Lattice project. Task memory usage can be as high as ~7.5GB per task.
That meant that with only 128GB of ram I could run ~16 at once on my 16c/32t system without thrashing the swap file. So I restricted the project to only 8 tasks at once.
I think the next largest, at least for my 18 projects, is Climate Prediction. Tasks memory usage runs between 500-700MB per task.


Hal.
Thank you for the memory requirements information.

Where/How do you do that kind of limiting? (Restricting the number of tasks from the same project) World Community Grid sometimes likes to "hog" my entire cpu. Even with 6c/12t. I expect when I get up to 12c/24t it will be the same. So does Rosetta.

I need an example listing for the how to. I'm not good at translating abstracts....

Thank you.
Tom

The easiest way is to use an app_config.xml and set project_max_concurrent to the value you would like.
My my HTPC I set SETI to 2 and then other projects cycle through are also set to 2. That way each project gets equal run time. instead of relying on the BOINC long term average system to work. Which actually doesn't when you cycle though projects.
For my 16c/32t system I set no restrictions for SETI and then Lattice was limited to 8. Since Lattice work was intermittent and had a shorter deadline Lattice tasks would run as soon as they were downloaded.
When I set up my next 16c/32t system my plan is to limit each project to 8 tasks at once and run 4 projects. Then have one or two backup projects in case the 4 main projects run out of work.
34) Message boards : Number crunching : "BOINC portable" for Windows hosts (Message 1876250)
Posted 24 days ago by Profile HAL9000
Post:


<coproc_ati>
   <count>1</count>
   <name>ATI Radeon HD 6570 (NI TURKS) {ASUS EAH6570/DI/1GD3(LP)}</name>
   <req_secs>57903.757778</req_secs>
   <req_instances>0.000000</req_instances>
   <estimated_delay>0.000000</estimated_delay>
   <target>18</target>
   <localRAM>1024</localRAM>
   <uncachedRemoteRAM>128</uncachedRemoteRAM>
   <cachedRemoteRAM>64</cachedRemoteRAM>
   <engineClock>800</engineClock>
   <memoryClock>1050</memoryClock>
   <wavefrontSize>64</wavefrontSize>
   <numberOfSIMD>6</numberOfSIMD>
   <doublePrecision>0</doublePrecision>
   <pitch_alignment>256</pitch_alignment>
   <surface_alignment>256</surface_alignment>
   <maxResource1DWidth>16384</maxResource1DWidth>
   <maxResource2DWidth>16384</maxResource2DWidth>
   <maxResource2DHeight>16384</maxResource2DHeight>
   <CALVersion>1.4.1646</CALVersion>
    <atirt_detected/>
</coproc_ati>


Note: the <name> tag is hard-patched by me in boinc.exe (was "ATI unknown")



That information is pulled from the CAL and it, along with the OpenCL info are stored in memory and also Boinc's paper brain the client_state.xml file. Unfortunately, when AMD said they were going with OpenCl instead of CAL, the Boinc developers gave up on keeping the CAL updated. But from reading the AMD APP SDK 3.0 documentation, I suspect that the OpenCL still makes some use of the CAL code, otherwise there would be no reason for AMD to keep including the CAL files part of the latest drivers.

The BOINC devs were updating the entries for the CAL GPUs up to the Rx 200 series. Then implemented OpenCL detection, v7.6.23+, if CAL is not present. Which pulls the "Board name:" value from the clinfo.
I've been curious as to why the cal files were still included in the latest drives myself. I've been temped to remove the them to see what happens with my HD6870 and R9 390x, but haven't gotten around to it yet.
35) Message boards : Number crunching : "BOINC portable" for Windows hosts (Message 1876247)
Posted 24 days ago by Profile HAL9000
Post:
Data directory: D:\Boinc.6.12.43
Data directory: D:\Boinc.7.0.42
...
Data directory: D:\Boinc.7.6.33

How did you made every BOINC version to use different BOINC Data directory?
Did you edit the Registry?

Or boinc.exe is in the BOINC Data directory? i.e. :
boinc.exe v6.12.43 is in D:\Boinc.6.12.43
boinc.exe v7.6.33 is in D:\Boinc.7.6.33

And Registry do not have any BOINC info?

As I mentioned previously in this post. BOINC will use the folder it is in when launching if there are no registry entries.
You can add the --dir command when starting boinc.exe if you wish to use a specific folder.
Each folder contains all BOINC files.

So I stop the copy of BOINC that runs my projects in D:\BOINC\. Then start BOINC from the version folder. Once I get the info I need I stop it and go to the next version.
36) Message boards : Number crunching : Building a 32-Thread Xeon Monster PC for Less Than the Price of a Flagship Core i7 (Message 1876206)
Posted 25 days ago by Profile HAL9000
Post:
I will see if I can dig up the correct part number for that cooler, I know that I had bid on one on Ebay, so I should be able to find it in my emails. I will post back if I can locate it.


I think it is "HP Z600 Z800 Processor Heatsink & Fan Assembly 463991-001 for extreme CPUs" which for this listing is $195 plus s/h.

I may have found one as low as $150. The crucial issue appears to be the regular version is: 463990-001 And I got real excited at sub-$50 prices until I FINALLY noticed that tiny part# difference.

Given that it would take $300 for the coolers, assuming the trick works, and I can get an i7-3770@4.2Ghz via a Dell 7010 for about $250 (although it only has 4 cores w/HT) it becomes a stalling point. If I can't get an after market cooler that is successful (plus as of the moment, the theory that this works is un-proven) I probably have stalled and will go with that X5675 solution ($100 for two used cpus).

Just gotta wait for the cpu cooler on order to get delivered.

I did find 24GB of Z600 memory for $50 and decided that it was a reasonable price given I am uncertain how much memory the non-Seti tasks could take up with 24 threads.... Once its here I can sell 6GB of Z600 memory that came with it.
-------
I am getting mixed messages on the cpu cooler delivery. One says now deliver on Monday. The other says sending to USPS. So I guess I will check the regular mail on Saturday.

Tom

I think the largest memory requirements I have seen were for the Lattice project. Task memory usage can be as high as ~7.5GB per task.
That meant that with only 128GB of ram I could run ~16 at once on my 16c/32t system without thrashing the swap file. So I restricted the project to only 8 tasks at once.
I think the next largest, at least for my 18 projects, is Climate Prediction. Tasks memory usage runs between 500-700MB per task.
37) Message boards : Number crunching : "BOINC portable" for Windows hosts (Message 1876194)
Posted 25 days ago by Profile HAL9000
Post:
And back on topic:
I can't find (there is no) coproc_info on my computer (in fact no file with coproc in the name)
BOINC 6.10.58 is running now on:
https://setiathome.berkeley.edu/show_host_detail.php?hostid=4832843

So, you wanna say that usual setup with BOINC manager involved doesn't create tht file? This would fully explain my results indeed, but why such design decision???

It looks like coproc_info.xml was added sometime around v7.2.42. I just did a quick check using 6.12.43, 7.0.42, 7.2.42, 7.4.42, and 7.6.33.
I used my Celeron J1900 system and started BOINC with this .bat file:
Note: I do have UAC set to its lowest value. So I don't get prompted for elevated rights. As it interferes with some of the duties the machines normally does.
pushd %~dp0
boinc.exe --detach
timeout 90
boinccmd --quit

Each version I checked the GTX 750 ti was detected and the iGPU was detected in v7.0.42 and higher.
In the event that it is useful in any way. Here is the output from stdoutdae.txt in each version.

01-Jul-2017 09:32:11 [---] Starting BOINC client version 6.12.43 for windows_x86_64
01-Jul-2017 09:32:11 [---] log flags: file_xfer, sched_ops, task
01-Jul-2017 09:32:11 [---] Libraries: libcurl/7.21.6 OpenSSL/1.0.0d zlib/1.2.5
01-Jul-2017 09:32:11 [---] Data directory: D:\Boinc.6.12.43
01-Jul-2017 09:32:11 [---] Processor: 4 GenuineIntel       Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz [Family 6 Model 55 Stepping 3]
01-Jul-2017 09:32:11 [---] Processor: 1.00 MB cache
01-Jul-2017 09:32:11 [---] OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
01-Jul-2017 09:32:11 [---] Memory: 3.71 GB physical, 7.42 GB virtual
01-Jul-2017 09:32:11 [---] Disk: 198.09 GB total, 187.91 GB free
01-Jul-2017 09:32:11 [---] Local time is UTC -4 hours
01-Jul-2017 09:32:11 [---] NVIDIA GPU 0: GeForce GTX 750 Ti (driver version unknown, CUDA version 8000, compute capability 5.0, 2048MB, 406 GFLOPS peak)
01-Jul-2017 09:32:11 [---] No general preferences found - using BOINC defaults
Initialization completed
01-Jul-2017 09:33:41 [---] Exit requested by user

01-Jul-2017 09:28:56 [---] No config file found - using defaults
01-Jul-2017 09:28:56 [---] Starting BOINC client version 7.0.42 for windows_x86_64
01-Jul-2017 09:28:56 [---] log flags: file_xfer, sched_ops, task
01-Jul-2017 09:28:56 [---] Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
01-Jul-2017 09:28:56 [---] Data directory: D:\Boinc.7.0.42
01-Jul-2017 09:28:56 [---] Processor: 4 GenuineIntel       Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz [Family 6 Model 55 Stepping 3]
01-Jul-2017 09:28:56 [---] Processor: 1.00 MB cache
01-Jul-2017 09:28:56 [---] OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
01-Jul-2017 09:28:56 [---] Memory: 3.71 GB physical, 7.42 GB virtual
01-Jul-2017 09:28:56 [---] Disk: 198.09 GB total, 187.87 GB free
01-Jul-2017 09:28:56 [---] Local time is UTC -4 hours
01-Jul-2017 09:28:56 [---] CUDA: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, CUDA version 8.0, compute capability 5.0, 2048MB, 1967MB available, 2434 GFLOPS peak)
01-Jul-2017 09:28:56 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, device version OpenCL 1.2 CUDA, 2048MB, 1967MB available, 2434 GFLOPS peak)
01-Jul-2017 09:28:56 [---] OpenCL: intel_gpu GPU 0: Intel(R) HD Graphics (driver version 10.18.10.4358, device version OpenCL 1.2, 1195MB, 1195MB available, 358 GFLOPS peak)
01-Jul-2017 09:28:56 [---] No general preferences found - using defaults
Initialization completed
01-Jul-2017 09:30:26 [---] Exit requested by user

01-Jul-2017 09:15:38 [---] cc_config.xml not found - using defaults
01-Jul-2017 09:15:38 [---] Starting BOINC client version 7.2.42 for windows_x86_64
01-Jul-2017 09:15:38 [---] log flags: file_xfer, sched_ops, task
01-Jul-2017 09:15:38 [---] Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
01-Jul-2017 09:15:38 [---] Data directory: D:\Boinc.7.2.42
01-Jul-2017 09:15:38 [---] CUDA: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, CUDA version 8.0, compute capability 5.0, 2048MB, 1967MB available, 2434 GFLOPS peak)
01-Jul-2017 09:15:38 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, device version OpenCL 1.2 CUDA, 2048MB, 1967MB available, 2434 GFLOPS peak)
01-Jul-2017 09:15:38 [---] OpenCL: Intel GPU 0: Intel(R) HD Graphics (driver version 10.18.10.4358, device version OpenCL 1.2, 1195MB, 1195MB available, 358 GFLOPS peak)
01-Jul-2017 09:15:38 [---] OpenCL CPU: Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz (OpenCL driver vendor: Intel(R) Corporation, driver version 3.0.1.10891, device version OpenCL 1.2 (Build 76427))
01-Jul-2017 09:15:38 [---] Creating new client state file
01-Jul-2017 09:15:38 [---] Host name: SIMIII
01-Jul-2017 09:15:38 [---] Processor: 4 GenuineIntel       Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz
01-Jul-2017 09:15:38 [---] OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
01-Jul-2017 09:15:38 [---] Memory: 3.71 GB physical, 7.42 GB virtual
01-Jul-2017 09:15:38 [---] Disk: 198.09 GB total, 187.90 GB free
01-Jul-2017 09:15:38 [---] Local time is UTC -4 hours
01-Jul-2017 09:15:38 [---] No general preferences found - using defaults
01-Jul-2017 09:17:08 [---] Exit requested by user

01-Jul-2017 09:17:34 [---] cc_config.xml not found - using defaults
01-Jul-2017 09:17:34 [---] Starting BOINC client version 7.4.42 for windows_x86_64
01-Jul-2017 09:17:34 [---] log flags: file_xfer, sched_ops, task
01-Jul-2017 09:17:34 [---] Libraries: libcurl/7.39.0 OpenSSL/1.0.1j zlib/1.2.8
01-Jul-2017 09:17:34 [---] Data directory: D:\Boinc.7.4.42
01-Jul-2017 09:17:34 [---] CUDA: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, CUDA version 8.0, compute capability 5.0, 2048MB, 1967MB available, 1622 GFLOPS peak)
01-Jul-2017 09:17:34 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, device version OpenCL 1.2 CUDA, 2048MB, 1967MB available, 1622 GFLOPS peak)
01-Jul-2017 09:17:34 [---] OpenCL: Intel GPU 0: Intel(R) HD Graphics (driver version 10.18.10.4358, device version OpenCL 1.2, 1195MB, 1195MB available, 358 GFLOPS peak)
01-Jul-2017 09:17:34 [---] OpenCL CPU: Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz (OpenCL driver vendor: Intel(R) Corporation, driver version 3.0.1.10891, device version OpenCL 1.2 (Build 76427))
01-Jul-2017 09:17:34 [---] Creating new client state file
01-Jul-2017 09:17:34 [---] Host name: SIMIII
01-Jul-2017 09:17:34 [---] Processor: 4 GenuineIntel       Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz
01-Jul-2017 09:17:34 [---] OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
01-Jul-2017 09:17:34 [---] Memory: 3.71 GB physical, 7.42 GB virtual
01-Jul-2017 09:17:34 [---] Disk: 198.09 GB total, 187.89 GB free
01-Jul-2017 09:17:34 [---] Local time is UTC -4 hours
01-Jul-2017 09:17:34 [---] No general preferences found - using defaults
01-Jul-2017 09:19:04 [---] Exiting

01-Jul-2017 09:20:50 [---] cc_config.xml not found - using defaults
01-Jul-2017 09:20:50 [---] Starting BOINC client version 7.6.33 for windows_x86_64
01-Jul-2017 09:20:50 [---] log flags: file_xfer, sched_ops, task
01-Jul-2017 09:20:50 [---] Libraries: libcurl/7.47.1 OpenSSL/1.0.2g zlib/1.2.8
01-Jul-2017 09:20:50 [---] Data directory: D:\Boinc.7.6.33
01-Jul-2017 09:20:51 [---] CUDA: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, CUDA version 8.0, compute capability 5.0, 2048MB, 1967MB available, 1622 GFLOPS peak)
01-Jul-2017 09:20:51 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 364.51, device version OpenCL 1.2 CUDA, 2048MB, 1967MB available, 1622 GFLOPS peak)
01-Jul-2017 09:20:51 [---] OpenCL: Intel GPU 0: Intel(R) HD Graphics (driver version 10.18.10.4358, device version OpenCL 1.2, 1195MB, 1195MB available, 358 GFLOPS peak)
01-Jul-2017 09:20:51 [---] OpenCL CPU: Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz (OpenCL driver vendor: Intel(R) Corporation, driver version 3.0.1.10891, device version OpenCL 1.2 (Build 76427))
01-Jul-2017 09:20:51 [---] Creating new client state file
01-Jul-2017 09:20:51 [---] Host name: SIMIII
01-Jul-2017 09:20:51 [---] Processor: 4 GenuineIntel       Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz
01-Jul-2017 09:20:51 [---] OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
01-Jul-2017 09:20:51 [---] Memory: 3.71 GB physical, 7.42 GB virtual
01-Jul-2017 09:20:51 [---] Disk: 198.09 GB total, 187.89 GB free
01-Jul-2017 09:20:51 [---] Local time is UTC -4 hours
01-Jul-2017 09:20:56 [---] No general preferences found - using defaults
01-Jul-2017 09:22:20 [---] Exiting
38) Message boards : Number crunching : "BOINC portable" for Windows hosts (Message 1875429)
Posted 28 days ago by Profile HAL9000
Post:
You could use --allow_multiple_clients and--gui_rpc_port to start multiple instances of BOINC and do them all at once.
39) Message boards : Number crunching : "BOINC portable" for Windows hosts (Message 1875289)
Posted 29 days ago by Profile HAL9000
Post:
Thanks for detailed instruction.
I did just the same (but used relative path ..\BOINCdata to get to data directory ).
But encountered those issues i described in the first post.
Will try to reproduce yours exactly.

And how you handle same tasks cranching on "online" and "offline" hosts? Or "online" BOINc setup used only for fetching in this case (I tried to duplicte working BOINc from netbook so it had some duplicated tasks in cache after duplication).

Online and offline hosts are completely different data directories.
Online host would be D:\BOINC with data in D:\BOINCdata.
Then for flash drives from offline hosts would be E:\BOINC with data in E:\BOINCdata, or whatever drive letter the flash drive is mounted.
So there is no shared or duplicate data.
40) Message boards : Number crunching : Panic Mode On (106) Server Problems? (Message 1875212)
Posted 29 days ago by Profile HAL9000
Post:
DNS issues can sometimes take a while to sort.
A can't resolve host name error is not coming from the Seti servers.
Somebody forget to renew a domain?

It could be someone in the IT/IS department made changes in the berkeley DNS config. Perhaps moved the DNS servers to different IPs or something along those lines.
The weekend would be a more ideal time for the campus to do something like that.


Previous 20 · 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.