Shameless Plug for Lunatics - ReSchedule 1.7 - 1.9


log in

Advanced search

Message boards : Number crunching : Shameless Plug for Lunatics - ReSchedule 1.7 - 1.9

1 · 2 · 3 · Next
Author Message
Profile TCP JESUS
Avatar
Send message
Joined: 19 Jan 03
Posts: 205
Credit: 1,248,845
RAC: 0
Canada
Message 913445 - Posted: 3 Jul 2009, 1:15:58 UTC
Last modified: 3 Jul 2009, 1:16:41 UTC

All I can say is WOW ! Could it have been any easier ?

ReSchedule 1.7 is the next best thing to Optimized APPs that I have found on this (linked to Lunatics ofcourse) Forum.

After spending the last 8 or so hours pulling out my hair because I haven't been able to upload/download....and watching my CUDA cache slowly dwindle down to less than 30 WU's, I decided to give it a shot.

http://lunatics.kwsn.net/12-gpu-crunching/cpu-gpu-rebranding-perl-script.msg18617.html#msg18617

I was not only able to buy myself a little more time (about another 8 hours of <full-load-10-thread-crunching> life during this 'noisy' period), I found a tool that I will add to my arsenal for future fine tuning.

Are you a MB Cruncher ? have more CPU than CUDA WU's available ? (or the other way around ?)
KEEP THOSE GTX Cards Well Fed/Supplied with WU's !

GET THIS TOOL ! (requires Forum registration)

That is all for now....and thanks to Zeus for pointing it out in another thread.
Allan
____________
I am TCP JESUS...The Carpenter Phenom Jesus....and HAMMERING is what I do best!
formerly known as...MC Hammer.

Profile Westsail and *Pyxey*
Volunteer tester
Avatar
Send message
Joined: 26 Jul 99
Posts: 338
Credit: 20,538,216
RAC: 8
United States
Message 913462 - Posted: 3 Jul 2009, 2:18:33 UTC
Last modified: 3 Jul 2009, 2:21:46 UTC

*thumbs up*
This is the perfect compliment for MB crunching..

Now my hosts can handle all WU thrown their way; with an intelligent thought to using the type of processor that is most efficient for that task.

Very nice guys. Big kudos to all those crazy lunatics who helped get GPU crunching to the point it is! =)
Thanks!
keep crunching
____________
"The most exciting phrase to hear in science, the one that heralds new discoveries, is not Eureka! (I found it!) but rather, 'hmm... that's funny...'" -- Isaac Asimov

Profile Geek@Play
Volunteer tester
Avatar
Send message
Joined: 31 Jul 01
Posts: 2460
Credit: 83,757,063
RAC: 29,294
United States
Message 913476 - Posted: 3 Jul 2009, 3:46:22 UTC
Last modified: 3 Jul 2009, 3:47:22 UTC

There is a version 1.8 in that very same thread.

http://lunatics.kwsn.net/12-gpu-crunching/cpu-gpu-rebranding-perl-script.msg18817.html#msg18817

And is the newest version available.
____________
Boinc....Boinc....Boinc....Boinc....

Profile Questor
Volunteer tester
Send message
Joined: 3 Sep 04
Posts: 361
Credit: 140,480,095
RAC: 63,849
United Kingdom
Message 913566 - Posted: 3 Jul 2009, 10:50:27 UTC

Probably worth mentioning that the big win from this app is that you no longer need the VLAR kill version of the opt apps - you can replace them with the standard opt app.

Reschedule will rebrand any VLAR/VHARs from GPU to CPU.

This helps on two fronts (especially when recently there seem to have been more VLARs than usual)

a. You don't run short of GPU taks because you've VLAR killed them and
b. It stops the network traffic caused by throwing away VLAR tasks and downloading replacements. (Every little bit helps!)

____________
GPU Users Group

Profile Samdani
Avatar
Send message
Joined: 21 Oct 00
Posts: 83
Credit: 6,613,812
RAC: 6,573
Pakistan
Message 913618 - Posted: 3 Jul 2009, 16:29:43 UTC

I am using the same tool since yesterday. It works great as I was able to balance workload between CPU and GPU. However, now around 20 CUDA units are in various stages of “Waiting to run”. Is that normal?
____________

Profile Gundolf Jahn
Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 354,909
RAC: 21
Germany
Message 913626 - Posted: 3 Jul 2009, 16:42:55 UTC - in response to Message 913618.

I am using the same tool since yesterday. It works great as I was able to balance workload between CPU and GPU. However, now around 20 CUDA units are in various stages of “Waiting to run”. Is that normal?

That depends on your view of what is normal :-)

It shouldn't happen, but with 6.6.36 there seems to be a bug that causes this behaviour. Check with windows task manager how many CUDA applications (6.08) are active. If more than one, you should reboot to unclogg your graphic memory.

Gruß,
Gundolf
____________
Computer sind nicht alles im Leben. (Kleiner Scherz)

SETI@home classic workunits 3,758
SETI@home classic CPU time 66,520 hours

Profile Samdani
Avatar
Send message
Joined: 21 Oct 00
Posts: 83
Credit: 6,613,812
RAC: 6,573
Pakistan
Message 913627 - Posted: 3 Jul 2009, 16:51:00 UTC - in response to Message 913626.

Only one CUDA task is active at the moment... but I wonder what will happen to all those waiting tasks in BOINC ?
____________

Profile Gundolf Jahn
Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 354,909
RAC: 21
Germany
Message 913632 - Posted: 3 Jul 2009, 16:56:30 UTC - in response to Message 913627.

That was my question: are they preempted correctly (removed from memory) or not. If not, the following tasks tend to error out or fall back to CPU processing.

Profile Samdani
Avatar
Send message
Joined: 21 Oct 00
Posts: 83
Credit: 6,613,812
RAC: 6,573
Pakistan
Message 913638 - Posted: 3 Jul 2009, 17:18:59 UTC - in response to Message 913632.

Thanks for the input Gundolf.

I rebooted my computer about an hour ago so I have no idea about that… I will keep checking.

by the way, this only happened after running the ReSchedule tool.

____________

JohnDK
Volunteer tester
Avatar
Send message
Joined: 28 May 00
Posts: 823
Credit: 33,401,679
RAC: 67,761
Denmark
Message 913641 - Posted: 3 Jul 2009, 17:28:09 UTC

This tool does what Boinc should do, no reason for bandwidth waste, not least since there's isn't enough in the first place.

1mp0£173
Volunteer tester
Send message
Joined: 3 Apr 99
Posts: 8423
Credit: 356,897
RAC: 0
United States
Message 913647 - Posted: 3 Jul 2009, 17:48:55 UTC - in response to Message 913641.
Last modified: 3 Jul 2009, 17:49:21 UTC

This tool does what Boinc should do, no reason for bandwidth waste, not least since there's isn't enough in the first place.

BOINC shouldn't have any project-specific code, and I'm not sure this is a general CUDA problem.

... but it seems that the CUDA science app. (and the CPU app. for that matter) could do the rebranding, and that's in the project-specific code (the science applications).
____________

Profile Zeus Fab3r
Avatar
Send message
Joined: 17 Jan 01
Posts: 640
Credit: 79,574,493
RAC: 81,392
Serbia
Message 913661 - Posted: 3 Jul 2009, 18:30:22 UTC - in response to Message 913618.

I am using the same tool since yesterday. It works great as I was able to balance workload between CPU and GPU. However, now around 20 CUDA units are in various stages of “Waiting to run”. Is that normal?


You should take some of your time for closer look at explanations
back at the original post, which Geek@Play provided earlier.

-Running units are now excluded from the rescheduling (better because the
slot info wasn't changed). Because of the changed deadlines it is still
possible that boinc starts other tasks while the previous running tasks
are marked as waiting.

____________

Who the hell is General Failure and why is he reading my harddisk?¿

Andy Williams
Volunteer tester
Avatar
Send message
Joined: 11 May 01
Posts: 187
Credit: 112,464,820
RAC: 0
United States
Message 913663 - Posted: 3 Jul 2009, 18:55:38 UTC
Last modified: 3 Jul 2009, 19:24:03 UTC

Works on my Vista 32-bit system. Fails on my 64-bit systems, Vista or Win 7 RC. Error message is "boinc.exe does not exist." All files are in default locations. Ideas?

Edit: Got it to run. The ReSchedule.ini file had to be edited to explicitly state the path information on 64-bit systems for some reason.
____________
--
Classic 82353 WU / 400979 h

FiveHamlet
Avatar
Send message
Joined: 5 Oct 99
Posts: 783
Credit: 32,638,578
RAC: 0
United Kingdom
Message 913682 - Posted: 3 Jul 2009, 20:12:43 UTC
Last modified: 3 Jul 2009, 20:13:05 UTC

Got the same error as Andy on my Vista 64bit system is there a work round.
Tried in various folders still no joy.
Dave
____________

Claggy
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 3963
Credit: 31,834,753
RAC: 10,615
United Kingdom
Message 913705 - Posted: 3 Jul 2009, 20:53:44 UTC - in response to Message 913682.

Got the same error as Andy on my Vista 64bit system is there a work round.
Tried in various folders still no joy.
Dave


You've got to change it to the correct program files directory,
Windows 64bit has two different ones.

Claggy

Richard Haselgrove
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8275
Credit: 44,924,432
RAC: 13,559
United Kingdom
Message 913720 - Posted: 3 Jul 2009, 21:10:34 UTC

According to Marius, ReSchedule 1.8 handles the win/64 platform correctly.

Claggy
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 3963
Credit: 31,834,753
RAC: 10,615
United Kingdom
Message 913723 - Posted: 3 Jul 2009, 21:17:30 UTC - in response to Message 913720.

According to Marius, ReSchedule 1.8 handles the win/64 platform correctly.


That's the version i installed earlier, it didn't, and had to change the directory,
My Windows 64bit machine did once have 32bit Boinc installed, so it might have a unused Boinc directory in Program files WoW.
I'll check later when i get home.

Claggy

Andy Williams
Volunteer tester
Avatar
Send message
Joined: 11 May 01
Posts: 187
Credit: 112,464,820
RAC: 0
United States
Message 913728 - Posted: 3 Jul 2009, 21:22:59 UTC - in response to Message 913720.
Last modified: 3 Jul 2009, 21:26:21 UTC

According to Marius, ReSchedule 1.8 handles the win/64 platform correctly.


Not as delivered. The .ini file has to be edited to include specific path information to the boinc.exe and client_state.xml files. This should be in a readme.txt or equivalent.
____________
--
Classic 82353 WU / 400979 h

CryptokiD
Avatar
Send message
Joined: 2 Dec 00
Posts: 134
Credit: 2,814,936
RAC: 0
United States
Message 913828 - Posted: 4 Jul 2009, 1:11:08 UTC

rs 1.8 fails on windows 7-64 on 2 different machines. cant find client_state and bunch of other stuff.

Grant (SSSF)
Send message
Joined: 19 Aug 99
Posts: 5561
Credit: 51,265,297
RAC: 38,816
Australia
Message 913834 - Posted: 4 Jul 2009, 1:26:57 UTC - in response to Message 913828.

rs 1.8 fails on windows 7-64 on 2 different machines. cant find client_state and bunch of other stuff.

As mentioned in the post above yours-
The .ini file has to be edited to include specific path information to the boinc.exe and client_state.xml files.
Does it still fail after doing that?
____________
Grant
Darwin NT.

1 · 2 · 3 · Next

Message boards : Number crunching : Shameless Plug for Lunatics - ReSchedule 1.7 - 1.9

Copyright © 2014 University of California