Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
![]() |
World Community Grid Forums
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
No member browsing this thread |
Thread Status: Active Total posts in this thread: 6
|
![]() |
Author |
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The ability to down load and up load multiple work units would increase the number of work units that I could process. Although the system WCG is running on is always on I disable the network connection when I am not present. This means that on weekends and when I'm away on business WCG maybe idle for days waiting for me to return and enable the network connection for up loading and down loading.
It would be nice to have button that would initiate up loading. The current process of minimizing and re-opening the application is annoying. |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The ability to download multiple work units would be beneficial to me because I run the grid software on my laptop and if a work unit finishes at work, my machine is idle until I get home at night which could potentially be 12 or 13 hours later
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Rick Alther, when responding to one post about disk storage choices in profiles, said that one use for storage space in future projects would be to store multiple work units. So I think that they are definitely thinking about this. Of course, this gets into having multiple work units available for multiple processors in a SMP configuration, Linux X86 support for server clusters, etc.
Personally, I think that they are probably like small children in a candy shop. [Grin] So many nice things. How to prioritize them? Lawrence |
||
|
David Autumns
Ace Cruncher UK Joined: Nov 16, 2004 Post Count: 11062 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Hi adinolf and abrookfield
----------------------------------------What you are requesting is available here.http://udmon.sourceforge.net/?beta It's an application called UDMonitor - make sure you download the correct application for WCG. It does exactly what you are looking for the ability to cache Work Units so you can continue to crunch while away from the net. All the best and Happy Crunching Dave ![]() ![]() |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I had copied David's suggestion into another thread in one of the forums and Rick Alther of the World Community Grid development team posted the following:
----------------------------------------"There is a tool called UD Monitor, but we don't recommend or endorse it. Use at your own peril. The problem with "caching" workunits on the client is that each workunit has a hard timeout limit which starts when you download the workunit. Also, if you haven't noticed, workunits can vary in the length of time to complete. Some take hours, some take days. So, it's very possible that by the time your machine gets around to processing some of the cached workunits, they've "expired". When they expire they are reported as an error and you receive no points for them. So, all you've really done is waste your own bandwidth. It also affects how our servers hand out workunits. If you take several at a time, the server won't schedule those to be handed out since it thinks you're going to work on them. But since you've cached them, it might take you 3 weeks to return the result, if you return it at all. These delays cause the verification of workunits to be delayed and causes many duplicate workunits to be issued. This wastes everyone's time: your time, other member's time and the project's time. This release of the UD client/server infrastructure is not designed to handle client side caching of workunits. Please, do not use this feature of UD monitor. It actually causes nothing but delays. ---------------------------------------- Rick Alther World Community Grid Application Developer" ----------------------------------------- [Edit 1 times, last edit by Former Member at Dec 23, 2004 5:43:09 PM] |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
As I said in the other thread, I don't agree with the sentiment not to use this. If you have a powerful enough machine and only download 2 or 3 WU, then the chances of you hitting the maximum time is limited.
I used UD Monitor for a very long time when I was doing the UD Cancer project and never had a problem. However, everyone should check that their machine is capable of doing the work before using it. I still use UD Monitor on one machine as I am not always connected to the Internet on it and do not want to lose any spare processing time that I have. This is why (apart from monster WUs) that you will see gaps in my results sometime and then 3 or 4 results being sent in one day. I feel that this is beneficial to WCG as the maximum amount of processing time of my machines are available. Again, I say that you have to check the capability of your machine. |
||
|
|
![]() |