S5R2

6dj72cn8
6dj72cn8
Joined: 24 Jan 06
Posts: 24
Credit: 13321065
RAC: 0

Looks like it will take

Message 62160 in response to message 62159

Looks like it will take around 26 hours on a Mac G5 2.0GHz.

Arion
Arion
Joined: 20 Mar 05
Posts: 147
Credit: 1626747
RAC: 0

RE: My Celeron 433 got an

Message 62161 in response to message 62158

Quote:

My Celeron 433 got an extra long unit(243.10 Hz) that is supposed to take 9d 8h 47m 19s to complete. *lol*
And yes, I know there are much shorter units. But don't forget the people who crunch for more than one project. They may face serious problems with the current deadline.

I just got one that says 45 hours on my AMD X2 4800+ system. I was getting them at 13 1/2 hours and this one just showed up. This is a major change from the old batch where they only took 2 1/2 hours. If this keeps up much longer I'm going to go back to having seti as my primary and einstein as my backup. I'd much rather have a lot of smaller ones than I big giant one. Credits aren't even close to making it equitable.

Crun-chi
Crun-chi
Joined: 24 Feb 05
Posts: 7
Credit: 47934
RAC: 0

If you with last series get

If you with last series get 53 kredits for 9000 seconds why now for 630000 seconds dont give 371 credit? You only give 204 credit!

All of us making Enstein project live works for something. And credits are just number and for project developer cost is zero. You can give 1000 credits: and nothing heapen: the world stil rotate around sun.

M. Schmitt
M. Schmitt
Joined: 27 Jun 05
Posts: 478
Credit: 15872262
RAC: 0

@all AMD/Windows

@all AMD/Windows users:

The current science application seems to have a problem on these hosts, running about 25% slower than it should. Probably a compiler problem.
There are no problems on AMD/Linux, Intel/Linux and Intel/Win.
I'm shure Bernd Machenschalk will fix this problem as soon as possibe, so just sit down and hold the flag. ;-)

The time, the boinc client shows for the units is mostly far away from reality, so just wait till the first units are finished.

What I've seen so far, given credits are between ~130 and more than 300, so the time they take will be appropriate different.

On the three 'working' platforms the credit reduction is below 20%. We all have to face this and this is really ok.

cu,
Michael

[edit]spelling

Conan
Conan
Joined: 19 Jun 05
Posts: 172
Credit: 8338672
RAC: 9310

> S5R1 took on average 9400

> S5R1 took on average 9400 seconds on an AMD X2 4800+, this gives 20.9 average cobblestones/hour approximately.
S5R2 (1 done) took 53270 seconds for 191 claim which gives 12.9 cobblestones/hour.

For this machine this works out at 38.3% reduction per hour.
30% would be around 14.5 cobblestones/hour (for this computer) which still puts it below most other projects that I work for including Rosetta.

Increase in WU length by 5.8 times. Increase in amount granted per WU is 3.5 times.

The 30% granted cobblestones above others was on a per second basis (does this then scale up to per hour basis as well?).

Waiting to see what my Opterons do, first estimate is over 18 hours (64800s).

Boinc_Master_4
Boinc_Master_4
Joined: 15 Apr 07
Posts: 60
Credit: 2130
RAC: 0

Am now crunching my first

Am now crunching my first S5R2 workunit and the time to completion has gone up from sbout 16 hours to an estimated 50!!! Sheesh there must be a lot more in these new ones than the old!
____________

Mrs Miggins - A lady of uncommon refinement

Akos Fekete
Akos Fekete
Joined: 13 Nov 05
Posts: 561
Credit: 4527270
RAC: 0

Hi

Message 62166 in response to message 62163

Hi ziegenmelker,

Quote:

AMD/Windows users:

The current science application seems to have a problem on these hosts, running about 25% slower than it should. Probably a compiler problem.


The current S5R2 code control the FPU in ugly and crazy ways.
It's coming from the compiler. The AMD CPUs dislike it.

akosf

Constantinos
Constantinos
Joined: 16 May 05
Posts: 39
Credit: 938513
RAC: 0

RE: Hi

Message 62167 in response to message 62166

Quote:

Hi ziegenmelker,

Quote:

AMD/Windows users:

The current science application seems to have a problem on these hosts, running about 25% slower than it should. Probably a compiler problem.

The current S5R2 code control the FPU in ugly and crazy ways.
It's coming from the compiler. The AMD CPUs dislike it.

akosf

Waiting for your "miracle" then

regards

CONSTANTINOS

Gravity increases significantly in Autumn, because apples fall in large numbers during that time!

Brian Silvers
Brian Silvers
Joined: 26 Aug 05
Posts: 772
Credit: 282700
RAC: 0

RE: Hi

Message 62168 in response to message 62166

Quote:

Hi ziegenmelker,

Quote:

AMD/Windows users:

The current science application seems to have a problem on these hosts, running about 25% slower than it should. Probably a compiler problem.


The current S5R2 code control the FPU in ugly and crazy ways.
It's coming from the compiler. The AMD CPUs dislike it.

akosf

Hello Akos! Please take a look at this host. If it is possible for you to get in touch with the owner and see if you can figure out what's going on, that would probably be great.

BTW, are there any considerations to reissuing S5RI work or being out of work for a few days to take S5R2 back into beta and work on clearing up the bugs?

Thanks,

Brian

M. Schmitt
M. Schmitt
Joined: 27 Jun 05
Posts: 478
Credit: 15872262
RAC: 0

Hi Akos, nice to read you

Message 62169 in response to message 62166

Hi Akos,

nice to read you again! :-)

Quote:

Hi ziegenmelker,

Quote:

AMD/Windows users:

The current science application seems to have a problem on these hosts, running about 25% slower than it should. Probably a compiler problem.


The current S5R2 code control the FPU in ugly and crazy ways.
It's coming from the compiler. The AMD CPUs dislike it.

akosf


Thanks for explaining.
I like to add, that it's the MS-Compiler which BM uses, the GCC Code for Linux ist fine.

cu,
Micha

Comment viewing options

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