Message boards :
Number crunching :
A question about the WU Report Deadline for the devel team
Message board moderation
Author | Message |
---|---|
_HC_ Send message Joined: 8 May 02 Posts: 40 Credit: 1,846,451 RAC: 0 |
Sometimes some of the WU BOINC downloads go over the Report Deadline date (for a many good deal of possible reasons) before being processed. If these units results aren't going to be taken into account for nothing, why isn't implemented into the client the release of these units after the due date is passed? It seem's logical to ignore this WU's and move on to processing others in the qeue doesn't it? Thanx. |
John McLeod VII Send message Joined: 15 Jul 99 Posts: 24806 Credit: 790,712 RAC: 0 |
> Sometimes some of the WU BOINC downloads go over the Report Deadline date (for > a many good deal of possible reasons). > If these units results aren't going to be taken into account for nothing, why > isn't implemented into the client the release of these units after the due > date is passed? > It seem's logical to ignore this WU's and move on to processing others in the > qeue doesn't it? > > Thanx. > Not necessarily. In the case earlier this summer, the scheduler was down for a month, no work was handed out, no work could be handed in, and no verification was possible. In this case discarding any WUs in favor of downloading new WUs would have turned off crunching. In any case, your WU can contribute slightly to the science if it is only slightly late. If the WU comes in before its replacement, it will get credit if it can be verified as the same. |
_HC_ Send message Joined: 8 May 02 Posts: 40 Credit: 1,846,451 RAC: 0 |
The problem is that when things are flowing relatively well (despite of all the latest hickups) the client sometimes gets many WU in this situation and there is no way to ignore these WU, automatically or even manually. The client will crunch them before moving on to the others in the qeue, possibly contributing to some of the next units to become in this state also because of the lost time processing the one's that were overdue. For example, in one of my PC's I have 14 WU that were due on the 26th and the client will waste time processing those before moving on to the other that are still on time. |
mlcudd Send message Joined: 11 Apr 03 Posts: 782 Credit: 63,647 RAC: 0 |
Hi All, I was reading the posts and began wondering why we cannot just delete the Out Dated Wu's from our project folder instead of wasting time crunching them. I am hoping we can do this without resetting the project because I have several WU's that will expire on the morning of the 28th of Sept. But I have additional Wu's that do not expire until Oct 8. Is this even possible to delete items out of project file, or do you have to delete them from the State file also. Have A Great Day And A Better Tomorrow! Warm Regards, Rocky |
Rom Walton (BOINC) Send message Joined: 28 Apr 00 Posts: 579 Credit: 130,733 RAC: 0 |
|
Paul D. Buck Send message Joined: 19 Jul 00 Posts: 3898 Credit: 1,158,042 RAC: 0 |
> Some new WU abort functionality is being introduce in future versions of the > core client. > > I've been working on the cross platform UI for the last week or two... > > I think we'll have something to show the public in the comming weeks. > > ----- Rom > BOINC Development Team, U.C. Berkeley Yea! :) I can hardly wiat Rom ... <p> For BOINC Documentaion: Click Me! |
Pepo Send message Joined: 5 Aug 99 Posts: 308 Credit: 418,019 RAC: 0 |
> Hi All, > I was reading the posts and began wondering why we cannot just delete the > Out Dated Wu's from our project folder instead of wasting time crunching them. > I am hoping we can do this without resetting the project because I have > several WU's that will expire on the morning of the 28th of Sept. But I have > additional Wu's that do not expire until Oct 8. > Is this even possible to delete items out of project file, or do you have to > delete them from the State file also. > I'm looking forward for the proposed WU abort functionality too, but currently... If you delete the outdated WUs, they will be automatically downloaded again upon attempt to crunch them (maybe, while still not toooo late? This could indicate that the WU is still usable "before its replacement" and will possibly be credited. Someone more experienced could tell us). So, you have to stop BOINC, remove all blocks mentioning the concerned WUs from the client_state.xml file (file_info, workunit, result, active_task, etc.) and start the BOINC again. Peter |
PeterHallgarten Send message Joined: 4 Dec 02 Posts: 32 Credit: 120,914 RAC: 0 |
> Some new WU abort functionality is being introduce in future versions of the > core client. > > I've been working on the cross platform UI for the last week or two... > > I think we'll have something to show the public in the comming weeks. > > ----- Rom > BOINC Development Team, U.C. Berkeley Hi, Will the new GUI do both GUI and command line mode.In linux etc.. it is usefull to run command line mode with the GUI capable of being started and talk to it or if no comamnd line running at all start as pure GUI. Dimilar in windows to run boinc as a service and have the GUI talk to the service stub or if not running at all start as pure GUI. 73 Peter VK3AVE |
mlcudd Send message Joined: 11 Apr 03 Posts: 782 Credit: 63,647 RAC: 0 |
Thanks Rom, I eagerly await the changes! Regards, Rocky |
Rom Walton (BOINC) Send message Joined: 28 Apr 00 Posts: 579 Credit: 130,733 RAC: 0 |
> Will the new GUI do both GUI and command line mode.In linux etc.. it is > usefull to run command line mode with the GUI capable of being started and > talk to it or if no comamnd line running at all start as pure GUI. > > Dimilar in windows to run boinc as a service and have the GUI talk to the > service stub or if not running at all start as pure GUI. The GUI and the client are going to be decoupled for all platforms. So by default on windows, it'll be installed as a service and the GUI will be able to talk to it via the GUI RPC's. It'll be the same for Linux, Mac, and Solaris. ----- Rom BOINC Development Team, U.C. Berkeley |
PeterHallgarten Send message Joined: 4 Dec 02 Posts: 32 Credit: 120,914 RAC: 0 |
> > Will the new GUI do both GUI and command line mode.In linux etc.. it is > > usefull to run command line mode with the GUI capable of being started > and > > talk to it or if no comamnd line running at all start as pure GUI. > > > > Dimilar in windows to run boinc as a service and have the GUI talk to > the > > service stub or if not running at all start as pure GUI. > > The GUI and the client are going to be decoupled for all platforms. So by > default on windows, it'll be installed as a service and the GUI will be able > to talk to it via the GUI RPC's. > > It'll be the same for Linux, Mac, and Solaris. > Great move.... Keep up the good development work. |
Stephen Balch Send message Joined: 20 Apr 00 Posts: 141 Credit: 13,912 RAC: 0 |
Rom, Excellent!! Stephen S@h Berkeley's Staff Friends Club © Member > > The GUI and the client are going to be decoupled for all platforms. So by > default on windows, it'll be installed as a service and the GUI will be able > to talk to it via the GUI RPC's. > > It'll be the same for Linux, Mac, and Solaris. > <P>Not only are we doing distributed processing, now we're doing distributed debugging.<BR>Who'd a' thunk it? (GRIN)<BR><a> |
_HC_ Send message Joined: 8 May 02 Posts: 40 Credit: 1,846,451 RAC: 0 |
Thanx for the info Rom. Keep the good work. |
©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.