Message boards : Number crunching : WU Started then switch to new computer no results posted
Author | Message |
---|---|
halfmeg Send message Joined: 14 Dec 05 Posts: 7 Credit: 2,496 RAC: 0 |
Hi folks, I have 3 computers here. One is kind of old 500Mhz, the other two both over 2Ghz. I allowed work on the slow system and a WU ( https://boinc.bakerlab.org/rosetta/result.php?resultid=7035493 ) arrived which was somewhat different than the normal WU I have seen. It incremented in 2.5% chunks instead of 10% and would have run over 40 hours if I had left it in place. I suspended it, thinking I wouldn't get any more work, but another WU downloaded ( https://boinc.bakerlab.org/rosetta/result.php?resultid=7145133 ). I suspended the project and then the 2nd WU. I then transfered the entire BOINC directory to one of the faster computer and allowed them to process on it overnight. They both completed successfully. The 1st one is still odd, in excess of 30 red result dots in the graph before it finished. The 2nd computer uploaded the results but nothing on my results page changed ( shows outcome unknow still ). Thinking perhaps the computer that downloaded the WU has to report them I had already transfered the entire BIONIC directory back to the slow computer before the upload. It also successfully reported them back to the server, but still no change in my results page. Although out of the ordinary, should this have worked ( downloading to one, processing on another, and uploading by either )? I don't care much about the credit, but don't like the idea that orphaned WUs ( status unknown to servers but known to be lost, destroyed, botched, ______ ) have to wait almost a month before being rescheduled for processing. Can a reset be placed on our results page to free the orphaned WUs back into the pool? Oh yeah, what kind of WU has 30+ end results or whatever you call them? Phil |
Divide Overflow Send message Joined: 17 Sep 05 Posts: 82 Credit: 921,382 RAC: 0 |
No. You should have just let it crunch on the original machine. (If you didn't want any Rosetta work for that host, the command that you were looking for was the suspend button from the projects tab.) Don't worry about that WU any longer. It will eventually expire at it's deadline and be sent out to another host. BOINC is not setup for transferring assigned and downloaded WU's from one host to another. The new WU's appear to be checkpointing more often, which means smaller % complete increases and lots more of those "endpoints". |
Snake Doctor Send message Joined: 17 Sep 05 Posts: 182 Credit: 6,401,938 RAC: 0 |
Hi folks, I have 3 computers here. One is kind of old 500Mhz, the other two both over 2Ghz. Phil. If you look at your stats page, you will see that the stats are tied to the particular computer. That is why what you attempted did not work. the computer that downloads the WU is expected to return the result. Unless this occurs, the WU will be listed as unreported when the deadline arrives. At that point it will be sent to another machine for processing. If you look at your account page and click on "view computers" you will see that separate stats are kept for each machine. That is just how BOINC works. Regards Phil (also) We Must look for intelligent life on other planets as, it is becoming increasingly apparent we will not find any on our own. |
keputnam Send message Joined: 18 Sep 05 Posts: 24 Credit: 2,097,074 RAC: 533 |
What you could have done was transfer the directory as you did, but disable network access in BOINC on the fater computer, then when the work units finished, copy the directory back to the slow machine and let it report from there. A WU must be returned by the machine that downloaded it to get credit for it |
River~~ Send message Joined: 15 Dec 05 Posts: 761 Credit: 285,578 RAC: 0 |
What you could have done was transfer the directory as you did, but disable network access in BOINC on the fater computer, then when the work units finished, copy the directory back to the slow machine and let it report from there. This should not be done except in an emergency (eg the first machine dies and the hard disk is salvaged). Some projects don't mind mixed machines crunching a work unit, some do. In particular LHC and Predictor explicitly say they don't want this sort of mixed processing - Predictor for example makes sure that all results in a given WU go to the same kind of machine, and you defeat that intention by this work around. In general run the code as it is designed to be run, then the project and the programmers know what is going on. It would, for example, confuse a database scan intended to spot bugs specific to (say) HT if you ran on an HT machine but seemed to run on a non-HT machine.
er no. If you copied the directory across and left it on the faster machine, in some cases and with some projects it will work. But in view of what Ive said above, this again is only an emergency measure and only when are sure the project would like that. CPDN, with their very long WU, prefer you do this rather than lose weeks of work - most other projects as far as I know prefer you not to. River~~ |
carl.h Send message Joined: 28 Dec 05 Posts: 555 Credit: 183,449 RAC: 0 |
From Bill Michaels FAQ Q. Can I move work from one computer to another? Not all Czech`s bounce but I`d like to try with Barbar ;-) Make no mistake This IS the TEDDIES TEAM. |
Message boards :
Number crunching :
WU Started then switch to new computer no results posted
©2024 University of Washington
https://www.bakerlab.org