Activity monitor shows that boinc process is not responding, but crunching still continues (although it does seem a fraction slower).

12427 BOINC KeithMacPro 3.0 3 30.56 MB 959.27 MB Intel
12429 boinc (Not Responding) boinc_master 0.2 1 3.11 MB 849.16 MB Intel

30268 hadam3p_um_6.08_ boinc_project 76.2 2 196.22 MB 848.49 MB Intel
30474 hadam3p_um_6.08_ boinc_project 72.5 2 195.68 MB 848.49 MB Intel
30261 hadam3p_6.08_i68 boinc_project 0.1 2 3.03 MB 590.64 MB Intel
30469 hadam3p_6.08_i68 boinc_project 0.1 2 3.03 MB 590.64 MB Intel

I have tried to fathom out why this process should cease responding, but cannot see what causes it happening quite often.
It is easily rectified by quitting BOINC and restarting, which only loses a small amount of crunching from the previous SavePoint.
It obviously is not crucial to the processing, but I am curious to know why this process is repeatedly ceasing it'e response.

Keith

If it helps anyone to solve this mystery, here is a \"sample\" of the \"boinc\" process running normally:--

Sampling process 264 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling boinc (pid 264) every 1 millisecond
Call graph:
2415 Thread_2507
2415 0x2339
2415 0x2412
2405 0x296fa
2401 0x44c09
2401 select$DARWIN_EXTSN$NOCANCEL
2401 select$DARWIN_EXTSN$NOCANCEL
4 0x44c3c
4 0x26cb0
1 0x2f564
1 strstr
1 strstr
1 0x2f595
1 0x219bb
1 0xefc7
1 0x34b31
1 0x348e9
1 vsnprintf
1 __vfprintf
1 __vfprintf
1 0x2f78e
1 0xeb7c
1 0x34b31
1 strncpy
1 strncpy
1 0x31002
1 sendto$NOCANCEL$UNIX2003
1 sendto$NOCANCEL$UNIX2003
10 0x296de
7 0x47a08
7 0x1c354
7 0x27938
7 IOPSCopyPowerSourcesInfo
6 SCDynamicStoreCopyMultiple
4 configget_m
4 mach_msg
4 mach_msg_trap
4 mach_msg_trap
1 _CFStreamCopyProperty
1 _CFStreamCopyProperty
1 _SCUnserialize
1 CFPropertyListCreateFromXMLData
1 _CFPropertyListCreateFromXMLData
1 __CFTryParseBinaryPlist
1 __CFDictionaryGrow
1 __CFDictionaryGrow
1 SCDynamicStoreCreate
1 SCDynamicStoreCreateWithOptions
1 __SCDynamicStoreCreatePrivate
1 bootstrap_look_up
1 bootstrap_look_up2
1 vproc_mig_look_up2
1 mach_msg
1 mach_msg_trap
1 mach_msg_trap
3 0x47998
3 0x27d34
3 NXIdleTime
3 IOHIDGetParameter
3 IOHIDCopyCFTypeParameter
3 IORegistryEntryCreateCFProperty
3 io_registry_entry_get_property
3 mach_msg
3 mach_msg_trap
3 mach_msg_trap

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
select$DARWIN_EXTSN$NOCANCEL 2401
mach_msg_trap 8
Sample analysis of process 264 written to file /dev/stdout

It seems to be attempting some graphics 5 times then giving up?

I will post details of a sample when it next becomes unresponsive, but it has been behaving for some time now and was last unresponsive almost a week ago.

Keith

And here is a sample from Activity Monitor now that the boinc process has ceased to be responsive: --

==============
Sampling process 264 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling boinc (pid 264) every 1 millisecond
Call graph:
2276 Thread_2507
2276 0x2339
2276 0x2412
2265 0x296fa
2263 0x44c09
2263 select$DARWIN_EXTSN$NOCANCEL
2263 select$DARWIN_EXTSN$NOCANCEL
2 0x44c3c
2 0x26cb0
2 0x31002
2 sendto$NOCANCEL$UNIX2003
2 sendto$NOCANCEL$UNIX2003
11 0x296de
6 0x47a08
6 0x1c354
6 0x27938
6 IOPSCopyPowerSourcesInfo
6 SCDynamicStoreCopyMultiple
3 _SCUnserialize
3 CFPropertyListCreateFromXMLData
3 _CFPropertyListCreateFromXMLData
3 __CFTryParseBinaryPlist
3 __CFDictionaryGrow
3 __CFDictionaryGrow
2 _SCUnserializeMultiple
2 _SCUnserialize
2 CFPropertyListCreateFromXMLData
2 _CFPropertyListCreateFromXMLData
2 __CFTryParseBinaryPlist
1 __CFBinaryPlistCreateObject2
1 __CFBinaryPlistCreateObject2
1 CFStringCreateWithBytes
1 CFStringCreateWithBytes
1 __CFDictionaryGrow
1 __CFDictionaryGrow
1 configget_m
1 mach_msg
1 mach_msg_trap
1 mach_msg_trap
5 0x47998
5 0x27d34
5 NXIdleTime
5 IOHIDGetParameter
5 IOHIDCopyCFTypeParameter
4 IORegistryEntryCreateCFProperty
2 io_registry_entry_get_property
2 mach_msg
2 mach_msg_trap
2 mach_msg_trap
1 IOCFUnserialize
1 IOCFUnserializeparse
1 CFDictionarySetValue
1 OSAtomicCompareAndSwapLongBarrier
1 OSAtomicCompareAndSwapLongBarrier
1 vm_deallocate
1 mach_msg
1 mach_msg_trap
1 mach_msg_trap
1 io_connect_get_service
1 mach_msg
1 mach_msg

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
select$DARWIN_EXTSN$NOCANCEL 2263
Sample analysis of process 264 written to file /dev/stdout
============

This process became unresponsive after the last 2 HADAM3P tasks completed
(with each having one _2.zip file awaiting transfer).

I will not restart Boinc Manager (to make the boinc process active again) until these 2 zip files have been transferred when the cpdn-upload1.comlab server has been put back on line.

Keith