I think I need help with my Mac

Anonymous
Topic 12511

> Have you tried quitting and restarting to see if it will switch. Also, you
> state that you are running boinc_4.19_ppcG4test. That was a Team MacNN beta
> testing compile, but don't know if it was an early one or a late one you have.
> Try going to http://members.dslextreme.com/~readerforum/forum_team/boinc.html
> and downloading the latest optimized BOINC compile (without test on the end).
> That is the latest optimized compile that has been stable.
>
> I just looked at your work units and show that work unit 32999 (result ID
> 1100632) did return at 16:21 UTC today (shortly after your post) Was that the
> problem work unit? It shows....
>
> [core_client_version]4.19[/core_client_version]
> [stderr_txt]
> No heartbeat from core client for 30.006097 sec - exiting
> detected finished Fstat file - skipping Fstat run 1
> Resuming computation at 3900/127620/127620
> APP DEBUG: Application caught signal 2
> detected finished Fstat file - skipping Fstat run 1
> Resuming computation at 17041/438743/438743
>
> [/stderr_txt]
>
> Looks like something strange was happening so it will have to leave it to the
> project team to sort that out.

Bruce Allen here (posting from my wife's E@h laptop/account!)
The messages above (from the application) are OK. The 'no heartbeat' message is a bug in the BOINC library that has resisted all of our efforts to track down and fix. However we have a workaround, so you can ignore that. The 'Resuming' message is a something that indicates a normal resumption from a checkpoint. The 'detected finished Fstat file' also indicates a reload from a mandatory checkpoint halfway through the running job. So all messages here look from the point of view of the einstein@home application as if all is as it should be.

Cheers,
Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

I think I need help with my Mac

> I didn't remove it from memory after all; I found that that is a general
> preference and it would also remove my CPDN from memory and I need to leave
> that in so I don't end up repeating a lot of calculating time.
>
> I tried resetting E@H to see if that would help, but no such luck. Following
> the reset, everything was going great until E@H took over again. After
> calculating for two hours, E@H says it's pausing and SETI begins to run, but
> when I check Activity Monitor, it says that E@H is still running and using
> half the CPU time, while SETI is using the other half. This is all on a
> single-CPU PowerBook G4. href="https://eah.studiodelta.us/%3Ca%20href%3D"http://mywebpages.comcast.net/freaner/Picture6.pdf">http://mywebpages.comcast.net/freaner/Picture6.pdf">Here[/url] is a screen
> shot of Activity Monitor showing E@H continuing to run instead of pausing like
> it says it is.

In your preferences, how often have you set the jobs to checkpoint? It should be frequently (at most, every few minutes).

Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

> No matter how small you set

> No matter how small you set the "write to disk every xx seconds" setting, if
> application cannot checkpoint that often, it will not checkpoint. CPDN cannot
> checkpoint often, it does so in my computer for example approx every 900
> seconds.
>
> This option won't help.

I thought that if the time was set very long (say 12 hours between disk writes or checkpoints) then the BOINC code that was switching from app A to app B might wait for the next checkpoint to be completed before shutting down. But this obviously isn't the problem, if the checkpointing is every fifteen minutes.

Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

> > I've finally had to

> > I've finally had to detach from the E@H project. No matter what I have
> tried,
> > E@H continues to say it has paused when it's supposed to switchover to
> another
> > app, but never does pause. I let it run all night, just in case it might
> be
> > needing some additional time for shutting down, but E@H apparently
> stayed
> > active and using CPU time the whole night.
> >
> > I'd really like to help with the E@H science, but I can't let the E@H
> client
> > monopolize the CPU. Bruce: do you know any other Mac PowerBook users who
> are
> > successfully running E@H with CPDN and SETI that I could correspond with
> via
> > email to try to find a solution?
> >
> > C
>
> C, I'm going to load up SETI to run with Einstein on my G5 and watch it for
> a few days, to see what happens. Maybe we can figure out if it is a BOINC
> client issue or something being triggered by Einstein.

Thank you. We'll look for any information you might provide.

Cheers,
Bruce

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.