Loopback Address ?
Message boards : Number crunching : Loopback Address ?
| Author | Message |
|---|---|
|
AMDave Send message Joined: 16 Dec 05 Posts: 35 Credit: 12,576,896 RAC: 0 |
Greetings: Newbie here from SETI@home classic. I've researched many threads in this forum but haven't found an issue exactly like mine. I set up an acct on Rosetta' site first, then attached via BOINC Mgr v5.2.13 - both performed on 12/15. This is the only project that I attached. Initially, I left the settings pretty much untouched as I'm only now learning the definitions of the settings. One WU was completed, however, I'm not able to download any more. My System: AMD Athlon XP 2700 1 Gb RAM Win2k SP4 Page File = 1.5 Gb Min - 3 Gb Max stderrdae.txt contained: 2005-12-15 23:53:48 [rosetta@home] Message from server: No work sent 2005-12-15 23:53:48 [rosetta@home] Message from server: (there was work but you don't have enough disk space allocated) 2005-12-15 23:53:48 [rosetta@home] No work from project 2005-12-16 03:53:54 [rosetta@home] Message from server: No work sent 2005-12-16 03:53:54 [rosetta@home] Message from server: (there was work but you don't have enough disk space allocated) I've modified my settings several times and selected Update - to no avail. Here are the messages I receive when I launch BOINC: 12/16/2005 6:53:55 PM||Starting BOINC client version 5.2.13 for windows_intelx86 12/16/2005 6:53:55 PM||libcurl/7.14.0 OpenSSL/0.9.8 zlib/1.2.3 12/16/2005 6:53:55 PM||Data directory: C:Program FilesBOINC 12/16/2005 6:53:55 PM||Processor: 1 AuthenticAMD AMD Athlon(tm) XP 2700+ 12/16/2005 6:53:55 PM||Memory: 1023.48 MB physical, 2.41 GB virtual 12/16/2005 6:53:55 PM||Disk: 5.00 GB total, 2.24 GB free 12/16/2005 6:53:55 PM|rosetta@home|Computer ID: 103601; location: home; project prefs: default 12/16/2005 6:53:55 PM||General prefs: from rosetta@home (last modified 2005-12-15 22:55:11) 12/16/2005 6:53:55 PM||General prefs: no separate prefs for home; using your defaults 12/16/2005 6:53:56 PM||Remote control not allowed; using loopback address Now, if I click Update, the following is added: 12/16/2005 7:28:20 PM||request_reschedule_cpus: project op Any insight is greatly appreciated. |
 Tern Send message Joined: 25 Oct 05 Posts: 576 Credit: 4,695,450 RAC: 13 |
Okay, the loopback address thing simply means that you're running on "this" computer - in other words, you aren't running the boinc daemon on one computer and connecting to and controlling it from another computer. So, that's normal. The disk space problem is what's keeping you from getting work. In the settings under "Your Account", you've somehow got one of the disk space settings such that BOINC is trying to follow your instructions and not use too much space. The most likely is the "% free" part - that is confusing because it is calculating based on the % of _free_ space, not the % of _total_ space. With a 5GB drive, 2GB free, I would tell BOINC that it can have all of it. It won't use anywhere near that much, but your page file is 1.5GB, leaving only 0.5GB "free". That's awfully tight... might be time for a bigger hard disk! 
|
|
AMDave Send message Joined: 16 Dec 05 Posts: 35 Credit: 12,576,896 RAC: 0 |
Okay, the loopback address thing simply means that you're running on "this" computer - in other words, you aren't running the boinc daemon on one computer and connecting to and controlling it from another computer. So, that's normal. Bill: If I understand you, Disk Space & Virtual Memory refer to the same thing? I thought that they were two distinct items. Now for the odd part, I'm just reviewing the Mgr and noticed that @15 min after my original post(@20 min before your response), the Mgr connected and downloaded some work. Here's the message info: 12/16/2005 7:28:20 PM||request_reschedule_cpus: project op 12/16/2005 7:45:31 PM||Resuming computation and network activity 12/16/2005 7:45:31 PM||request_reschedule_cpus: Resuming activities 12/16/2005 7:45:31 PM|rosetta@home|Sending scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi 12/16/2005 7:45:31 PM|rosetta@home|Reason: Requested by user 12/16/2005 7:45:31 PM|rosetta@home|Requesting 86400 seconds of new work 12/16/2005 7:45:36 PM|rosetta@home|Scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi succeeded 12/16/2005 7:45:36 PM|rosetta@home|General preferences have been updated 12/16/2005 7:45:36 PM||General prefs: from rosetta@home (last modified 2005-12-16 10:59:35) 12/16/2005 7:45:36 PM||General prefs: no separate prefs for home; using your defaults 12/16/2005 7:45:38 PM|rosetta@home|Started download of rosetta_4.80_windows_intelx86.exe 12/16/2005 7:45:38 PM|rosetta@home|Started download of aa1ogw_03_05.200_v1_3.gz 12/16/2005 7:45:43 PM|rosetta@home|Finished download of aa1ogw_03_05.200_v1_3.gz 12/16/2005 7:45:43 PM|rosetta@home|Throughput 171840 bytes/sec 12/16/2005 7:45:43 PM|rosetta@home|Started download of aa1ogw_09_05.200_v1_3.gz 12/16/2005 7:45:52 PM|rosetta@home|Finished download of aa1ogw_09_05.200_v1_3.gz 12/16/2005 7:45:52 PM|rosetta@home|Throughput 198909 bytes/sec 12/16/2005 7:45:52 PM|rosetta@home|Started download of 1ogw_.fasta 12/16/2005 7:45:54 PM|rosetta@home|Finished download of 1ogw_.fasta 12/16/2005 7:45:54 PM|rosetta@home|Throughput 524 bytes/sec 12/16/2005 7:45:54 PM|rosetta@home|Started download of bbdep02.May.sortlib.gz 12/16/2005 7:46:04 PM|rosetta@home|Finished download of rosetta_4.80_windows_intelx86.exe 12/16/2005 7:46:04 PM|rosetta@home|Throughput 199320 bytes/sec 12/16/2005 7:46:04 PM|rosetta@home|Started download of phi.theta.36.HS.resmooth.gz 12/16/2005 7:46:05 PM|rosetta@home|Finished download of phi.theta.36.HS.resmooth.gz 12/16/2005 7:46:05 PM|rosetta@home|Throughput 44645 bytes/sec 12/16/2005 7:46:05 PM|rosetta@home|Started download of 1ogw_.psipred_ss2.gz 12/16/2005 7:46:06 PM|rosetta@home|Finished download of 1ogw_.psipred_ss2.gz 12/16/2005 7:46:06 PM|rosetta@home|Throughput 4732 bytes/sec 12/16/2005 7:46:06 PM|rosetta@home|Started download of 1ogw.pdb.gz 12/16/2005 7:46:07 PM|rosetta@home|Finished download of 1ogw.pdb.gz 12/16/2005 7:46:07 PM|rosetta@home|Throughput 29985 bytes/sec 12/16/2005 7:46:07 PM|rosetta@home|Started download of 1ogw.top7_lowenergy.cst 12/16/2005 7:46:08 PM|rosetta@home|Finished download of 1ogw.top7_lowenergy.cst 12/16/2005 7:46:08 PM|rosetta@home|Throughput 66771 bytes/sec 12/16/2005 7:46:08 PM|rosetta@home|Started download of aa1n0u_03_05.200_v1_3.gz 12/16/2005 7:46:12 PM|rosetta@home|Finished download of aa1n0u_03_05.200_v1_3.gz 12/16/2005 7:46:12 PM|rosetta@home|Throughput 182183 bytes/sec 12/16/2005 7:46:12 PM|rosetta@home|Started download of aa1n0u_09_05.200_v1_3.gz 12/16/2005 7:46:21 PM|rosetta@home|Finished download of aa1n0u_09_05.200_v1_3.gz 12/16/2005 7:46:21 PM|rosetta@home|Throughput 190953 bytes/sec 12/16/2005 7:46:21 PM|rosetta@home|Started download of 1n0u_.fasta 12/16/2005 7:46:22 PM|rosetta@home|Finished download of 1n0u_.fasta 12/16/2005 7:46:22 PM|rosetta@home|Throughput 532 bytes/sec 12/16/2005 7:46:22 PM|rosetta@home|Started download of 1n0u_.psipred_ss2.gz 12/16/2005 7:46:23 PM|rosetta@home|Finished download of 1n0u_.psipred_ss2.gz 12/16/2005 7:46:23 PM|rosetta@home|Throughput 4267 bytes/sec 12/16/2005 7:46:23 PM|rosetta@home|Started download of 1n0u.pdb.gz 12/16/2005 7:46:24 PM|rosetta@home|Finished download of 1n0u.pdb.gz 12/16/2005 7:46:24 PM|rosetta@home|Throughput 22530 bytes/sec 12/16/2005 7:46:24 PM|rosetta@home|Started download of 1n0u.top7_lowenergy.cst 12/16/2005 7:46:25 PM|rosetta@home|Finished download of 1n0u.top7_lowenergy.cst 12/16/2005 7:46:25 PM|rosetta@home|Throughput 43606 bytes/sec 12/16/2005 7:46:30 PM|rosetta@home|Finished download of bbdep02.May.sortlib.gz 12/16/2005 7:46:30 PM|rosetta@home|Throughput 205480 bytes/sec 12/16/2005 7:46:31 PM||request_reschedule_cpus: files downloaded 12/16/2005 7:46:31 PM||request_reschedule_cpus: files downloaded 12/16/2005 7:46:31 PM||request_reschedule_cpus: files downloaded 12/16/2005 7:46:31 PM||request_reschedule_cpus: files downloaded 12/16/2005 7:46:31 PM|rosetta@home|Starting result 1ogw__topology_sample_86805_1 using rosetta version 480 So, was this an issue with the server not keeping pace with WU requests? I've read the threads, but that matter was 4 days ago. If it was the same issue, it would be beneficial to update the Technical News. But, I checked the server status and it was OK. |
|
Tern Send message Joined: 25 Oct 05 Posts: 576 Credit: 4,695,450 RAC: 13 |
If I understand you, Disk Space & Virtual Memory refer to the same thing? I thought that they were two distinct items. Now for the odd part, I'm just reviewing the Mgr and noticed that @15 min after my original post(@20 min before your response), the Mgr connected and downloaded some work. Here's the message info: Virtual memory is stored on your disk drive... so if you are totally out of disk space, it can't create the virtual memory swap file. Looking at the messages you posted, the one I bolded says that the preferences have been changed between 3:53 (from last message, where it said 'not enough disk space') and 7:45. Immediately after that, it got the app and work. So, I would guess that if you didn't change anything in the last few hours, that whatever change you did before that, resulting in "more disk space", just now took effect when you hit "update". Glad you're up and crunching! Any questions, feel free to ask.
|
|
AMDave Send message Joined: 16 Dec 05 Posts: 35 Credit: 12,576,896 RAC: 0 |
Virtual memory is stored on your disk drive... so if you are totally out of disk space, it can't create the virtual memory swap file. Looking at the messages you posted, the one I bolded says that the preferences have been changed between 3:53 (from last message, where it said 'not enough disk space') and 7:45. Immediately after that, it got the app and work. So, I would guess that if you didn't change anything in the last few hours, that whatever change you did before that, resulting in "more disk space", just now took effect when you hit "update". Glad you're up and crunching! Any questions, feel free to ask. [/quote] Bill: I do understand virtual memory, and I have it set up on a second HD (100Gb capacity). It's not on the same HD as my boot partition. One more thing. On the Work tab of the Mgr, there are 4 items listed. The top item has a status of "Running", while the remaining 3 have a status of "Ready to run." Does this mean that the Mgr downloaded 4 WUs and has 3 cached? If so, will each be returned individually upon their respective completions, or collectively after all have been completed? Thank you for your patience. |
|
Tern Send message Joined: 25 Oct 05 Posts: 576 Credit: 4,695,450 RAC: 13 |
I do understand virtual memory, and I have it set up on a second HD (100Gb capacity). It's not on the same HD as my boot partition. Perfect! I thought from your question that you didn't know what it was. Knowing that it isn't on a 5GB drive makes me more comfortable... One more thing. On the Work tab of the Mgr, there are 4 items listed. The top item has a status of "Running", while the remaining 3 have a status of "Ready to run." Does this mean that the Mgr downloaded 4 WUs and has 3 cached? If so, will each be returned individually upon their respective completions, or collectively after all have been completed? Exactly. The Work tab shows your cache of results "in progress". (Cache size set under prefs on webpage, default 0.1 day.) BOINC will keep that amount of work locally, to tide you through network problems, server problems, "out of work", etc. - in your case, the first "guess" for how many results you can do in whatever your setting is, is four. If you return those four in less time than expected, you may get five, six... however many it thinks you can handle. It will "learn" the true speed of your system over the course of the first ten results, updating a Duration Correction Factor. I caution you not to make "big" changes to your cache size all at once, and especially not before you've done those first ten results. If you think you want 4 days worth of work locally, go to 1 day, wait a couple days, go to 2 days, etc. And MY opinion is that you shouldn't go higher than about 4, unless you really know what you're doing. It's not bad if Rosetta is your only project, but when you start having multiple projects, big caches get tricky. Mine is at 0.25, with 5 projects attached to the heaviest-loaded computer. As each result is completed it will immediately be uploaded to the upload server, and will go into "ready to report" state. Whenever your computer connects to the scheduling server, to get more work, or because you hit "update", it will report the completed result. At that point, since Rosetta doesn't have any quorums to delay things, you will be granted credit for the result. If you look in the Wiki you will find these and many other answers, to questions you didn't even know you had yet! :-)
|
|
AMDave Send message Joined: 16 Dec 05 Posts: 35 Credit: 12,576,896 RAC: 0 |
Exactly. The Work tab shows your cache of results "in progress". (Cache size set under prefs on webpage, default 0.1 day.) BOINC will keep that amount of work locally, to tide you through network problems, server problems, "out of work", etc. - in your case, the first "guess" for how many results you can do in whatever your setting is, is four. If you return those four in less time than expected, you may get five, six... however many it thinks you can handle. It will "learn" the true speed of your system over the course of the first ten results, updating a Duration Correction Factor. Thank you much. I think I see a light at the end of this tunnel. |
|
Tern Send message Joined: 25 Oct 05 Posts: 576 Credit: 4,695,450 RAC: 13 |
Thank you much. I think I see a light at the end of this tunnel. And, you have your first credits! :-) The BOINC addiction begins...
|
|
Paul D. Buck Send message Joined: 17 Sep 05 Posts: 815 Credit: 1,812,737 RAC: 0 |
Thank you much. I think I see a light at the end of this tunnel. Listen for the whistle .... :) |
Message boards :
Number crunching :
Loopback Address ?
©2024 University of Washington
https://www.bakerlab.org