Einstein does not seem to relinquish the processor on the basis set in preferences.

Bit Handiman
Bit Handiman
Joined: 20 Jul 05
Posts: 3
Credit: 57858
RAC: 0
Topic 189601

I have found the after starting einstein on a machine also running seti, I had seti and einstein change every hour as required by preferences. A few dya later, however, Einstein took all the processing power until, at the moment, it is processing its last WU. It also does not request any more WU's. I have seen the bleat about no more WU's requested.

Is this because of shorter deadlines set for einstein that for seti, and if it is could the deadlines for Einsteins not perhaps be extended?

Shaktai
Shaktai
Joined: 8 Nov 04
Posts: 183
Credit: 426451
RAC: 0

Einstein does not seem to relinquish the processor on the basis

Deadlines are based upon project and scientific need. In order to keep the project moving, Einstein requires a quicker return of results then SETI. This is because completed work plays a roll in what future work is created. This question has been asked many, many times, but for the foreseeable future, it doesn't look like extending the deadline is an option, at this point in the Einstein project. This is a popular request, but for now, quick return of finished work is the priority.

You might try reducing the size of your cache if it is too large. No more then 2-3 days, if you are running two projects.

It would also help if you mentioned which of your three computers you were experiencing this problem with, the OS, etc.

Gordon Hartman
Gordon Hartman
Joined: 19 Feb 05
Posts: 34
Credit: 34720730
RAC: 5402

RE: I have found the after

Quote:

I have found the after starting einstein on a machine also running seti, I had seti and einstein change every hour as required by preferences. A few dya later, however, Einstein took all the processing power until, at the moment, it is processing its last WU. It also does not request any more WU's. I have seen the bleat about no more WU's requested.

Is this because of shorter deadlines set for einstein that for seti, and if it is could the deadlines for Einsteins not perhaps be extended?

I am having the same problem and I tried reducing the days, did not work? ANyone else have any ideas? See Boinc 4.45 thread.

Jim Baize
Jim Baize
Joined: 22 Jan 05
Posts: 116
Credit: 582144
RAC: 0

How long did you give for

Message 14546 in response to message 14545

How long did you give for your machine(s) to come to a steady state after the change? I usually see it level out in about a day or two, i've seen some people claim as high as a week to reach equilibrium.

Quote:
Quote:

I have found the after starting einstein on a machine also running seti, I had seti and einstein change every hour as required by preferences. A few dya later, however, Einstein took all the processing power until, at the moment, it is processing its last WU. It also does not request any more WU's. I have seen the bleat about no more WU's requested.

Is this because of shorter deadlines set for einstein that for seti, and if it is could the deadlines for Einsteins not perhaps be extended?

I am having the same problem and I tried reducing the days, did not work? ANyone else have any ideas? See Boinc 4.45 thread.


Jim

Bit Handiman
Bit Handiman
Joined: 20 Jul 05
Posts: 3
Credit: 57858
RAC: 0

RE: Deadlines are based

Message 14547 in response to message 14544

Quote:

Deadlines are based upon project and scientific need. In order to keep the project moving, Einstein requires a quicker return of results then SETI. This is because completed work plays a roll in what future work is created. This question has been asked many, many times, but for the foreseeable future, it doesn't look like extending the deadline is an option, at this point in the Einstein project. This is a popular request, but for now, quick return of finished work is the priority.

You might try reducing the size of your cache if it is too large. No more then 2-3 days, if you are running two projects.

It would also help if you mentioned which of your three computers you were experiencing this problem with, the OS, etc.


Hi,
I experienced the problem on all three of my machines. It did hit the slowest machine the soonest, while it hit the next fastest second and the fastest only after 2 or 3 days. I am running XP SP2 on the fastest, 2003 Server SP1 on the second and Linux (Fedora RC3) on the slowest. The real problem is that I don't know when they will start processing Einstein again. My second fastest machine has not requested Einstein WU's for the last two days while the slowest not in three days. I would guess that you would get more predictable flow of results if you extended the deadline to get a constant 50-50 split.
The real problem I guess is that the deadline is short, but the real processing time is three times as long as the seti WU's.

Jim Baize
Jim Baize
Joined: 22 Jan 05
Posts: 116
Credit: 582144
RAC: 0

I am running 4 machine, 3 of

Message 14548 in response to message 14547

I am running 4 machine, 3 of which I can monitor easily. Of those 3, 2 are running CPDN, LHC, SETI, and Einstein. The 3rd is running LHC, SETI, and Einstein. They are all on a permanent connection. The slowest of the 3 is a 700 MHz Pentium III Laptop. I connect every 0.5 days. I run all projects at an equal resource share. I have a constant flow of work. All three work in round robin mode consistantly. The only time I have had EDF situation is when I attached to a new project, but BOINC quickly (within a day) got it's quota's fixed again.

Jim

Quote:
Hi,
I experienced the problem on all three of my machines. It did hit the slowest machine the soonest, while it hit the next fastest second and the fastest only after 2 or 3 days. I am running XP SP2 on the fastest, 2003 Server SP1 on the second and Linux (Fedora RC3) on the slowest. The real problem is that I don't know when they will start processing Einstein again. My second fastest machine has not requested Einstein WU's for the last two days while the slowest not in three days. I would guess that you would get more predictable flow of results if you extended the deadline to get a constant 50-50 split.
The real problem I guess is that the deadline is short, but the real processing time is three times as long as the seti WU's.


Jim

Comment viewing options

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