Hi,
I run Einstein@home as a process under Windows 7 using a i7-4771 (4 cores, 8 threads) cpu.
I was on holidays for a few days but the computer was running.
Now at home, checking processes, I note that instead of 8 threads running and about tens in waiting status, there are only 2 threads running and 2 waiting. I haven't changed anything.
Checking the stats, the graph seems similar to the past, showing maybe a light slown down since the last 12 hrs but nothing significant.
But if I check the ressources used, instead of using 95% of CPU time or more-, now it only used 25%...
Thus indeed, there are 4 times less CPU usage than a few days ago.
Question : do you have noted that Einstein@home started less processes than usually while keeping its global performances or have you noticed a drop of performances as well ?
Has something changed in the way settings are taken into account ?
NB. in my settings, I forced the system to use all my CPU but it hasn't changed anything, as if all was working properly... strange
Thanks
Copyright © 2024 Einstein@Home. All rights reserved.
Only 2 threads running instead of 8
)
Nothing has changed here at Einstein, I would like to suggest you stop and then re-start BOINC. After it has started again please post the first 30 or so lines form the event log so we can see the details of your BOINC client configuration and perhaps suggest a change if appropriate.
--------------------------
- Crunch, Crunch, Crunch -
--------------------------
Your last
)
Your last contact:
http://einstein.phys.uwm.edu/host_sched_logs/10689/10689021
You can't get FGRP CPU work because you don't have 'Run CPU versions of applications for which GPU versions are available' set to Yes in your project preferences,
And you can't get S6CasA work because your've run out of disk space.
Claggy
Hi, The issue is that it
)
Hi,
The issue is that it worked before my holidays and suddently it changed itself ? I cannot believe that.
A reboot didn't changed anything. I changed nothing but now Einstein@home only use 25% of my 8 cores..
My option "GPU utilization factor of FGRP apps" is set to 1
idem for "GPU utilization factor of BRP apps" set to 1
idem for "GPU utilization factor of GW apps" set to 1
I changed the option "use the CPU version of the apps for which a GPU is available" from "No" to "Yes"
Indeed now my 7 threads (not 8) are running again (but not the 8th).
My problem is that I do not understand what or who changed my settings during my holidays....
Question:
How get I be now short of memory according the above red line in the previous post when I set the disk space to 100 GB (einstein has 86 MB free) ?
here are my new settings :
NB.I am using Windows 7. I do not see any event log similar to your dump. I see many entries in the control panel, but not that particular one.
Thanks in advance
http://www.astrosurf.com/luxorion
RE: NB.I am using Windows
)
That is the server log for your last contact, the link's on the righthand side:
Computers belonging to Thierry Lombry
Claggy
Thanks for the log and its
)
Thanks for the log and its location.
I restored my original settings (with "Run CPU versions of applications for which GPU versions are available" set to "No") as I want taking advantage of the speed of my GTX770 GPU during idle time of my computer.
I rebooted, and now all my threads are well active, my CPU are used at about 90%, as there were last week, and keep using the CUDA.
Thus question, why during one day, only 2 threads of 7 were running... it's fuzzy logic ?
NB. In checking my MSI settings (the tools managing my mother board, I haven't seen anything special and all my 4 CPU are working properly.
Last event log from the server:
2014-07-28 13:06:11.8434 [PID=2086] Request: [USER#xxxxx] [HOST#10689021] [IP xxx.xxx.xxx.26] client 7.2.42
2014-07-28 13:06:11.8467 [PID=2086 ] [send] effective_ncpus 7 max_jobs_on_host_cpu 999999 max_jobs_on_host 999999
2014-07-28 13:06:11.8467 [PID=2086 ] [send] effective_ngpus 1 max_jobs_on_host_gpu 999999
2014-07-28 13:06:11.8467 [PID=2086 ] [send] Not using matchmaker scheduling; Not using EDF sim
2014-07-28 13:06:11.8467 [PID=2086 ] [send] CPU: req 21735.40 sec, 0.00 instances; est delay 0.00
2014-07-28 13:06:11.8467 [PID=2086 ] [send] CUDA: req 0.00 sec, 0.00 instances; est delay 0.00
2014-07-28 13:06:11.8467 [PID=2086 ] [send] work_req_seconds: 21735.40 secs
2014-07-28 13:06:11.8467 [PID=2086 ] [send] available disk 0.08 GB, work_buf_min 0
2014-07-28 13:06:11.8467 [PID=2086 ] [send] active_frac 0.999914 on_frac 0.998131 DCF 0.901341
2014-07-28 13:06:11.8487 [PID=2086 ] [send] [HOST#10689021] is reliable
2014-07-28 13:06:11.8488 [PID=2086 ] [send] set_trust: random choice for error rate 0.000010: yes
2014-07-28 13:06:11.8488 [PID=2086 ] [mixed] sending locality work first (0.4995)
2014-07-28 13:06:18.1266 [PID=2086 ] [version] Checking plan class 'GWopencl-nvidia-Beta'
2014-07-28 13:06:18.1277 [PID=2086 ] [version] reading plan classes from file '/BOINC/projects/EinsteinAtHome/plan_class_spec.xml'
2014-07-28 13:06:18.1278 [PID=2086 ] [version] numerical Windows version: 601760100 (Microsoft Windows 7 Home Premium x64 Edition, Service Pack 1, (06.01.7601.00))
2014-07-28 13:06:18.1278 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_gw': 1.000000
2014-07-28 13:06:18.1278 [PID=2086 ] [version] Peak flops supplied: 1.38816e+11
2014-07-28 13:06:18.1278 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1279 [PID=2086 ] [version] Don't need CUDA jobs, skipping version 108 for einstein_S6CasA (GWopencl-nvidia-Beta)
2014-07-28 13:06:18.1279 [PID=2086 ] [version] Checking plan class 'SSE2'
2014-07-28 13:06:18.1279 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1279 [PID=2086 ] [version] Checking plan class 'SSE2-Beta'
2014-07-28 13:06:18.1279 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1279 [PID=2086 ] [version] Checking plan class 'GWopencl-ati-Beta'
2014-07-28 13:06:18.1279 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_gw': 1.000000
2014-07-28 13:06:18.1279 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1279 [PID=2086 ] [version] Checking plan class 'GWopencl-nvidia-Beta'
2014-07-28 13:06:18.1280 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_gw': 1.000000
2014-07-28 13:06:18.1280 [PID=2086 ] [version] Peak flops supplied: 1.38816e+11
2014-07-28 13:06:18.1280 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1280 [PID=2086 ] [version] Don't need CUDA jobs, skipping version 108 for einstein_S6CasA (GWopencl-nvidia-Beta)
2014-07-28 13:06:18.1280 [PID=2086 ] [version] Best version of app einstein_S6CasA is ID 567 (6.27 GFLOPS)
2014-07-28 13:06:18.1287 [PID=2086 ] [send] stopping work search - insufficient disk space
2014-07-28 13:06:18.1288 [PID=2086 ] [send] stopping work search - insufficient disk space
2014-07-28 13:06:18.1288 [PID=2086 ] [send] stopping work search - insufficient disk space
2014-07-28 13:06:18.1288 [PID=2086 ] [send] stopping work search - insufficient disk space
2014-07-28 13:06:18.1288 [PID=2086 ] [mixed] sending non-locality work second
2014-07-28 13:06:18.1415 [PID=2086 ] [version] Checking plan class 'BRP5-opencl-ati'
2014-07-28 13:06:18.1415 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1416 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1416 [PID=2086 ] [version] Checking plan class 'BRP5-cuda32'
2014-07-28 13:06:18.1416 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1416 [PID=2086 ] [version] driver version required max: -29053, supplied: 33788
2014-07-28 13:06:18.1416 [PID=2086 ] [version] Checking plan class 'BRP5-cuda32-nv301'
2014-07-28 13:06:18.1416 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1416 [PID=2086 ] [version] Peak flops supplied: 1.38816e+11
2014-07-28 13:06:18.1416 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1417 [PID=2086 ] [version] Don't need CUDA jobs, skipping version 139 for einsteinbinary_BRP5 (BRP5-cuda32-nv301)
2014-07-28 13:06:18.1417 [PID=2086 ] [version] Checking plan class 'BRP5-opencl-ati'
2014-07-28 13:06:18.1417 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1417 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1417 [PID=2086 ] [version] no app version available: APP#23 (einsteinbinary_BRP5) PLATFORM#9 (windows_x86_64) min_version 0
2014-07-28 13:06:18.1417 [PID=2086 ] [version] no app version available: APP#23 (einsteinbinary_BRP5) PLATFORM#2 (windows_intelx86) min_version 0
2014-07-28 13:06:18.1417 [PID=2086 ] [version] Checking plan class 'BRP4G-opencl-ati'
2014-07-28 13:06:18.1417 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1417 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1417 [PID=2086 ] [version] Checking plan class 'BRP4G-cuda32'
2014-07-28 13:06:18.1417 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1417 [PID=2086 ] [version] driver version required max: -29053, supplied: 33788
2014-07-28 13:06:18.1418 [PID=2086 ] [version] Checking plan class 'BRP4G-cuda32-nv301'
2014-07-28 13:06:18.1418 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1418 [PID=2086 ] [version] Peak flops supplied: 1.38816e+11
2014-07-28 13:06:18.1418 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1418 [PID=2086 ] [version] Don't need CUDA jobs, skipping version 139 for einsteinbinary_BRP4G (BRP4G-cuda32-nv301)
2014-07-28 13:06:18.1418 [PID=2086 ] [version] Checking plan class 'BRP4G-opencl-ati'
2014-07-28 13:06:18.1418 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1418 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1418 [PID=2086 ] [version] no app version available: APP#25 (einsteinbinary_BRP4G) PLATFORM#9 (windows_x86_64) min_version 0
2014-07-28 13:06:18.1418 [PID=2086 ] [version] no app version available: APP#25 (einsteinbinary_BRP4G) PLATFORM#2 (windows_intelx86) min_version 0
2014-07-28 13:06:18.1418 [PID=2086 ] [version] Checking plan class 'FGRPopencl-ati'
2014-07-28 13:06:18.1418 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_fgrp': 1.000000
2014-07-28 13:06:18.1418 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1419 [PID=2086 ] [version] Checking plan class 'FGRPopencl-nvidia'
2014-07-28 13:06:18.1419 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_fgrp': 1.000000
2014-07-28 13:06:18.1419 [PID=2086 ] [version] Peak flops supplied: 1.38816e+11
2014-07-28 13:06:18.1419 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1419 [PID=2086 ] [version] Don't need CUDA jobs, skipping version 111 for hsgamma_FGRP3 (FGRPopencl-nvidia)
2014-07-28 13:06:18.1419 [PID=2086 ] [version] Checking plan class 'FGRPopencl-ati'
2014-07-28 13:06:18.1419 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_fgrp': 1.000000
2014-07-28 13:06:18.1419 [PID=2086 ] [version] No ATI devices found
2014-07-28 13:06:18.1419 [PID=2086 ] [version] Checking plan class 'FGRPopencl-nvidia'
2014-07-28 13:06:18.1419 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_fgrp': 1.000000
2014-07-28 13:06:18.1419 [PID=2086 ] [version] Peak flops supplied: 1.38816e+11
2014-07-28 13:06:18.1420 [PID=2086 ] [version] plan class ok
2014-07-28 13:06:18.1420 [PID=2086 ] [version] Don't need CUDA jobs, skipping version 111 for hsgamma_FGRP3 (FGRPopencl-nvidia)
2014-07-28 13:06:18.1420 [PID=2086 ] [version] Checking plan class 'FGRPSSE'
2014-07-28 13:06:18.1420 [PID=2086 ] [version] project prefs setting 'also_run_cpu' (1.000000) prevents using plan class.
2014-07-28 13:06:18.1420 [PID=2086 ] [version] no app version available: APP#26 (hsgamma_FGRP3) PLATFORM#9 (windows_x86_64) min_version 0
2014-07-28 13:06:18.1420 [PID=2086 ] [version] no app version available: APP#26 (hsgamma_FGRP3) PLATFORM#2 (windows_intelx86) min_version 0
2014-07-28 13:06:18.1421 [PID=2086 ] [version] Checking plan class 'opencl-intel_gpu'
2014-07-28 13:06:18.1421 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1421 [PID=2086 ] [version] No Intel GPU devices found
2014-07-28 13:06:18.1421 [PID=2086 ] [version] Checking plan class 'opencl-intel_gpu'
2014-07-28 13:06:18.1421 [PID=2086 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2014-07-28 13:06:18.1421 [PID=2086 ] [version] No Intel GPU devices found
2014-07-28 13:06:18.1421 [PID=2086 ] [version] no app version available: APP#19 (einsteinbinary_BRP4) PLATFORM#9 (windows_x86_64) min_version 0
2014-07-28 13:06:18.1421 [PID=2086 ] [version] no app version available: APP#19 (einsteinbinary_BRP4) PLATFORM#2 (windows_intelx86) min_version 0
2014-07-28 13:06:18.1476 [PID=2086 ] [debug] [HOST#10689021] MSG(high) No work sent
2014-07-28 13:06:18.1477 [PID=2086 ] [debug] [HOST#10689021] MSG(high) see scheduler log messages on http://einstein.phys.uwm.edu//host_sched_logs/10689/10689021
2014-07-28 13:06:18.1477 [PID=2086 ] [debug] [HOST#10689021] MSG(high) Gravitational Wave S6 Directed Search (CasA) needs 8.86MB more disk space. You currently have 86.51 MB available and it needs 95.37 MB.
2014-07-28 13:06:18.1477 [PID=2086 ] Sending reply to [HOST#10689021]: 0 results, delay req 60.00
2014-07-28 13:06:18.1481 [PID=2086 ] Scheduler ran 6.311 seconds
http://www.astrosurf.com/luxorion
RE: 2014-07-28
)
Basically you're run out of allocated disk space for Boinc, of the 100 Gigabytes you're got allocated you're only got ~86 Megabytes left,
You could be using almost all of those 100 Gigs, or you could be falling foul of the Disk: use at most 50% of total preference, you could try upping the 100 Gigs to 110 Gigs, or you could try upping the % total up to 60%
Unlike most other projects where a Wu gets a single data file, Einstein uses a set of data files for multiple Wu's (at least on some of their searches), that means your host will accumulate data files, and you'll get sent tasks for the data files that you already have,
it does mean you may have lots of disk space tried up with datafiles awaiting for the server to tell Boinc to delete them, you could reset the project, but then you'd need to get fresh datasets, and that'll likely increase your downloads by a large amount,
best to increase the space allocated for now.
Claggy