When we release an new executable, it is currently automatically downloaded by your BOINC software to your client.

This results in a lot of network traffic though. We have received some great suggestions for how to improve the situation in this thread, inluding compression. For now, some users with lots of computers have suggested that we make the executable available in advance, so that you can download them once (if you wish) and copy them into the rosetta@home project directories for all your computers, and thus save bandwidth.

So here's a little experiment. If you want to try this pre-download, rosetta_5.43 applications are available here in gzipped format:

https://boinc.bakerlab.org/rosetta/download/next_release/

Let us know if this helps! Note again that is totally optional, and if you don't do anything, you'll still get the application automatically.

---

Wow MUCH smaller! 3.5MB vs 9MB

So... the steps would be??? I'm just not sure what to do with a GZipped file. Do I have to unzip it? Or does BOINC know what to do with it? And then I drop it in to the /Program Files/Boinc/Projects/boinc.bakerlab.org_rosetta Windows subdirectory, and when I request new work, and it happens to be a WU for the new release, it will see I've already got it, and know it doesn't need to download the new release (which is normally about 9MB these days).

Also, wanted to point out that I think the BEST place to post a message with advanced notice about a new version would be the version release log. Folks that are interested in it are already subscribed to the thread and will get an EMail notification. They might not check the homepage or the message boards in time to be proactive, but are more likely to check EMail more frequently.

For anyone that are unaware, it is not compressed (yet), but after a new version is released on Rosetta, the executables can always be downloaded from here and then copied to multiple PCs as needed.

---

Add this signature to your EMail:
Running Microsoft's "System Idle Process" will never help cure cancer, AIDS nor Alzheimer's. But running Rosetta@home just might!
https://boinc.bakerlab.org/rosetta/

Unzip to the directory you mentioned, and BOINC will not download it again.

---

Ok, so I installed from my Windows XP recovery CD recently... I must need to download a utility that knows what a .gz file is?

---

Add this signature to your EMail:
Running Microsoft's "System Idle Process" will never help cure cancer, AIDS nor Alzheimer's. But running Rosetta@home just might!
https://boinc.bakerlab.org/rosetta/

Hi Feet1st, I'm not a Windows expert, but most compression utilities for mac can decompress this format, so I'd bet the windows utilities would be even better! Download your favorite one. [Sorry, we thought gzip (.gz files) was pretty universal; apparently only for unix and mac, though.]

Ok, so I installed from my Windows XP recovery CD recently... I must need to download a utility that knows what a .gz file is?

---

Feet1st, for Windows Zipgenius is free and an indispensable tool, it will uncompress/compress in just about everything.

Rhiju, I'm glad to see that you have put this on the front page, and had the foresight to place them in their own directory, as it takes me 28.593seconds (according to firefox) to load the https://boinc.bakerlab.org/rosetta/download/ page.

Edit: I downloaded the Windows file and used Zipgenius to uncompress it, I'm on dial-up so anything that you can do to make the downloads smaller is very good for me

Well, the Windows equivelant would be a .zip file. And I probably can't support those at the moment either. I guess the native support in XP is called a "compressed folder".

---

Add this signature to your EMail:
Running Microsoft's "System Idle Process" will never help cure cancer, AIDS nor Alzheimer's. But running Rosetta@home just might!
https://boinc.bakerlab.org/rosetta/

Hi, Rhiju, I'm very glad that your realize some of our suggestions so operatly. Thank you! Pleased to see that Project developers with us :) And I'm shure that this steps on the way of project optimization won't be last!

---

Help people! Join TSC!Russia!

I just wanted to remind people about Boinc's anonymous platform setting.

If the app_info.xml file is present it will stop boinc from automatically downloading a project client.

---

hope yall dont mind me chiming in.. in windows xp home the "compressd folder" is indeed a zip file. xp home and pro both have native support for zip files. ive also used 7zip to handle other formats (free) www.7-zip.org wich supports

upported formats:

* Packing / unpacking: 7z, ZIP, GZIP, BZIP2 and TAR
* Unpacking only: RAR, CAB, ISO, ARJ, LZH, CHM, Z, CPIO, RPM, DEB and NSIS

edit: add's proper bbcode tags.

---

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Pain dosen't hurt, when it's all you have ever felt"

"Pain dosen't hurt, when it's all you have ever felt".

Yes. That particular genetic problem was discussed yesterday on NPR.

---

dag
--Finding aliens is cool, but understanding the structure of proteins is useful.

I just wanted to remind people about Boinc's anonymous platform setting.

If the app_info.xml file is present it will stop boinc from automatically downloading a project client.

I think that is a really bad idea, as the new rosetta files are (mosly) better and help the research go further.

---

Member of the Dutch Power Cows

Trying to get the world on IPv6, do you have it? check here: IPv6.RHarmsen.nl

I just wanted to remind people about Boinc's anonymous platform setting.

If the app_info.xml file is present it will stop boinc from automatically downloading a project client.

I think that is a really bad idea, as the new rosetta files are (mosly) better and help the research go further.

Wouldn't it also stop the crunching ? If it didn't it would mess up the results given back (I know 64bit boinc client users use it though)

---

Team mauisun.org

I think that is a really bad idea, as the new rosetta files are (mosly) better and help the research go further.

I mentioned it because some people were complaining about how the boinc client automatically updates the Rosetta client.

If people with a lot of machines wish only to download the client once, and then distribute the new Rosetta client to their farm, using the anonymous platform would work. They could download the new binary once and then update the xml file and distribute the binary and xml together to update their farm.

However, 'normal' crunchers shouldn’t use it.

Wouldn't it also stop the crunching ?

No, it would stop the boinc client updating the Rosetta client.

If it didn't it would mess up the results given back

That would totally depend on the differences between the Rosetta client versions.

(I know 64bit boinc client users use it though)

People use this method when they create/use custom project clients (like the optimized seti clients) or when their platform isn’t directly supported by the project... etc.

---

If it didn't it would mess up the results given back

That would totally depend on the differences between the Rosetta client versions.

So it is a bad idea to use it then! Since we are testing out the actual clients abilities and refinements would/could scew the results.
That would be the older results if they pick them via client version, or the newer results if they view them by target/work groups

(I know 64bit boinc client users use it though)

People use this method when they create/use custom project clients (like the optimized seti clients) or when their platform isn’t directly supported by the project... etc.
[/quote]

We don't have modified clients here just the vanilla r@h ones, so that's a bit irrelevant ;)
We'll unless someone like Mats is testing, but then I would assume he would do it at Ralph.

---

Team mauisun.org

Just a Bump.
Could it be made sticky.

---

Just a Bump.
Could it be made sticky.

I hope not as there are already way to many stickies.

Also since it is only valid for a day or two before it is released in general it makes no sence. Really this one should have been deleted to stop confusion.

---

Team mauisun.org

We will be updating Rosetta@Home to 5.46 around 6pm PST today. You can download exectuables in advance at here. Since we have used UPX to compress the executables in the last couple releasees, we would like to ask your opinion on whether it is still necessary to send out release announcement in advance and if so, whether 6 hours in advance is enough for you to download the executables beforehand. Thanks.

---

We will be updating Rosetta@Home to 5.46 around 6pm PST today. You can download exectuables in advance at here. Since we have used UPX to compress the executables in the last couple releasees, we would like to ask your opinion on whether it is still necessary to send out release announcement in advance and if so, whether 6 hours in advance is enough for you to download the executables beforehand. Thanks.

I think for most people it is not so necessary, but for people that do have a lot of computers or netwroked over dial-up it does still take time, not so much in the downloading but in the getting each one setup for the new file.
The other benefit is for the people using client override files (such as 64bit client users wanting to run the 32bit client etc..
A good idea to save you some trouble would be to setup another news section or just use technical news, add and RSS feed to that. then you can announce a new version. A day+ would be better since 6hours there is a good chance they will be in bed, a lot are from Russia and surroundings or here in Europe where they could easily be on dial-up or have pay-as-you go style broadband.

Also in there you can explain a bit more about what the client does, you have the section so use it more :-)
Adding RSS means it can be easily monitored by the people that need it the most.
https://boinc.bakerlab.org/rosetta/rah_technical_news.php

---

Team mauisun.org

If people want more lead time, they simply maintain a larger cache. The new release has been posted already, but I've not requested a single WU since then, so I still have time to download "in advance" if I wish.

Just a thought, there ARE some files that the project downloads only once... would it be possible to break up the executable in a similar mannar? So you'd have a core of say 2/3rds of it which doesn't change very often? THAT would really cut the download size. Just breaking it in to 3-5 pieces would help a lot... as long as there's a way to refresh them when needed. Perhaps by changing the names? I'm really not familiar with how BOINC handles the files.

---

Add this signature to your EMail:
Running Microsoft's "System Idle Process" will never help cure cancer, AIDS nor Alzheimer's. But running Rosetta@home just might!
https://boinc.bakerlab.org/rosetta/