Message boards :
Number crunching :
Transfering WU's between computers?
Message board moderation
Author | Message |
---|---|
Whiskey Send message Joined: 5 Sep 04 Posts: 981 Credit: 640,589 RAC: 0 |
I have two computers in two locations. An old 800Mhz and a 3.2 Ghz. They both download the same number of WOOZ but of course the old clunker takes four times longer to complete a WOO. Can I tranfer WOOZ from one to tuther by use of a portable HDD? I ask this because during the recent three day outage I was stuck with a load of WOOZ on the clunker while the new computer ran dry! Join the #1 UAE Team. |
Pooh Bear 27 Send message Joined: 14 Jul 03 Posts: 3224 Credit: 4,603,826 RAC: 0 |
This is a negative. When seti sends a WU, it is verified against that machine. So the machine that downloads the file must crunch and return the data. My movie https://vimeo.com/manage/videos/502242 |
Skip Da Shu Send message Joined: 28 Jun 04 Posts: 233 Credit: 431,047 RAC: 0 |
However you can resolve this by setting up two different profiles on the web page (Your Account, View/Edit General Prefs) and then setting each computer to one of the profiles (View Computers). For example. Set your general prefs to connect to server every 2 days and create a school or work profile that has that same variable set to only connect every .5 days. Then assign the big box to "---" or "home" venue and assign the geezer to the "work" or "school" profile. I had to do this with my 200/400 Mhz machines because they weren't getting their work done in time with settings the big boxes needed to keep ample work. Hope this helps. - da shu @ HeliOS, "A child's exposure to technology should never be predicated on an ability to afford it." |
Metod, S56RKO Send message Joined: 27 Sep 02 Posts: 309 Credit: 113,221,277 RAC: 9 |
> This is a negative. When seti sends a WU, it is verified against that > machine. So the machine that downloads the file must crunch and return the > data. This is true up to download and return part. Servers don't know anything about what hardware is crunching the data. I did lend a CPND work-unit to another box and when it was half done, I trasfered it back. This back part includes a lot of hand-editing of .xml files which is quite error-prone. Metod ... |
Whiskey Send message Joined: 5 Sep 04 Posts: 981 Credit: 640,589 RAC: 0 |
|
Skip Da Shu Send message Joined: 28 Jun 04 Posts: 233 Credit: 431,047 RAC: 0 |
> Thanx Skip. > Job done. No problem, good to hear. |
MattDavis Send message Joined: 11 Nov 99 Posts: 919 Credit: 934,161 RAC: 0 |
Should you really be teaching other people how to "beat the system"? Remember, this is about the science - you don't want any chance to corrupt that. And do you think the Climate people would be happy if they knew works units were being shifted around like that? ----- |
Thierry Van Driessche Send message Joined: 20 Aug 02 Posts: 3083 Credit: 150,096 RAC: 0 |
> I have two computers in two locations. An old 800Mhz and a 3.2 Ghz. They both > download the same number of WOOZ but of course the old clunker takes four > times longer to complete a WOO. Can I tranfer WOOZ from one to tuther by use > of a portable HDD? > I ask this because during the recent three day outage I was stuck with a load > of WOOZ on the clunker while the new computer ran dry! This is the elegant and other alternative: Put your preferences in such a way you can avoid your host to ran dry. Easy to do. |
Astro Send message Joined: 16 Apr 02 Posts: 8026 Credit: 600,015 RAC: 0 |
> I have two computers in two locations. An old 800Mhz and a 3.2 Ghz. They both > download the same number of WOOZ but of course the old clunker takes four > times longer to complete a WOO. Can I tranfer WOOZ from one to tuther by use > of a portable HDD? > I ask this because during the recent three day outage I was stuck with a load > of WOOZ on the clunker while the new computer ran dry! > You CAN do it but it requires alot of work. You have to copy the entire boinc directory of your slow puter over to the fast one. Crunch the work and then move it back to the slow one to upload and report the WUs. You also must remove boinc from the new puter prior to moving the files to the fast one, and to reinstall boinc to the fast one afterwards. and you'd have to do several other things I'm forgetting. but it is possible, just probably not worth it. tony |
Metod, S56RKO Send message Joined: 27 Sep 02 Posts: 309 Credit: 113,221,277 RAC: 9 |
> Should you really be teaching other people how to "beat the system"? > Remember, this is about the science - you don't want any chance to corrupt > that. And do you think the Climate people would be happy if they knew works > units were being shifted around like that? I am not trying to beat the system and I do care about the science. I fully intend to finish the WU and contribute to science. That's why I didn't write down too many details. And I don't intend to. Metod ... |
Benher Send message Joined: 25 Jul 99 Posts: 517 Credit: 465,152 RAC: 0 |
As I said the the "cheating" thread, this moving the wus around doesn't gain you anything in terms of "getting more than you should". It is probably more accurate to say that a host is defined as "the directory structure created by boinc installer". This "directory structure" can only recieve one copy of any given WU, and return only one result for any given WU. You can copy this directory around if you like, but you don't gain more credits by doing so. If you copy the "host directory" to a faster computer, then A. while it is running there, that faster computer can't be running another host...eg you can't double up as some CPU has to eventually crunch all the work. B. The original machine the host directory came from can't be crunching the WUs it downloaded...or if it did, it wouldn't get credit for them as the server would reject them (you see the faster computer would have already completed and turned them in). |
©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.