Posts by AMDave

1) Message boards : News : Outage notice (Message 86784) Posted 5 Jul 2017 by AMDave Post: Thanks for help. I had changed HOSTS file because there was a server issue in the past. However, I don't recall any message via BOINC indicating a recent change in address. So, those tasks were for naught.
2) Message boards : News : Outage notice (Message 86774) Posted 1 Jul 2017 by AMDave Post: Yes ♦ 128.95.160.145 srv1.bakerlab.org ♦ #srv1.bakerlab.org at 128.95.160.142
3) Message boards : News : Outage notice (Message 86767) Posted 30 Jun 2017 by AMDave Post: I haven't been able to upload in a week. A task upload is started and is backed off 1 sec later. Now, all I get is "Not requesting tasks: too many uploads in progress." I'm using Win7. How can I remedy this?
4) Message boards : Number crunching : GPU computing (Message 80796) Posted 27 Oct 2016 by AMDave Post: For curiostity's sake, what about incorporating open source, specifically this (second paragraph)?
5) Questions and Answers : Web site : Broken Log Out Button (Message 80353) Posted 13 Jul 2016 by AMDave Post: Previously, to log out of my account, I would click the [ login/out ] button in the upper right of the page. When doing so now, I am directed to the Log In screen, where I must click the bold, blue print "Log Out" to actually log out. Apparently, the [ login/out ] button is no longer dual function. Will this be fixed, or is this unnecessary redundancy the new order of the day?
6) Message boards : Number crunching : Stuck on Uploading (Message 80280) Posted 24 Jun 2016 by AMDave Post: This fix is not to help with Requesting new tasks, but rather to help get your uploads going again. Judging from the snippet of your log file that you shared, you were attempting to fetch new work.. Go to your transfers tab and click one of your Uploading tasks that is stuck on 'Retry in ....' and click Retry Now - it should work. Also, if you want to check that your hosts modification worked, you can attempt to visit this link http://srv1.bakerlab.org/ and it should bring you to the Rosetta@Home homepage :) Alternatively, you can ping srv1.bakerlab.org Cheers I went to the Tasks tab and clicked Update. I thought that was an all-inclusive request. Retry Now worked, all "uploading" WUs are gone. Just need to remember to undo mod to hosts file if problem is fixed. Thank you Timo
7) Message boards : Number crunching : Stuck on Uploading (Message 80277) Posted 24 Jun 2016 by AMDave Post: My suspicions confirmed; srv1.bakerlab.org at 128.95.160.142 is not working / not accepting uploads srv4.bakerlab.org at 128.95.160.145 is accepting uploads All tasks that are trying to be uploaded to the first server are failing, while any tasks attempt to be sent to srv4.bakerlab.org successfully upload. No go for me. Here is the line I added: 128.95.160.145 srv1.bakerlab.org, in accordance with these instructions. Here is the Event log: 6/24/2016 4:48:10 PM \| rosetta@home \| update requested by user 6/24/2016 4:48:15 PM \| rosetta@home \| Sending scheduler request: Requested by user. 6/24/2016 4:48:15 PM \| rosetta@home \| Not requesting tasks: too many uploads in progress 6/24/2016 4:48:17 PM \| rosetta@home \| Scheduler request completed
8) Message boards : Number crunching : Minirosetta 3.73-3.78 (Message 80008) Posted 3 May 2016 by AMDave Post: Is there an ETA for the resolution of this issue? As I understand it, the issue is that the project briefly exhausted it's supply of work available for non-Android devices. When only Android tasks are found in the scheduler, and you are coming in with a non-Android host, it reports the message "Rosetta Mini for Android is not available for your type of computer." This problem is resolved in ebbs and flows as large number of new hosts are coming in to the system. The tasks that make new work available are running continuously, but seem to hit periods of time where they still are barely keeping up with the incoming requests for work. Ok. I was concerned that it was a software or hardware malfunction somewhere in the pipeline (Rosetta's end or crunchers' end). How frequently is the Server Status page updated? Presently, there are 434,384 results listed as "Ready to send," and according to here, there are 147,921 Active Users. What is the default back off time for communicating with Rosetta's servers in such cases? It appears to be 24hrs. Going forward, is it possible to have some notice indicating when such an occurrence takes place (ex. Rosetta's homepage, BOINC Notices tab)? When this happens with other projects, the following lines appear in the BOINC Event Log: Sending scheduler request Requesting new tasks for CPU Scheduler request completed: no new tasks available
9) Message boards : Number crunching : Minirosetta 3.73-3.78 (Message 80004) Posted 3 May 2016 by AMDave Post: Happening again on my Windows 7 Professional computer. The biggest problem is that BOINC manager puts a 24-hour "Communication deferred" on my computer, and I run out of Rosetta tasks if I don't manually update. Please do something about this. Nothing has changed on my computer. 5/3/2016 6:15:47 AM \| rosetta@home \| Sending scheduler request: To fetch work. 5/3/2016 6:15:47 AM \| rosetta@home \| Requesting new tasks for CPU and Intel GPU 5/3/2016 6:15:49 AM \| rosetta@home \| Scheduler request completed: got 0 new tasks 5/3/2016 6:15:49 AM \| rosetta@home \| No work sent 5/3/2016 6:15:49 AM \| rosetta@home \| Rosetta Mini for Android is not available for your type of computer. Is there an ETA for the resolution of this issue?
10) Message boards : Number crunching : Cannot Increase Work Unit Cache (Message 79394) Posted 11 Jan 2016 by AMDave Post: I see that out of the 17 most recent WUs completed, 14 were ~6 hours in accordance with my recent setting change. Although, the # of WUs in the Tasks list remains unchanged @6. I just noticed on the website preferences that under "Primary (default) preferences" the Target CPU run time = 6 hours while under "Separate preferences for home" this is set to 4 hours. Would this have any bearing on the initial work unit cache matter? Yes, the preferences are specific to the venue assigned to a specific host. The venue of a host is displayed in the host details, as well as in the BOINC Messages as the BOINC Manager is started. The following line is from the Event Log: "General prefs; no separate prefs for home; using your defaults" So, the difference between the above two settings should be moot, right? The line I was thinking of is in 7.6.9 where it says: • client: fix job scheduling bug that starves CPU instances I thought it might be relevant to your subject, but the choice is yours. It won't hurt anything and isn't a particularly big download. Just installed v7.6.22, and it caused a problem with the other project that needs to be fixed.
11) Message boards : Number crunching : Cannot Increase Work Unit Cache (Message 79391) Posted 10 Jan 2016 by AMDave Post: I just noticed on the website preferences that under "Primary (default) preferences" the Target CPU run time= 6 hours while under "Separate preferences for home" this is set to 4 hours. Would this have any bearing on the initial work unit cache matter?
12) Message boards : Number crunching : Cannot Increase Work Unit Cache (Message 79390) Posted 10 Jan 2016 by AMDave Post: With so few tasks I wouldn't worry about hits on Rosetta's server. It's trivial in the grand scheme of things. I do agree with increasing the runtime to 6 hours (which is the project's new default). It would seem to address both your concerns at the same time. I changed Target CPU run time to 6 hrs two days ago. The CPU time/WU remains unchanged. The tasks within BOINC Msnager, at one point, jumped to 12 (Running + Ready to start) but decreased to 9. Additionally, this is after I changed the website BOINC preference Maintain enough work for an additional 2 days to 4 days. I'd also look to increase Rosetta's share as a matter of principle, especially so when the other project is Seti. In all the time I’ve run both projects concurrently, I’ve seldom seen S@h CPU WU running - GPU WUs yes, and these only ran when the computer was not in use. Edit: I'd also upgrade the Boinc Manager to the current 7.6.22 - I think some task scheduling functions have been improved since your version. Scheduling has been a longstanding issue (that is, it's been rubbish for years). From reading the fora and through personal experience, scheduling (resource sharing) remains a weak link within BOINC. However, according to BOINC http://boinc.berkeley.edu/trac/wiki/VersionHistory upgrading for the sake of this one feature would be fruitless. I reviewed the entire 7.x series - nearly 4 years of releases.
13) Message boards : Number crunching : Cannot Increase Work Unit Cache (Message 79380) Posted 8 Jan 2016 by AMDave Post: A few questions to help understand your environment. Is the machine running BOINC 24hrs per day? Yes How many processor cores does the machine have? 4 physical, 8 logical (Intel Core i7-6700K) How much memory per core is available for BOINC to use? From Tools > Computing Preferences > disk and memory usage tab use at most 50% when computer is in use (= 8GB) What is the other project you are running? Seti@home Does it often run out of tasks to send? Never I guess I am curious as well, is BOINC Manager more accurately retaining a 2 day cache of work for the other project? I can’t state with the same conviction as with R@h, but I’d have to say no. @Sid @Timo Yes, running 2 projects. I increased the share for R@h about 4 weeks ago, from 15% to 20%... The share number isn't a %age figure. Every project defaults to 100. The Project tab in Boinc shows this on my machine. I know, and I specifically entered #s so that R@h's share would = 15% (or 20%). Presently, I have the other project’s Resource share = 100, with R@h’s = 25, which yields 80% and 20% respectively. Don't be shy with the share number. Changing from 15 to 20 is insignificant. I thought it might. What I’m trying to accomplish is to avoid continually contacting the R@h server for WUs, by increasing the time interval. In short, to lessen the traffic on the project’s server. If this would have a negligible impact on the server, I will understand. But, I’ll remain curious as to why this setting doesn’t function as expected. Would R@h benefit more if I increased the Target CPU run time from 4 hrs? Also yesterday, the WUs in the Tasks tab dropped from 10 to 6. Presently, it sits at 8, with 5 "Running" and 3 "Ready to start".
14) Message boards : Number crunching : Cannot Increase Work Unit Cache (Message 79372) Posted 7 Jan 2016 by AMDave Post: @Timo Yes, running 2 projects. I increased the share for R@h about 4 weeks ago, from 15% to 20%. This may not seem like much, but I was curious if this would have any bearing on WU cache. At 20% share, my RAC for R@h is 83% of the other project. Until a week ago, it was 76%. The change is due to implemented mods by the other project. Also, the proximity of the RACs in contrast to the difference in resource share most likely is (I’m guessing) due to higher credits granted by R@h b/c the WUs require more from users' hardware for computation. Additionally, I’ve gleaned from various DC fora that BOINC does not have pinpount accuracy with such adjustments. @Mod.Sense 9hrs/WU was a good # for my previous rig. {ASIDE: I haven’t been able to run R@h on it for some months now because, I believe, R@h deprecated SSE, and that rig was powered by an Athlon XP 2700. This was the last straw after an extended period of procrastination - I built a new rig.} My new rig has a multi-core processor which crunches a WU anywhere from 2.75-4hrs/core. This averages to ~40 WUs/day with Target CPU run time = 4 hrs. (Would R@h benefit more if I increased that setting?) Hence, my desire to increase the WU cache. See if the estimated time to complete a task that has not started yet is close to your runtime preference. This has always been aligned with preference setting. BTW, as I write, the Tasks tab shows 10 WUs, which includes crunching and non-crunching. So, I will monitor it over the next several days and go from there. Thanks
15) Message boards : Number crunching : Cannot Increase Work Unit Cache (Message 79364) Posted 6 Jan 2016 by AMDave Post: I cannot get more than ~6 WUs in the Tasks tab at any given time. My rig completes much more than that in a 24 hr period, but not close to the limit imposed by R@H (which I believe is 100 WUs/day) Running BOINC v7.4.42 R@H is set at 20% Resource Share in the Projects tab. In the preferences on website: Computer is connected to the Internet about every (Leave blank or 0 if always connected. BOINC will try to maintain at least this much work.) This is blank. Maintain enough work for an additional This was increased twice and is presently set for 2 days
16) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 76348) Posted 14 Jan 2014 by AMDave Post: Huge thanks Snags. Re: the list 1) already done 2) already done 3) already done 4) check 5) already done 6) check 7) already done Problem pursists. A new WU restarted 3 times. Interestingly, at 3 hour intervals. It's odd that everything was fine for @10 days subsequent to installing the latest BOINC Mgr. Then this issue crops up. When this happens and the WU is restarted, does the computation begin anew for the WU, or does it pick up near the point where it exited?
17) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 76338) Posted 11 Jan 2014 by AMDave Post: Please, restart Ralph server.... Issue remains. This particular WU has restarted 3 TIMES, at 3 hour intervals. http://boinc.bakerlab.org/rosetta/workunit.php?wuid=572101126 If the above suggestion actually means resetting the project in the BOINC Mgr, that's not a solution, because: 1) It's been done and it didn't resolve anything, and 2) It addresses a symptom, not the cause Is the cause bad WUs, or Rosetta 3.48? Also, what is the solution. Thanks
18) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 76336) Posted 9 Jan 2014 by AMDave Post: Installed v7.2.33, running smoothly for 10+ days, then @Jan 06, there's been over 90% rate of this message: "Task ... exited with zero status but no 'finished' file", followed by "If this happens repeatedly you may need to reset the project." I reset the project, then changed some preferences (I had planned these changes anyway): Target CPU run time: from 4hrs to 6hrs Disk and memory usage > Use at most: less than 1Gb to 2Gb Disk and memory usage > Write to disk at most every: 70 sec to 90 sec The issue remains. Interestingly, the Event Log shows the error message occurring every 3 hours (almost to the minute). I haven't noticed any similarities in the WU names. Is there a file that Rosetta is looking for and not finding, a flawed batch of WUs, or other cause? Suggestions please.
19) Message boards : Number crunching : Problems with Rosetta version 5.59 (Message 39367) Posted 14 Apr 2007 by AMDave Post: Follow-up: I opened the Projects window yesterday evening and clicked "Reset Project." However, the BOINC Mgr did not download any WUs, b/c it was done within the same day as the initial problem and the Mgr had already downloaded the max 45 WUs. I opened the Mgr today and it downloaded 9 WUs. Currently, a WU has been crunching for 92+ min. It seems to have returned to normal. Prior, to the initial problem, the WUs were @3:55:00 or so in length. Now, they are 05:30:35 in length. Is this the new de facto length, or is it simply the length for the present batch of WUs?
20) Message boards : Number crunching : Problems with Rosetta version 5.59 (Message 39348) Posted 13 Apr 2007 by AMDave Post: System: AthlonXP 2700+, 1GB RAM, Win2k sp4 Was running smoothly. I suspended program then exited. Logged off as user, logged on as Admin. Downloaded and installed Win security updates (KB 925902, KB 930178, KB 931784, KB 932168), as well as JAVA SE Runtime Environment 6 Update 1. Defragged the HD, then ran NTREGOPT to optimize the registry. Restarted system, logged on as user, openned BOINC Mgr (v5.4.11) and lost the wu that had 2+ hours of computing done. Began receiving this message: "rosetta_5.59_wi.exe has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created." I noticed that some .xml files (sched_request_boinc.bakerlab.org_rosetta.xml, sched_reply_boinc.bakerlab.org_rosetta.xml, statistics_boinc.bakerlab.org_rosetta.xml, client_state.xml, master_boinc.bakerlab.org_rosetta.xml, and client_state_prev.xml) were modified. Prior to suspension, I had been crunching v5.59 wus. Now, every time the BOINC Mgr is restarted, wus units are errored-out, then new wus are downloaded and subsequently errored-out. Now, I would include snippets of the Tasks and Messages screens, but I could not locate those files. The last entry in the Messages pane lists the following: > Message from server: No work sent > Message from server: (reached daily quota of 45 results) > No work from project What gives? On a side note, my RAC has been sinking like the Titanic for about 2 months. Is this due to advances in the client seeking add'l computation?

Next 20