41) Message boards : Number crunching : Newbie Needs Help (Message 11402)
Posted 18 Nov 2005 by John McLeod VII
Lets see. Nothing on the transfers tab, and work downloading. With 5.2.6, I believe that it is likely that you have disabled the network access for BOINC somehow.

Check your network usage schedule on this web site - your account.

Check that you have not disabled web access through the GUI.

Try always allowing network access in your account on this web site.
42) Message boards : Number crunching : Report Deadline (Message 11331)
Posted 11 Nov 2005 by John McLeod VII
Ok, so I am new to LHC and have probably missed this, but why does the newest result I have received have a reporting deadline sooner than the one before?

The LHC scheduler has an optimiser built in that estimates the best deadline to get the studies done in the shortest overall time. The optimiser calculates deadlines on the fly based on return times, the number of computers available, and the size of the study (amongst other things).

It is quite possibe that the deadlines have shortened between downloads such that later units finish earlier than earlier ones.

That's all well and good however i am getting 4 and 5 day deadines to complete WU's and the scheduler is downloading far too many WU's to get them completed in time. The LHC@home scheduler does not seem to take in account the LHC@home project share of cpu time or the fact that I have 4 other Boinc projects running on my PC.

It looks like LHC@home will be getting suspended on my PC until we return to something even approaching a sensible deadline for complettion.

Of course if you are using a fairly recent (4.43 or later) version of BOINC, the CPU scheduler will ensure that the deadlines will be met if at all possible, and the project that needs the extra CPU time will not get to download work for a while, so it evens out in the long run.
43) Message boards : Number crunching : Newbie Needs Help (Message 11241)
Posted 7 Nov 2005 by John McLeod VII

Hello everyone, I just installed and run BOINC a day ago and started contributing to the LHC@Home project. I don;t know how things work yet, but I was trying to figure out. I've got this little problem:

11/5/2005 1:55:46 PM||Starting BOINC client version 5.2.6 for windows_intelx86
11/5/2005 1:55:46 PM||libcurl/7.14.0 OpenSSL/0.9.8 zlib/1.2.3
11/5/2005 1:55:46 PM||Data directory: C:\\Program Files\\BOINC
11/5/2005 1:55:46 PM||Processor: 1 GenuineIntel Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz
11/5/2005 1:55:46 PM||Memory: 511.43 MB physical, 1.22 GB virtual
11/5/2005 1:55:46 PM||Disk: 27.94 GB total, 8.49 GB free
11/5/2005 1:55:46 PM|LHC@home|Computer ID: 71085; location: home; project prefs: default
11/5/2005 1:55:46 PM||General prefs: from LHC@home (last modified 2005-11-04 22:28:15)
11/5/2005 1:55:46 PM||General prefs: no separate prefs for home; using your defaults
11/5/2005 1:55:46 PM||Remote control not allowed; using loopback address

Now the status says "Downloading" but nothing happens. How can I fix it?

Thanks a lot for the help.

Are you on dialup?
44) Message boards : Number crunching : I've just upgraded to 5.2.1 (Message 10715)
Posted 13 Oct 2005 by John McLeod VII
I switched a while ago as I am one of the BOINC Alpha testers.

I believe that 5.2.x is going to be the recommended version within a day or two.
45) Message boards : Number crunching : What ports does BOINC use for network access? (Message 10703)
Posted 12 Oct 2005 by John McLeod VII
In 5.x HTTPS is used for passing the user ID and password to the web site for attaching to the project. HTTP is used by most projects for the normal work unit stuff.

There are other ways of attaching to a project. You can either create a properly formed XML file, or you can bring one from a machine that is outside of the organization.
46) Message boards : Number crunching : Reason for not getting work: won't finish in time... (Message 10634)
Posted 8 Oct 2005 by John McLeod VII

Post your boinc-project allocations, boinc client uptime %, and boinc client version we can tell you why it's doing that.

It took my 10 active hosts about 1.5 months to finally even out to something which resembled predictability. The Boinc client does work correctly and in 99%+ of cases it's right.

My project allocaions are:-

Einstein 300 (42.86%)
Climate Prediction 100 (14.29%)(Currently suspended)
Predictor 14.29% 100 (14.29%)
LHC@Home 100 (14.29%)
Seti 100 (14.29%)

Client uptime 63.8777%

Boinc Client Version 4.45

If the next project is Einstein, then there is a factor of 3, since the uptime is only 63% (and on time is about 50%) this is probably about another factor of 3. This gives a factor of 9 that the time remaining is multiplied by to determine if any more work should be downloaded now. So a few hours (say 10 for conveniece) is suddenly expanded to 90 hours - or about 4 days. Please note that if left alone, the host would have downloaded more work in a few hours.
47) Message boards : Number crunching : What ports does BOINC use for network access? (Message 10587)
Posted 4 Oct 2005 by John McLeod VII
BOINC.exe uses http (port 80) and with 5.1 https (port ?) as well outbound only to the project servers. BOINCcli.exe and BOINCmgr.exe use either 1043 or 31416 depending on availability to call BOINC.exe for control.
48) Message boards : Number crunching : Reason for not getting work: won't finish in time... (Message 10576)
Posted 4 Oct 2005 by John McLeod VII
<blockquote>If nothing else I would like to evaluate that message and your log files. If you could, zip up the TXT and OLD files in the BOINC directory and send them to p.d.buck@comcast.net

For future reference you can look up messages like that in the Wiki ... look of the BOINC Messages link on the first page and strangely enough I have all the messages I can find listed in alphabetical order. I do have two examples of this very message.

Oddly enough the reason I, and the other editors, do this is so you can look up the answers ... :)

And as we learn and get examples, well, we make everyone smarter ...

Anyway, if you send me your logs, I do appreciate it ...</blockquote>
This message is modified in the current server source. It does not mention resource share as that is handled by the CPU scheduler.
49) Message boards : Number crunching : amplitude vs wavelength...light (Message 10507)
Posted 30 Sep 2005 by John McLeod VII
OK, I did a quick check. The amplitude of light is related to intensity, not wavelength. If a light is brighter, it has a larger amplitude.
50) Message boards : Number crunching : getting no WU (Message 10340)
Posted 21 Sep 2005 by John McLeod VII
The Einstein result at 20% could block downloads from LHC at 80% under some circumstances. If the Einstein result is calculated as nearly unable to complete on time, then no new work will be downloaded from ANY project in order to allow the Einstein result to complete on time. The Einstein project will then give back the time by not downloading work for a while.
51) Message boards : Number crunching : BOINC 5.1.1 != LHC@Home (Message 10135)
Posted 13 Sep 2005 by John McLeod VII
<blockquote><blockquote>I am alpha testing 5.1.3, especially on the attach wizard, yet not being able to download from projects like LHC and all the switching between 4.72 and 5.1.3 on one computer made me do something else: I saved the boinc manager of 5.1.3, uninstalled 5.1.3, reinstalled 4.72 and put the manager back.

So I run 4.72 Boinc with 5.1.3 Manager. Works great. I can still test, and run all my fave projects. ;)


In that case, what advantage does BM 5.1.3 give you over the 4.72 BM?

Some of us are volunteer Alpha testers, and we have agreed to test the newest versions before they are released to the rest of the users. That said, there are a fair number of bug fixes that are 5.x. However, the current testing is mostly aimed at the manager and not the daemon.

I regretfully have to state that I will be slowly moving my machines to 5.1.x over the next couple of weeks, and will then not be able to crunch for projects that have not upgraded their servers.
52) Message boards : Number crunching : hoarding (Message 10119)
Posted 13 Sep 2005 by John McLeod VII
There is a legitimate reason for needing more than a 2 day cache. Some modem users cannot connect every night (some of them it is only once per week - and these should not run projects with shorter deadlines).

For always connected users, the optimal thing to do is have a very small cache and several projects (if you have a favorite, by all means set the resource share for that project larger than the resource share for the others). The newer versions of BOINC will handle very different resource shares fairly gracefully (by entering EDF and No Work Fetch and then not downloading work from the offending project while the other projects catch up on CPU time).
53) Message boards : Number crunching : This is what comes after Sixtrack... (Message 10076)
Posted 11 Sep 2005 by John McLeod VII
<blockquote>who has heard of scientists satisfied with their toys? :)</blockquote>
Only if they have found the answer to the problem. In which case all of the toys for that problem are turned into scrap.
54) Message boards : Number crunching : New Version of Boinc (Message 10075)
Posted 11 Sep 2005 by John McLeod VII
<blockquote><blockquote><blockquote>V5.1.x remains a development version at present. Bugs and issue should be reported in the SETI forums, which is where BOINC was developed.
Actually, it should be reported in the BOINC forums.</blockquote>

Oops - slip of the finger...



The BOINC Forums are only a month or two old. Not everyone has gotten used to them yet.
55) Message boards : Number crunching : New Version of Boinc (Message 9931)
Posted 5 Sep 2005 by John McLeod VII
Server code more than a month or so old will not connect to 5.1.x as the server code does a check against the major version and fails to connect if the server version and the client version have different major versions. I posted a list of projects that failed to the dev mail list on Friday. At that time, it was most of the projects.
56) Message boards : Number crunching : Resource change during project lack of work (Message 9683)
Posted 27 Aug 2005 by John McLeod VII
<blockquote>Well, I followed the idea that while there was no new work for LHC that the LTD would take care of the balance between projects in the long run. I do not see any change in LTD for LHC now that I have some work again. One computer had a negative LTD when it's last WU finished and still has a negative LTD as it is about to start crunching a WU.
So what I gather is that a shift in resources from the project to another of my designation during project WU outages would keep the balance in allocation percentages between "pet projects" and the "others". By letting things "ride as is" gives a greater percentage of allocations to the "others" beyond what I want.
If LTD is to acrue during "no work" periods, then it does not work as advertised.

There was a change of policy dictated by projects that did not have work for extremely long periods of time. These would drive the host into a mode where each project would download a WU, and crunch it, then some other project would do the same. This was alleviated to some extent by not accruing LT debt when a project was in communications deferral.
57) Message boards : Number crunching : Resource change during project lack of work (Message 9682)
Posted 27 Aug 2005 by John McLeod VII
<blockquote>IIRC, a negative debt means "Give me more work! I need more! More! MOre! MORE!" It's possible to accrue negative debt in relation to other projects share %. It'll make that project (in your case LHC) do more LHC WUs until that debt is near zero.
Actually you have that backwards. A negative debt means that the project has gotten more than its share. A positive debt means that the project needs more work on the host.
58) Message boards : Number crunching : the Problem with Boinc (Message 9662)
Posted 26 Aug 2005 by John McLeod VII
Should the OP be penalized (in amount of work downloaded) for running BOINC only while work is available? -- No.


The OP will only be penalized the next time he downloads. Then the OP runs only LHC 24/7 and the work request should be back to normal.

It takes a little longer than just the once, but it does recover.
59) Questions and Answers : Preferences : Resolve different cross project IDs? (Message 9638)
Posted 25 Aug 2005 by John McLeod VII
Is the email address exactly the same, including case, for LHC as for the other projects?
60) Message boards : Number crunching : the Problem with Boinc (Message 9637)
Posted 25 Aug 2005 by John McLeod VII
When you first attach to a project like that, it will request work (not much, but enough) and you will crunch that (mostly in No Work Fetch and Earliest Deadline First). You may get another few as the cuttoff is - queue size. After that I would not expect to see that project again unless the primary was out of work.

Previous 20 · Next 20

©2024 CERN