Testing BoincRescheduler v1.2

Started by Pepo, July 23, 2010, 01:08:08 PM

Previous topic - Next topic

0 Members and 4 Guests are viewing this topic.

Pepo

The BRs is again trying to mix WUs from different projects, at least when trying to make a copy of some files, for example:
23 July 2010 - 14:28:23 Unable to make copy: C:\ProgramData\BOINC\projects\setiathome.berkeley.edu\18no09aj.30466.7843.3.13.138 -> C:\Users\PeterS\AppData\Roaming\eFMer\BoincScheduler\capture\capture-wu.xml - Error: 2
23 July 2010 - 14:28:23 Systém nemôže nájsť zadaný súbor.

23 July 2010 - 14:28:23 wu18no09aj.30466.7843.3.13.138 - Read: -1.000000, Calculated: 157794699338661.000000, Ratio: -0.000000


Note that the 18no09aj.30466.7843.3.13.138 is a Seti Beta WU task on my host ;)

More precisely, it tries to find 4 different Seti Beta WUs in the Seti project folder.

Again sending relevant data off-list...
Peter

fred

Quote from: Pepo on July 23, 2010, 01:08:08 PM
The BRs is again trying to mix WUs from different projects, at least when trying to make a copy of some files, for example:
23 July 2010 - 14:28:23 Unable to make copy: C:\ProgramData\BOINC\projects\setiathome.berkeley.edu\18no09aj.30466.7843.3.13.138 -> C:\Users\PeterS\AppData\Roaming\eFMer\BoincScheduler\capture\capture-wu.xml - Error: 2
23 July 2010 - 14:28:23 Systém nemôže nájsť zadaný súbor.

23 July 2010 - 14:28:23 wu18no09aj.30466.7843.3.13.138 - Read: -1.000000, Calculated: 157794699338661.000000, Ratio: -0.000000


Note that the 18no09aj.30466.7843.3.13.138 is a Seti Beta WU task on my host ;)

More precisely, it tries to find 4 different Seti Beta WUs in the Seti project folder.

Again sending relevant data off-list...
Ok the errors are not relevant.. and only show in debug mode.
It means it finds 4 workunits from Beta. And of course it can't find them in the regular folder.
But they are simply marked as invalid later on as they are not in the SETI results.

Extra checking will take up even more time on computers with large amount of WU. I've seen some with 4000+, that will take a while.

But what's more embarrassing is that the program crashes, but easy to fix.
The situation is a bit rare, work on Beta but no work on SETI and wanting to reschedule.

Pepo

Quote from: fred on July 23, 2010, 01:50:44 PM
Quote from: Pepo on July 23, 2010, 01:08:08 PM
The BRs is again trying to mix WUs from different projects, at least when trying to make a copy of some files, [...]
More precisely, it tries to find 4 different Seti Beta WUs in the Seti project folder.
Ok the errors are not relevant.. and only show in debug mode.
It means it finds 4 workunits from Beta. And of course it can't find them in the regular folder.
But they are simply marked as invalid later on as they are not in the SETI results.
Extra checking will take up even more time on computers with large amount of WU. I've seen some with 4000+, that will take a while.
Would it not take less time to not look for some files in wrong folders?

Quote
But what's more embarrassing is that the program crashes, but easy to fix.
I've not experienced any crash, did I mention something alike?
QuoteThe situation is a bit rare, work on Beta but no work on SETI and wanting to reschedule.
The exact situation is, 8 finished tasks on Seti and (just the mentioned) 4 finished tasks on Seti Beta (so, actually nothing available to be rescheduled) and the client is desperately trying to upload the results and maybe to grab some new work...
Peter

fred

Quote from: Pepo on July 23, 2010, 02:10:00 PM
Would it not take less time to not look for some files in wrong folders?

I've not experienced any crash, did I mention something alike?
There is no other project that use the same application name twice like SETI and BETA.
The workunit info doesn't know what the project is only the application.
And that is the info I need first.
And this takes up very little time to skip files that aren't there.

It does crash when you press Run.

Pepo

Quote from: fred on July 23, 2010, 04:08:14 PM
Quote from: Pepo on July 23, 2010, 02:10:00 PM
Would it not take less time to not look for some files in wrong folders?
There is no other project that use the same application name twice like SETI and BETA.
The workunit info doesn't know what the project is only the application.
And that is the info I need first.
And this takes up very little time to skip files that aren't there.
Understand. You would have to parse the whole state file hierarchically.
But your way would fail if both projects would contain identically named WUs.

Quote
Quote
I've not experienced any crash, did I mention something alike?
It does crash when you press Run.
Ah. I was not aware, I did not press the Run button yet.
Peter