Shameless Plug for Lunatics - ReSchedule 1.7 - 1.9

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

To post messages, you must log in.

1 · 2 · 3 · Next

AuthorMessage
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.
ID: 913445 · Report as offensive
Profile Westsail and *Pyxey*
Volunteer tester
Avatar

Send message
Joined: 26 Jul 99
Posts: 338
Credit: 20,544,999
RAC: 0
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
ID: 913462 · Report as offensive
Profile Geek@Play
Volunteer tester
Avatar

Send message
Joined: 31 Jul 01
Posts: 2467
Credit: 86,146,931
RAC: 0
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....
ID: 913476 · Report as offensive
Profile Questor Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 3 Sep 04
Posts: 471
Credit: 230,506,401
RAC: 157
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



ID: 913566 · Report as offensive
Profile Samdani
Avatar

Send message
Joined: 21 Oct 00
Posts: 85
Credit: 13,480,553
RAC: 0
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?
ID: 913618 · Report as offensive
Profile Gundolf Jahn

Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 446,358
RAC: 0
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
ID: 913626 · Report as offensive
Profile Samdani
Avatar

Send message
Joined: 21 Oct 00
Posts: 85
Credit: 13,480,553
RAC: 0
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 ?
ID: 913627 · Report as offensive
Profile Gundolf Jahn

Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 446,358
RAC: 0
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.
ID: 913632 · Report as offensive
Profile Samdani
Avatar

Send message
Joined: 21 Oct 00
Posts: 85
Credit: 13,480,553
RAC: 0
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.

ID: 913638 · Report as offensive
JohnDK Crowdfunding Project Donor*Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 28 May 00
Posts: 1222
Credit: 451,243,443
RAC: 1,127
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.
ID: 913641 · Report as offensive
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).
ID: 913647 · Report as offensive
Profile Zeus Fab3r
Avatar

Send message
Joined: 17 Jan 01
Posts: 649
Credit: 275,335,635
RAC: 597
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?¿
ID: 913661 · Report as offensive
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
ID: 913663 · Report as offensive
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
ID: 913682 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 5 Jul 99
Posts: 4654
Credit: 47,537,079
RAC: 4
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
ID: 913705 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14649
Credit: 200,643,578
RAC: 874
United Kingdom
Message 913720 - Posted: 3 Jul 2009, 21:10:34 UTC

According to Marius, ReSchedule 1.8 handles the win/64 platform correctly.
ID: 913720 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 5 Jul 99
Posts: 4654
Credit: 47,537,079
RAC: 4
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
ID: 913723 · Report as offensive
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
ID: 913728 · Report as offensive
CryptokiD
Avatar

Send message
Joined: 2 Dec 00
Posts: 150
Credit: 3,216,632
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.
ID: 913828 · Report as offensive
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 13720
Credit: 208,696,464
RAC: 304
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
ID: 913834 · Report as offensive
1 · 2 · 3 · Next

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


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.