Posts by Staze

1) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85830)
Posted 12 Apr 2018 by Profile Staze
Post:
Any other ideas or am I stuck not using GPU?

Thanks!
2) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85768)
Posted 6 Apr 2018 by Profile Staze
Post:
The one before that has a little more info:

Date/Time:       2018-04-06 10:58:50.032440 -0700
OS Version:      Mac OS X 10.13.4 (Build 17E199)
Architecture:    x86_64
Report Version:  19

Command:         setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac
Path:            /Library/Application Support/BOINC Data/*/setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac
Version:         ??? (???)
Parent:          boinc [87280]
Responsible:     BOINCManager [87246]
PID:             4067

Event:           wakeups
Action taken:    none
Wakeups:         45001 wakeups over the last 29 seconds (1558 wakeups per second average), exceeding limit of 150 wakeups per second over 300 seconds
Wakeups limit:   45000
Limit duration:  300s
Wakeups caused:  45001
Duration:        28.88s
Steps:           2

Hardware model:  MacPro6,1
Active cpus:     16

Fan speed:       789 rpm


Powerstats for:  setiathome_8.20_ [4067]
UUID:            2ECE3500-4853-330E-8C57-E663835C951E
Start time:      2018-04-06 10:59:11 -0700
End time:        2018-04-06 10:59:11 -0700
Parent:          boinc
Responsible:     BOINCManager
Microstackshots: 2 samples (100%)
Primary state:   2 samples Non-Frontmost App, User mode, Effective Thread QoS Default, Requested Thread QoS User Initiated, Override Thread QoS Unspecified
User Activity:   2 samples Idle, 0 samples Active
Power Source:    0 samples on Battery, 2 samples on AC
  2 start_wqthread + 13 (libsystem_pthread.dylib) [0x7fff6ac90be9]
    2 _pthread_wqthread + 980 (libsystem_pthread.dylib) [0x7fff6ac90fd2]
      2 _dispatch_workloop_worker_thread + 880 (libdispatch.dylib) [0x7fff6a958d71]
        2 _dispatch_root_queue_drain_deferred_wlh + 332 (libdispatch.dylib) [0x7fff6a954f5d]
          2 _dispatch_queue_invoke + 373 (libdispatch.dylib) [0x7fff6a9471b6]
            2 _dispatch_queue_serial_drain + 635 (libdispatch.dylib) [0x7fff6a954267]
              2 _dispatch_client_callout + 8 (libdispatch.dylib) [0x7fff6a93fe08]
                2 ??? (OpenCL + 144526) [0x7fff4ad4e48e]
                  2 ??? (OpenCL + 130637) [0x7fff4ad4ae4d]
                    2 ??? (OpenCL + 17076) [0x7fff4ad2f2b4]
                      2 gldExecuteKernel + 3001 (AMDRadeonX4000GLDriver) [0x10d931fa9]
                        2 glrATIExecuteKernel + 3923 (AMDRadeonX4000GLDriver) [0x10d92eba9]

  Binary Images:
         0x109781000 -        0x109c83fef  setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac <2ECE3500-4853-330E-8C57-E663835C951E> /Library/Application Support/BOINC Data/*/setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac
         0x10d900000 -        0x10d9c2ffb  com.apple.AMDRadeonX4000GLDriver 1.66.31 (1.6.6) <B94F207D-D81B-3C1E-AB07-D81561280435> /System/Library/Extensions/AMDRadeonX4000GLDriver.bundle/Contents/MacOS/AMDRadeonX4000GLDriver
      0x7fff4ad2b000 -     0x7fff4ad79fff  com.apple.opencl 2.8.15 (2.8.15) <83ED39D0-1D39-3593-BA25-70A8A911DE71> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
      0x7fff6a93e000 -     0x7fff6a977ff7  libdispatch.dylib (913.50.12) <848EEE57-4235-3A61-9A52-C0097DD2AB5E> /usr/lib/system/libdispatch.dylib
      0x7fff6ac8e000 -     0x7fff6ac99fff  libsystem_pthread.dylib (301.50.1) <0E51CCBA-91F2-34E1-BF2A-FEEFD3D321E4> /usr/lib/system/libsystem_pthread.dylib
3) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85767)
Posted 6 Apr 2018 by Profile Staze
Post:
Are there beta release notes anywhere? I've got 7.9.3 installed at this point, but curious if there's anything in there about GPU fixes, etc.

Thanks!
Have a look through BOINC 7.9/7.10 Change Log on this message board. I don't remember anything recent, but we are pulling up patches from as far back as June last year - the v7.9.2 list is a long one - so worth looking.


Thanks. Machine just crashed with 7.9.3, so whatever it is isn't fixed in this version. Pretty sure this is an Apple bug rather than boinc, but who knows.

Only log I'm seeing is: 

Date/Time:       2018-04-06 11:08:19.762769 -0700
OS Version:      Mac OS X 10.13.4 (Build 17E199)
Architecture:    x86_64
Report Version:  19

Command:         setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac
Path:            /Library/Application Support/BOINC Data/*/setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac
Version:         ??? (???)
Parent:          boinc [87280]
Responsible:     BOINCManager [87246]
PID:             5147

Event:           wakeups
Action taken:    none
Wakeups:         45004 wakeups over the last 44 seconds (1028 wakeups per second average), exceeding limit of 150 wakeups per second over 300 seconds
Wakeups limit:   45000
Limit duration:  300s
Wakeups caused:  45004
Duration:        43.78s
Steps:           1

Hardware model:  MacPro6,1
Active cpus:     16

Fan speed:       1899 rpm


Powerstats for:  setiathome_8.20_ [5147]
UUID:            2ECE3500-4853-330E-8C57-E663835C951E
Start time:      2018-04-06 11:08:35 -0700
End time:        2018-04-06 11:08:35 -0700
Parent:          boinc
Responsible:     BOINCManager
Microstackshots: 1 samples (100%)
Primary state:   1 samples Non-Frontmost App, User mode, Effective Thread QoS Default, Requested Thread QoS User Interactive, Override Thread QoS Unspecified
User Activity:   1 samples Idle, 0 samples Active
Power Source:    0 samples on Battery, 1 samples on AC
  1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 6100) [0x10ecf37d4]
    1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 2711595) [0x10ef8802b]
      1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 2896322) [0x10efb51c2]
        1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 2849250) [0x10efa99e2]
          1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 2744937) [0x10ef90269]
            1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 2787429) [0x10ef9a865]
              1 ??? (setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac + 2809904) [0x10efa0030]

  Binary Images:
         0x10ecf2000 -        0x10f1f4fef  setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac <2ECE3500-4853-330E-8C57-E663835C951E> /Library/Application Support/BOINC Data/*/setiathome_8.20_x86_64-apple-darwin__opencl_ati5_mac
4) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85763)
Posted 6 Apr 2018 by Profile Staze
Post:
There is a beta - please feel free to try it. Betas are always listed at https://boinc.berkeley.edu/download_all.php - a small 'All versions' link on the main download page.

Current beta version is 7.9.3, to be replaced by 7.9.4 in the next couple of days. There's a significant fix to the appearance of one of the dialogs in 7.9.4, but it's cosmetic only - so far as we know, it works properly. Until you tell us different...


Are there beta release notes anywhere? I've got 7.9.3 installed at this point, but curious if there's anything in there about GPU fixes, etc.

Thanks!
5) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85762)
Posted 6 Apr 2018 by Profile Staze
Post:
=(
6) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85733)
Posted 5 Apr 2018 by Profile Staze
Post:
7.8.6. Which last I knew was the latest (still shows as latest on website), unless there's a beta that I'm unaware of.
7) Message boards : Questions and problems : Mac Pro (2013) (Trashcan), 10.13 (High Sierra), GPU crashes (Message 85704)
Posted 4 Apr 2018 by Profile Staze
Post:
Hi All,

I'm having a heck of a time recently with GPU tasks on my Mac Pro (dual D700's). It was crashing regularly with Einstein@home, so I disabled GPU work for it, and then turned on GPU for seti@home, but that seems to do something similar.

Anyone else seeing this? I had no problem with Sierra (10.12), but since 10.13, I haven't been able to reliably run any GPU tasks and not have the machine crash.

Thanks!
8) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45563)
Posted 4 Sep 2012 by Profile Staze
Post:
yup, but then, it's job security, so can't complain TOO much. =)
9) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45560)
Posted 4 Sep 2012 by Profile Staze
Post:
BOINC successfully suspended when I came into the office today... so it SEEMS like it might be working now.

Not sure if it was the presence of the override file, or the conflicting project settings, but it does seem to be working. Thanks!
10) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45525)
Posted 31 Aug 2012 by Profile Staze
Post:
Yeah. I will say yoyo@home just started up when I was not using the machine, and immediately stopped once I moved the mouse a bit.

So, we'll see what happens Tuesday.

Have a great weekend!
11) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45522)
Posted 31 Aug 2012 by Profile Staze
Post:
I did just see that Collatz's prefs (on the collatz site) were set to use my GPU all the time. But BAM was set to suspend. I would think BAM is what's managing that, but I have to wonder if collatz was overriding it somehow.

Anyway, I've changed Collatz. We'll have to see what happens when I'm back on Tuesday.
12) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45521)
Posted 31 Aug 2012 by Profile Staze
Post:
Generally when it happens, it's running collatz, which is the only one that uses the ATI GPU on the Mac (that I've found), so that's what makes the computer crawl.

OK, so it could be what Charlie said (see for reference my post above this one, I heavily edited it), that it's slow at unloading the tasks from memory when you start using the system.

It can take up to 10 seconds before BOINC notices that you're using the system as that detection only runs once every 10 seconds (or thereabouts). Unloading 9 threads (8 CPU tasks + 1 GPU task) can take a minute or more, it really depends on the speed of the memory and hard drive.

Therefore, using the "leave applications in memory" option isn't so bad. It will leave apps in virtual memory almost instantly and should return control over your computer back to faster.

By the way, Einstein has an OpenCL app for AMD GPUs as well. It needs minimum Lion, as this has the OpenCL drivers built in.
Primegrid has a PPS (Sieve) application for AMD GPUs on Mac OS X 10.5+ as well.


It's not time based. I've had to running without realizing it for 5-10 minutes, but once I tell it to sync, it immediately suspends. So no, I don't think that's it.

I'll check out the OpenCL apps. =)
13) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45518)
Posted 31 Aug 2012 by Profile Staze
Post:
Hi Jord,

Some last thoughts before I leave for the holiday weekend:

I'm wondering on what he bases his belief that BOINC did not suspend. Does the Advanced View Tasks tab actually not say "Suspended - computer is in use"? I see he has his system set to not keep project applications in memory when suspended. He could keep the Activity monitor running and see if the project applications are still running.

If he is basing it just on the computer being sluggish, that could be a different problem entirely. For example, I have seen some projects fail to suspend when told to do so by BOINC.

Also, I find that my Mac Pro is often very slow to respond when BOINC has been running even though it has suspended. I've never been able to figure out why, but I suspect this is because my Mac Pro has only 2 GB RAM and the CPU RAM and GPU memory have been mostly taken over by BOINC projects. Perhaps it takes a while for the OS to swap itself in. Since he is using the GPU for BOINC, this might be his problem as well.


Correct. It does not say "suspended" and looking at Top, or iStat Menus, shows BOINC apps using 100 (or rather 800%) cpu time. Once I Sync with BAM, it immediately says "suspended" and things immediately drop off. So things are being suspended correctly when BOINC tells them to. It just seems like BOINC isn't telling them to suspend when I start using the computer.
14) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45515)
Posted 31 Aug 2012 by Profile Staze
Post:
Just nuked the prefs (after quitting).

The Mac is a MacPro dual quad 2.66ghz (8 total cores) from 2007. Video Card is a ATI 5770. 10GB of ram.

Generally when it happens, it's running collatz, which is the only one that uses the ATI GPU on the Mac (that I've found), so that's what makes the computer crawl.
15) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45512)
Posted 31 Aug 2012 by Profile Staze
Post:
maybe just quit boinc, delete both global_prefs files, relaunch, and resync with BAM?

I don't see anything in those files that seems to override the "don't run while computer is in use".
16) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45511)
Posted 31 Aug 2012 by Profile Staze
Post:
hmm... I DO have an override file.

global_prefs.xml

<global_preferences>

<host_specific/>
<source_project>http://bam.boincstats.com/</source_project>
<mod_time>1343408233</mod_time>
<run_if_user_active>0</run_if_user_active>
<run_gpu_if_user_active>0</run_gpu_if_user_active>
<suspend_if_no_recent_input>0</suspend_if_no_recent_input>
<cpu_scheduling_period_minutes>60</cpu_scheduling_period_minutes>
<idle_time_to_run>15</idle_time_to_run>
<work_buf_min_days>0</work_buf_min_days>
<work_buf_additional_days>2</work_buf_additional_days>
<max_cpus>16</max_cpus>
<max_ncpus_pct>100</max_ncpus_pct>
<suspend_cpu_usage>75</suspend_cpu_usage>
<cpu_usage_limit>100</cpu_usage_limit>
<disk_interval>60</disk_interval>
<disk_max_used_gb>20</disk_max_used_gb>
<disk_max_used_pct>50</disk_max_used_pct>
<disk_min_free_gb>20</disk_min_free_gb>
<vm_max_used_pct>75</vm_max_used_pct>
<ram_max_used_busy_pct>20</ram_max_used_busy_pct>
<ram_max_used_idle_pct>0</ram_max_used_idle_pct>
<max_bytes_sec_down>0</max_bytes_sec_down>
<max_bytes_sec_up>0</max_bytes_sec_up>
<start_hour>0</start_hour>
<end_hour>0</end_hour>
<net_start_hour>0</net_start_hour>
<net_end_hour>0</net_end_hour>
</global_preferences>

global_prefs_override.xml

<global_preferences>
<run_on_batteries>0</run_on_batteries>
<run_if_user_active>0</run_if_user_active>
<run_gpu_if_user_active>0</run_gpu_if_user_active>
<idle_time_to_run>15.000000</idle_time_to_run>
<suspend_cpu_usage>75.000000</suspend_cpu_usage>
<start_hour>0.000000</start_hour>
<end_hour>0.000000</end_hour>
<net_start_hour>0.000000</net_start_hour>
<net_end_hour>0.000000</net_end_hour>
<leave_apps_in_memory>0</leave_apps_in_memory>
<confirm_before_connecting>0</confirm_before_connecting>
<hangup_if_dialed>0</hangup_if_dialed>
<dont_verify_images>0</dont_verify_images>
<work_buf_min_days>0.000000</work_buf_min_days>
<work_buf_additional_days>2.000000</work_buf_additional_days>
<max_ncpus_pct>100.000000</max_ncpus_pct>
<cpu_scheduling_period_minutes>60.000000</cpu_scheduling_period_minutes>
<disk_interval>60.000000</disk_interval>
<disk_max_used_gb>20.000000</disk_max_used_gb>
<disk_max_used_pct>50.000000</disk_max_used_pct>
<disk_min_free_gb>20.000000</disk_min_free_gb>
<vm_max_used_pct>75.000000</vm_max_used_pct>
<ram_max_used_busy_pct>20.000000</ram_max_used_busy_pct>
<ram_max_used_idle_pct>100.000000</ram_max_used_idle_pct>
<max_bytes_sec_up>0.000000</max_bytes_sec_up>
<max_bytes_sec_down>0.000000</max_bytes_sec_down>
<cpu_usage_limit>100.000000</cpu_usage_limit>
<daily_xfer_limit_mb>0.000000</daily_xfer_limit_mb>
<daily_xfer_period_days>0</daily_xfer_period_days>
</global_preferences>
17) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45509)
Posted 31 Aug 2012 by Profile Staze
Post:
yup. and I've cleared the settings from Computing Preferences several times, then told it to resync.

For more info, it does seem to be inconsistent. Sometimes, it sees activity and pauses (like a few minutes ago). Sometimes, generally overnight, when I come in, it doesn't see me using the computer, and I have to tell it to Sync with BAM, at which point it suspends.

That's about all the info I have, unfortunately.
18) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45504)
Posted 31 Aug 2012 by Profile Staze
Post:

I just noticed today that the dialog box which opens when you select that has a title bar saying

BOINC - Preferences

No sign of any computing there ;-)
(observed on Windows)


Actually, on the Mac that's somewhat true as well. You can get to those prefs from two different places. BOINC Manager -> Preferences, or the above defined way.
19) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45503)
Posted 31 Aug 2012 by Profile Staze
Post:
Advanced view->Advanced->Read preferences file will re-read the global_prefs_override.xml file (only when it exists).
Just did that, no change. I'm not sure if it's actually forgetting it's prefs, or as I thought later, just not realizing there's activity on the keyboard/mouse... and by resyncing, maybe it says "oh, someone manually resynced, so someone MUST be using the computer". =P

There have been problems with the (USB) keyboard and mouse status detection on the *Nix platform (Linux, Unix), but those should've been fixed in 7.0.29
Now, whether or not OS X has a similar problem, I don't know. I'll go ask the developer.


Ah, cool, thanks. issues detecting USB mouse/keyboard would be rather important since that's all the mac uses. =P
20) Message boards : Questions and problems : BOINC doesn't suspend when computer in use (Message 45497)
Posted 31 Aug 2012 by Profile Staze
Post:
that's the thing. They're set correctly when I check before syncing. I don't see how to force them on the client since they're already correct when I look. "While computer is on batteries", "While Computer is in use" and "Use GPU while computer is in use" are all already unchecked. It seems more like BOINC doesn't always notice mouse/keyboard activity and suspend operations.

On the mac, btw, it's Tools -> Computing Preferences.


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.