What is up with this new applciation.

my cpu times have gone up, this make the gpu elapsed time and ms/step also have gone up.

I see similar results across all three hosts.

Example, top three results are from 6.53, you can see an increase in cpu time, gpu time and ms/step. All the previous results are very cconsistant. No other changes were made in clients it shows up as soon as 6.53 was started. Does not matter what version clinet i was running on each host.

Join team USA

My last 2 workunits (shorter WU) are ca. 30% shorter and I get only 2435.94444444444 credits for it. Now I have oftener to make a manually update to get new work (24 hour recall problem).


____________

My last 2 workunits (shorter WU) are ca. 30% shorter and I get only 2435.94444444444 credits for it. Now I have oftener to make a manually update to get new work (24 hour recall problem).

You have to look at the workunit name. Otherwise it is normal that the workunit time changes. Different workunits can have different time per step, different total times and therefore different credits.

Usually, we submit a small of set of WU to test and then more and more. We are preparing several molecular experiments to run concurrently. We are actually quite excited about it. Movies will be also published soon.

GDF

As always - sorry for bad english ;)

6.53 - time per step = 131 ms, overall 65550 sec per wu, credit 2435.
6.52 - time per step = 96 ms, overall 82022 sec, credit 3232.

All up getting slightly less credit per day with the new wu's.

We will soon upload new Linux and Windows applications.

gdf

2. The problem is that app 6.53 said that my WU`s will take over 78h (sure it`s not true - GTX280 OC). It means what`s in follow: on the maschine with 2x280GTX I have 3 WU`s (2 in use) and BM will not request more (the 4th one WU). BM will not request more cause it means for BM that I`ll can`t finish in time. It means that after finishing 2 of 3 WU`s one of my 280 will be idle.

Just for now I`ve changed `Resource share` on every maschines up to 1000 to get work. Hope it will work until problem will be solved (6.54?)

Hi GDF - ran a project reset on one of my boxes. Doesn't solve the (my) problem - in fact it makes it worse. Estimated run times had come down to the 100's, but after a rest WUs were showing 299 hours to completion. I'm still managing the work manually - and these shorter wWUs in fact make things harder to stop my hosts sitting idle.
I'm reluctant to reset the others as they are makig progress, albeit slowly, on reducing the time to completion at download.

P.

I try to reset the project, correct the DCF, but nothing correct the problem.

On computer with 2 GPU cards, when the 2 WU are finished, i can't get more WU if i don't updated manually. And i have only 2 WU, not like before.

Until the 6.4.3, i didn't have any issues, with this project, except some memories problems like any others users.

So you said that it's not a problem with the application or the project, so it's a problem with the new version of BOINC.
But do you know if this problem will be correct?

Jim PROFIT

It doesn`t work. Reseting project is making the situation worse as Burdett have written. Estimated time 201 hours. One of my computers (with 280GTX) downloaded just one WU and will not take more. Because of `ETA`.

I`ve stopped all other tasks and I`ve changed DCF to 0.000001 and `Resource share` to 1000. For 1 of my boxes it`s not enough.

I reverted to 6.4.3 on the main page.

gdf.

I further on use the 6.4.5. When I get a WU of the bad lot (this with another name that GPUTEST5 or GPUTEST6), I know, my DCF will be messed up. So I edit the DCF back to 1.00000 and then I get new work. I have on every box with this method 3 or 4 WUs.
____________

@GDF (here we started, here I`ll continue):

Still big problems. Here you have some specs and done steps:

XP32
6.3.19 (x32)
Tried both 178.24 and newest 180.48
DCF normal
Resurce share 1000
All other tasks stopped

Manual project update = request 0

Comp is with 2x280GTX

I had 3 WU`s (can`t reach the 4th one...). I`ve finished 2 of them. Crunching last one (using just one 280GTX) with ETA 60h!

1. Manual project update = request 0

2. Resetting project.

3. Project reseted.

4. Manual request.

5. Correct request!

6. Receiving info:
`Message from server: No work sent.
Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.`

7. Status: No tasks and:
`Next request in 24h`



Tried `Manual project update` few times. Request correct. But always `Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.`



You don`t even have to answer :). It`s just to inform you.
____________

Something's screwy - GPUGrid no longer functions as a project that works without a biological coprocessor (me).

I don't understand the logic behind the 'wrong type of processor message' - it appears on my PCs when the DCF issues stop download of a WU .... not meaningful or applicable, but then it causes the 24hour back off which is a bigger problem.

I'm still getting issues with extended times to completion - I am currently showing ranges fron minutes to hundreds of hours. Sure I can manually reset the DCF - but it changes again quickly and over a very wide range. None of the recently available client versions fundamentally improve the situation for me.

Project resets are an irritation that change little for any length of time.

P.

............. 6.4.3 now on host 17415. I'm afraid to say it has made no difference; first attempt to gain work has resulted in the 24 hour backoff.

Try to update the BOINC client to 6.4.3 please.


gdf

......... GDF - I guess 6.4.3 was a typo as elsewhere you are advocating 6.4.2.
I've tried both - neither are a solution.

Thanks,
P.