S5GCE, was: Beyond S5R6

Bikeman (Heinz-Bernd Eggenstein)
Bikeman (Heinz-...
Moderator
Joined: 28 Aug 06
Posts: 3522
Credit: 686042226
RAC: 600301

RE: RE: Thanks for help.

Message 96873 in response to message 96872

Quote:
Quote:


Thanks for help. Changing of CONFIG_PREEMPT helped. I found there
CONFIG_PREEMPT causes corruption of application's FPU stack, that this bug has been fixed 10 monts ago. Probably the old bug is there again.

Martin

Is this the same bug that was first found when it was discovered to be behind Einstein crashes?

Yes, an Einstein@Home user made the bug report and helped pinpoint the change in the kernel sources that introduced the bug.

CU
HB

martin
martin
Joined: 3 Apr 10
Posts: 5
Credit: 4908716
RAC: 0

RE: RE: RE: Thanks for

Message 96874 in response to message 96873

Quote:
Quote:
Quote:


Thanks for help. Changing of CONFIG_PREEMPT helped. I found there
CONFIG_PREEMPT causes corruption of application's FPU stack, that this bug has been fixed 10 monts ago. Probably the old bug is there again.

Martin

Is this the same bug that was first found when it was discovered to be behind Einstein crashes?

Yes, an Einstein@Home user made the bug report and helped pinpoint the change in the kernel sources that introduced the bug.

CU
HB

Due to lack of time, I currently didn't have time to find if this bug is known, read how I can report kernel bug and do the necessary testing (I don't use vanilla kernel now). I plan to devote to this later. Is this reocurrence already reported?

Martin

AMD_is_logical
AMD_is_logical
Joined: 30 Jun 09
Posts: 4
Credit: 12570301
RAC: 0

With S5GCE over 90% done, I

With S5GCE over 90% done, I was wondering what would be next. Is there is enough S6 data to start crunching that?

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4265
Credit: 244921331
RAC: 16928

RE: With S5GCE over 90%

Message 96876 in response to message 96875

Quote:
With S5GCE over 90% done, I was wondering what would be next. Is there is enough S6 data to start crunching that?

Thanks for reminding me of an update. There is quite some work in progress and discussion going on right now as we prepare the next run called "S5GC1".

We'll use the same data that we did for S5GCE - the best 25h stretches from both years of S5. We'll have applications that run about 3x as fast as the current ones, there's a bit room left for further speed improvements. We'll use the same FStat code that we've been using more or less unchanged since S5R1; the new "resampling FStat" code isn't ready to be used yet. S5GC1 will be designed for a total runtime of 6 months.

We're currently discussing measurements to not stress our download servers (and the client wires) by the application speedup. One thing that would be astrophysical interesting and easy to implement is to increase the spindown range we search for in every workunit by about the factor of the application speedup. This would mean that although a GC1 task does three times the computation of a GCE one, its runtime and therefore the total computing time per download volume ratio will stay about the same. We're also discussing then to cut the resulting workunits in halve, they are a bit on the longer end now.

BM

BM

DanNeely
DanNeely
Joined: 4 Sep 05
Posts: 1364
Credit: 3562358667
RAC: 1580

RE: We'll use the same

Message 96877 in response to message 96876

Quote:
We'll use the same FStat code that we've been using more or less unchanged since S5R1; the new "resampling FStat" code isn't ready to be used yet.

Are there plans to deploy the new FStat code midway through S5GC1, or will it result in differences large enough to require waiting until the next run?

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4265
Credit: 244921331
RAC: 16928

RE: Are there plans to

Message 96878 in response to message 96877

Quote:
Are there plans to deploy the new FStat code midway through S5GC1, or will it result in differences large enough to require waiting until the next run?

There are no solid plans to do so. We may test applications with that code during S5GC1, but to unveil the codes full speedup potential one needs to set up the workunits differently and possibly generate new data files, too, which would mean a new run. However if things go surprisingly well we may start the next run well before S5GC1 ends.

BM

BM

Stranger7777
Stranger7777
Joined: 17 Mar 05
Posts: 436
Credit: 417489705
RAC: 33687

RE: RE: Are there plans

Message 96879 in response to message 96878

Quote:
Quote:
Are there plans to deploy the new FStat code midway through S5GC1, or will it result in differences large enough to require waiting until the next run?

There are no solid plans to do so. We may test applications with that code during S5GC1, but to unveil the codes full speedup potential one needs to set up the workunits differently and possibly generate new data files, too, which would mean a new run. However if things go surprisingly well we may start the next run well before S5GC1 ends.

BM

Does this mean that new workunits will bring us the same amount of credits as the current S5GCE WUs do?

DanNeely
DanNeely
Joined: 4 Sep 05
Posts: 1364
Credit: 3562358667
RAC: 1580

The status page needs updated

The status page needs updated to add S5GCE to the old searches list and add S5GC1.

[AF>Libristes] erik
[AF>Libristes] erik
Joined: 2 Feb 08
Posts: 13
Credit: 983212761
RAC: 591796

I have a solution for "Global

I have a solution for "Global Correlations S5 Search #1 1.02 (SSE2) for linux Ubuntu v10.4
Apparently this type of task do not support computer shutdown
For the users running several projects, it seems it's the same problem when BOINC stops E@H tasks for running another.
The solution for the crunchers seems be:
-running only E@H tasks
-never stop your computer
For the others, you can not allow this type of task on E@H preferences and run only "Binary Pulsar Search of Arecibo". It's not my decision.

It was my contribution for E@H project coming from an amateur.
Sorry for my english

just a poet

tullio
tullio
Joined: 22 Jan 05
Posts: 2118
Credit: 61407735
RAC: 0

RE: I have a solution for

Message 96882 in response to message 96881

Quote:

I have a solution for "Global Correlations S5 Search #1 1.02 (SSE2) for linux Ubuntu v10.4
Apparently this type of task do not support computer shutdown
For the users running several projects, it seems it's the same problem when BOINC stops E@H tasks for running another.
The solution for the crunchers seems be:
-running only E@H tasks
-never stop your computer
For the others, you can not allow this type of task on E@H preferences and run only "Binary Pulsar Search of Arecibo". It's not my decision.

It was my contribution for E@H project coming from an amateur.
Sorry for my english


This explains what happens to me. I am running SuSE 11.1 Linux and 6 BOINC projects on it, plus a virtual machine running SETI@home on Solaris via VirtualBox. All there projects proceed regularly. Only the latest Einstein@home unit does not proceed at all and seems to run in a loop. See my posts in Cruncher's Corner, Got first file of S5GC1.
Tullio

Comment viewing options

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