Won't connect to localhost

Message boards : Number crunching : Won't connect to localhost

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
FluffyChicken
Avatar

Send message
Joined: 1 Nov 05
Posts: 1260
Credit: 369,635
RAC: 0
Message 11327 - Posted: 24 Feb 2006, 14:23:07 UTC

Just to add that you can get the current developmental version(s) & recommended and the changlog by using this link.
http://boinc.berkeley.edu/download.php?min_version=5.0&dev=1
At least for version 5.x and above ;-)

current developer version is
5.3.21 (Windows & Linux)

Note if you need to actually specify a port then pop over to Truxoft client and you can specify it yourself (say if you monitor various clients behind a NAT router and need to use port forwarding, although Farm managment when it's fully implemented may eliviate this)
Team mauisun.org
ID: 11327 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile EvoDude
Avatar

Send message
Joined: 6 Nov 05
Posts: 21
Credit: 52,425
RAC: 0
Message 11347 - Posted: 24 Feb 2006, 21:21:37 UTC - in response to Message 11314.  

Tony if you have not changed your Rosetta prefs and left as they were then they WILL default to the default setting of CPU time, which was 8 hours. This explains why Evo's WU started to run for over 7 hours.....

yes, indeed it would.


Ok so I've changed my CPU time to 4 hrs. Does this mean I will get smaller work units? Does this help or hinder the project? (i.e. Do the project operators prefer us to run larger units?)

It's a neat feature that could be handy for adjusting preferences according to your PC's capabilities.

My own is an Athlon 64 3800+ running 2x512 Corsair RAM.
ID: 11347 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Astro
Avatar

Send message
Joined: 2 Oct 05
Posts: 987
Credit: 500,253
RAC: 0
Message 11348 - Posted: 24 Feb 2006, 21:27:44 UTC

View each wu like a shopping cart(Wu). Only one small product(stage/model completion) in put into the cart at any one time. You choose to push it around for a given time. One user seldom can actually fill the cart, so we take turns pushing it around and adding items.

I might be wrong but that's how I currently view it. I'm pretty new to Rosetta so I might be wrong.

Or maybe it's a group of people are taking a long trip by car, you choose to drive 4 hours, I choose to drive 4, etc.
ID: 11348 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Moderator9
Volunteer moderator

Send message
Joined: 22 Jan 06
Posts: 1014
Credit: 0
RAC: 0
Message 11350 - Posted: 24 Feb 2006, 22:28:25 UTC - in response to Message 11347.  
Last modified: 25 Feb 2006, 0:15:55 UTC

Tony if you have not changed your Rosetta prefs and left as they were then they WILL default to the default setting of CPU time, which was 8 hours. This explains why Evo's WU started to run for over 7 hours.....

yes, indeed it would.


Ok so I've changed my CPU time to 4 hrs. Does this mean I will get smaller work units? Does this help or hinder the project? (i.e. Do the project operators prefer us to run larger units?)

It's a neat feature that could be handy for adjusting preferences according to your PC's capabilities.

My own is an Athlon 64 3800+ running 2x512 Corsair RAM.



Taking some liberties with the details of all this to save space I will jam a few of the FAQs from the FAQ list together to try to make this clearer-

All of the new format WUs are generally physically (number of bits) the same size. The time factor tells the system how long you would "like" your system to work on a single WU creating different models as it goes. Based on the benchmarks done for that class of WU when they were created, the server knows how many models can be run for that WU in the time you asked for. In every case the WU will run at least one model no matter what you set the time to be. In any case your computer will be told how many models to run before returning the result as a part of the data that comes with the work unit. For small proteins this could be 30 models in 4 hours, for large proteins it might only be 1. In some cases it might take 9 hours to run a single model, and your system will spent 9 hours on the WU no matter what your time setting is, because all WUs run at least 1 model.

You can judge for your self if the protein you are working on is large or small by looking at the graphic. If there are a lot of "joints' in the protein, long strings, and it looks complex, it is large. Obviously small would be the opposite of that.

From a user stats point of view each WU represents a single result when it is turned in. The longer it runs the more credit it will claim. But from a science point of view each "model" represents a single result so each of your turned in results can represent anywhere from 1 - 100+ science results. That is why the default time is set to 8 hours (more science per WU). In most cases this will return between 1 and about 100 results depending on protein size. The faster the system the more models it can run in the alloted time. Because the models differ in size there is no way to calculate the number of credits per model. It is possible to make an estimate of credits per hour per system. The work unit itself has no bearing on this at all.

All of this means simply this. The project used to be based on having each WU produce a specified number of models for each protein run, no matter how long that took. say 60 models per WU. Now the system is set up to run for a certain length of time, no matter how many protein models that might produce per Work Unit, but it will always complete at least one model for each WU no matter how long that takes.

Now this can lead people to think they have a WU stuck when they don't. Depending on how the Wu is configured, some may have over 1,750,000 steps in the first model and still not reach 1%. This can take over 5 hours of CPU time. There are a few even larger ones.

The time settings in your preferences have a lot to do with what the jumps in percent complete will be as the WU progresses. If you have your time set to say 2 hours, and one of the large WUs comes along, it is possible for it to run for well over five hours showing 1%, and suddenly jump all at once to 100% and finish. If the Wu is one of the smaller ones, running with the same settings, it might only run 5 min or less, doing about 35,000 steps for each model, and the percent will jump to something like 5% and keep rising until it hits about 1 hour and 55 mins and finishes. By the way, that first 1% is the set up at the begining of the WU run. You can see that in the grafic display if you have it up when a WU first starts.

So look at the graphic display and see what is going on every so often on these longer ones.

The project has said they are working on "leveling" all of this out so there is not so much variation. Those WUs should start appearing soon.

So now we get to the problem of forcing the system into a work deficit when you use the new Rosetta time feature.

BOINC does not know anything about any of what I just described. A lot of people who are used to the normal way BOINC controls the loading of the work Queue still have their systems set to a long connect time to get more WUs. But for the new Rosetta system this can cause you trouble, and it is unnecessary.

BOINC will ask for a certain amount of work (number of seconds of work) based on how much time you have left in your work queue. But it does not know that you can download what seems like a very small number of rosetta WUs, that in fact are large in terms of time because you have set the time for rosetta to a large number.

BOINC just downloads the WUs and suddenly they are taking a lot longer than BOINC expected. Now to be fair BOINC will adjust a little for this as it runes. And for short connection times (small work queues) it will adjust fairly well over a day or so, because it will figure out that the WUs are all about the same size and it will adjust the DCF to make things work.

So, For Rosetta it might be best for farmers and people on low bandwidth, or modems who run only rosetta to readjust the system for a small queue. Say .1 days. Then set the time factor for a long runtime say 2-4 days. This will allow BOINC to think it should just get a few seconds of work to keep your system going, but it is really getting one or two WUs that will run for 2-4 days each. BOINC of course will try to connect about every 2 hours or so all day long, but if you are not connected (turn off network activity) or turn off your modem, it will just hold the results until you do connect. BOINC will take care of holding the results until then.

Now if you are on a constant internet connection with these same settings, BOINC will be connecting nominally the same 10 times a day, but it will just keep crunching rosetta for the same 2-4 days per WU until they are done. If you are running other projects under these conditions, they will be feeding and reporting all day long on the shorter queue using the standard BOINC reporting and queueing system.

So basically you have to play with the two parameters of Times to connect per day (queue size) and run length of the WU (Rosetta time setting) until you find the balance that fits your particular system requirements.

One caution of people who pay connection time by the packet is that if your connect time is set to a short length, it will send a few packet every time it tries to connect, but this should not be a large number. For people interested in local credit monitoring with the BOINC GUI stats tab, the stats will be more current.

Sorry for the length of this post but this is not standard BOINC functionality and a lot of people are confused by it. So it deserves some explanation.

Moderator9
ROSETTA@home FAQ
Moderator Contact
ID: 11350 · Rating: 1 · rate: Rate + / Rate - Report as offensive    Reply Quote
ci

Send message
Joined: 6 Jun 06
Posts: 5
Credit: 31,309
RAC: 0
Message 18871 - Posted: 18 Jun 2006, 1:50:33 UTC - in response to Message 10864.  

in versions up to 5.2.15 it's caused by some program stopping boinc from getting access to port 1043. Boinc uses port 1043 to do a "Loopback" between the daemon (boinc.exe) and the boinc manager (boincmgr.exe). This was done so the manager could be used to talk to/control any daemon on your network from one computer using the "select computer" option.

If you open a command prompt window (start, all programs, accessories, then select command prompt) and type in:

netstat -a

hit enter it will list your current TCP ports. You should see three references to 1043. Two would say established and one would say listening. You should see your puter listening on 1043, then 1043 talking to another port (say 1045) and then 1045 talking to 1043.

If you do not see this then something is stopping boinc from getting that port. Microsoft has see fit to use 1043 for some programs even though ICANN has assigned that port to boinc. In the newer developemental versions of boinc Dr Anderson and Co have secured and are using 31416 instead.

try clicking "File", "Select computer", leave both boxes blank and hit OK

OR

try clicking "file", "Select computer", type in localhost, leave password blank, hit OK

OR

try clicking "file", "Select computer", type in 127.0.0.1, leave password blank and hit OK

If this doesn't work I have another option.

tony

ok i am new to this as well and not really good with computers...my computer used to work 24/7 with the program and now it seems to get hung up and says...cannot connect to local host...(bet its a microsoft windows thing...) anyway...can someone help me get back on track with this....and yes i read the post above and it doesnt make sense to a non-computer type person...i.e. click what "file" ?......thanx guys...

ID: 18871 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Astro
Avatar

Send message
Joined: 2 Oct 05
Posts: 987
Credit: 500,253
RAC: 0
Message 18875 - Posted: 18 Jun 2006, 4:16:04 UTC - in response to Message 18871.  

ok i am new to this as well and not really good with computers...my computer used to work 24/7 with the program and now it seems to get hung up and says...cannot connect to local host...(bet its a microsoft windows thing...) anyway...can someone help me get back on track with this....and yes i read the post above and it doesnt make sense to a non-computer type person...i.e. click what "file" ?......thanx guys...

I've checked your results. It appears you're using Boinc 5.4.9 is this the version you're having trouble with?

Do you remember which installation option that you picked when you installed boinc (single user, Shared install, or Service)?

Fear not, I can try to help you with step by step instructions if necessary. Do you see this message when first booting, or does it happen after it's been running a while (more than 10 minutes)?

tony
ID: 18875 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
ci

Send message
Joined: 6 Jun 06
Posts: 5
Credit: 31,309
RAC: 0
Message 18876 - Posted: 18 Jun 2006, 5:13:37 UTC - in response to Message 18875.  

ok i am new to this as well and not really good with computers...my computer used to work 24/7 with the program and now it seems to get hung up and says...cannot connect to local host...(bet its a microsoft windows thing...) anyway...can someone help me get back on track with this....and yes i read the post above and it doesnt make sense to a non-computer type person...i.e. click what "file" ?......thanx guys...

I've checked your results. It appears you're using Boinc 5.4.9 is this the version you're having trouble with?

Do you remember which installation option that you picked when you installed boinc (single user, Shared install, or Service)?

Fear not, I can try to help you with step by step instructions if necessary. Do you see this message when first booting, or does it happen after it's been running a while (more than 10 minutes)?

tony
hey tony...thanx...yeah its 5.4.9...i installed the single user i think...the one that would run all the time but not show graphics...and the message shows up after i have been away from my computer for a time...i did that when i first downloaded the program and then i reloaded the program with a different setting....letting it run all the time..then it started doing it again...like right now i have four "b"s in the lower right hand corner of my screen beside the arrow to show hidden icons....also if you email me this may be easier as well...cinemetre@yahoo.com thanx again for the help


ID: 18876 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Previous · 1 · 2

Message boards : Number crunching : Won't connect to localhost



©2024 University of Washington
https://www.bakerlab.org