CPU <-> GPU rebranding

[Mongo]

Enjoy,
Marius

Absolutely!  It is a great tool!

Thank you!  Marius and Raistmer!!

Martin

[Purple Rabbit]

Yes, this is great! Thanks a bunch.

SETI almost always sends me GPU tasks exclusively although I've asked for everything. Rescheduling not only takes care of the VLAR tasks, it lets me get some more CPU tasks if I need them to keep the STD down to a normal amount.

I'm going away for awhile in a few weeks and I've been wondering if I could leave the GPU tasks running without impacting the other projects with its inflated STD. Running CPU tasks also keeps the duration correction factor at a reasonable value so I don't get a bazillion tasks.

I was lazy when I installed BOINC 6.6.28. Because it doesn't run as a service (like 5.10.45) anymore I just automatically started BOINC Manager when I logged in. When the tool starts and stops BOINC, it drives BOINC Manager crazy (incorrect password). I know the tool only controls BOINC.exe.

"Doctor, it hurts when I do this--Then don't do that  " I have no reason to have BOINC Manager running (I use BoincView) so I've changed my ways and start BOINC.exe directly.

Rick

[Raistmer]

Changed thread title to not scare visitors with "perl" mention

[Lazydude]

Thanks for this superb tool!
Working great!

Thanks all involved

//lazydude

[razamatraz]

Excellent tool, thanks a lot for the work.

Razamatraz

[MarkJ]

This reminds me that i actually forgot to publish the 1.9

1.9 changes:
-Now display's the amount of VLAR and VHAR
-Changed the parsing of client_state.xml so seti@home beta can be run also
-Automatic detection of the right seti_enhanced applications so this tool
 can also work with future versions of the seti applications.
-VHAR is now only optionally rescheduled to the CPU (see settings)
-Alternative detection of VLAR/VHAR (True Angle Rate) has been removed.

-->Also noticed 2 little problems:
-Noticed tool does not automaticly pickup seti paths under vista (security problem)
-Noticed tool crashes when browsing for data path under vista (please enter the path manually)

Enjoy,
Marius

Thanks for a great little utility. I've upgraded to 1.9 on all my cuda hosts tonight.

Cheers,
MarkJ

[Claggy]

Great tool, Upgraded to 1.9 yesterday, saves a lot of vlar from getting sent back to it's maker.

Claggy

[Questor]

Marius,

Re the error below, it was as I supected a problem with my machine. I identified a number of corrupt WU files which I assume meant your software was unable to parse the file correctly :-

However I now get :-

Error :  List index out of bounds (0)
 
If I tick the two boxes 'Only VLAR/VHAR to CPU' and 'use True angle rate' it tests OKs. Not sure of your underlying logic as to what might be causing this.

As mentioned I now have suspicions over the health of this machine so if this doesn't ring immediate bells then I'm going to do further checks on the BOINC data files and diagnostics on the machine.

Thanks again for all your efforts in developing and supporting this excellent tool.

[Purple Rabbit]

Marius, I think I just understood something (it took me a while!).

When I run the v1.9 tool, set for 75% GPU (without any boxes checked), it moves the VLAR tasks as well as adjusting the GPU/CPU ratio. Cool! I had been wondering how to do this. It took me weeks to figure this out ...sigh. I guess that I'm a bit dense...sigh again.

I may have been a bit slow to figure this out (but I did figure it out!). This is exactly what I've been looking for.

Cudos again!

Rick

PS: You might want to mention this in the readme file. I assume it's obvious to most people, but it wasn't for me...sigh a bunch more.

PPS: I ain't your standard idiot, I'm better. I know what I'm doing 

[Athalian]

Cant make this one work. I run the tool, choose run, then nothing happens, it just says reschedule is needed. Before and after the gpu has 863 units, 75 VLAR and 7 VHAR no matter what options i choose

this is with boinc shut down:

Reschedule version 1.9
Time: 24-07-2009 21:44:21
User forced a reschedule
Option "Only VLar+VHar to CPU" is enabled
Boinc applications
setiathome_enhanced 608 windows_intelx86 cuda
No SETI main application found

with boinc running:
Reschedule version 1.9
Time: 24-07-2009 21:48:10
User forced a reschedule
Option "Only VLar+VHar to CPU" is enabled
Stopping BOINC application
BOINC application is stopped
Boinc applications
setiathome_enhanced 608 windows_intelx86 cuda
No SETI main application found
Starting BOINC application
BOINC application started

[Marius]

Cant make this one work. I run the tool, choose run, then nothing happens, it just says reschedule is needed. Before and after the gpu has 863 units, 75 VLAR and 7 VHAR no matter what options i choose

The tool is able to find the cuda application but was unable to determine what CPU application is running, because of this it cannot find the proper version numbers to rebrand the workunits and it aborts. Normally you would see something like this in the log:

Reschedule version 1.9
Time: 24-07-2009 12:01:55
Automatic test for a reschedule
Reschedule needed, found a VLAR
Stopping BOINC service
BOINC service is stopped
Boinc applications
setiathome_enhanced 603 windows_intelx86
setiathome_enhanced 608 windows_intelx86 cuda
CPU tasks: 1085 (482 VLAR, 202 VHAR)
GPU tasks: 311 (3 VLAR, 47 VHAR)
After reschedule:
CPU tasks: 698 (485 VLAR 80 VHAR)
GPU tasks: 698 (0 VLAR 169 VHAR)
Starting BOINC service
BOINC service started

If you send me your zipped client_state.xml to seti[at]finalistonine[dot]nl i will have a look whats causing this problem.

[Athalian]

sent it and looked in the boinc folders. There are no exe file for cpu work anymore for some reason. Also, the cpu has run totally out of work so that might be it.

[Marius]

sent it and looked in the boinc folders. There are no exe file for cpu work anymore for some reason. Also, the cpu has run totally out of work so that might be it.

Actually, the sudden absence of cpu application is kind of weird. Its not only gone from the setiathome.berkeley.edu subdirectory but also seems to be erased from the client_state.xml (at least thats what i think). However a corrupt client_state.xml can also be a possibility.

I see i made a stupid typo in my email adress, it should have been seti[at]finalistonline[dot]nl

[Athalian]

Want me to send the zipped thing to the correct address? Also, how can i fix it?

[Marius]

Want me to send the zipped thing to the correct address? Also, how can i fix it?

Yes please, i'm also curious what the problem is