21)
Message boards :
Number crunching :
Multiple project processing...
(Message 23886)
Posted 20 Aug 2006 by John McLeod VII Post: Also resource share dictates how much of your CPU time to give to each project over the long term. Example. Project A share 50 and Project B share 100. Project A will have the CPU 1/3 of the time and Project B will have the CPU 2/3 of the time. If possible, it will be 2 hours of B and 1 of A (depending on the switch time). If one of the projects has anticipated deadline trouble, that project will get extra CPU time now, but will not be allowed to download new work for some time in order to let the other project catch up on its CPU time. |
22)
Message boards :
Number crunching :
A cynical viewpoint.
(Message 23698)
Posted 20 Aug 2006 by John McLeod VII Post: First, I am hoping that this is not a correct viewpoint. I believe that XS has in the past moved as a team from one project to another. The possibility is they are now in the process of moving, and are working to cement their first place for longer. They have come up with a new credit method (no problem here) that will grant lower credit for those using the "optimized" clients (no problem here either, the credit was fluffed). However, they are insisting that the credit not be backdated because that would be changing the rules after the fact. This set taken as a whole could be interpreted badly. Otherwise, why the insistence on no backdating? As I have noted elsewhere, there were actually two distinct sets of rules regarding credit in place on this project, the more restrictive only applied to those crunching other BOINC projects. |
23)
Message boards :
Number crunching :
One last request for backdating of credits.
(Message 23693)
Posted 20 Aug 2006 by John McLeod VII Post: Thierry does a system of parity across Boinc exist ? I take it not from the Bruce post, that being the case Boinc totals are pretty much meaningless imho. Most of the projects are fairly close, and there are discussions among the project leads of several projects to attempt to get the various credit granting methods to have the same rate for a given host. It cannot be perfect because some CPU types are optimized for different operations, and some projects have lower or higher locality than others so L1, L2 sizes and RAM speed all matter more than expected. |
24)
Message boards :
Number crunching :
One last request for backdating of credits.
(Message 23686)
Posted 20 Aug 2006 by John McLeod VII Post: Please hear me out before deleting the post. There is one reason that was never brought up. There are two different sets of rules that people were working under. Those of this project which are very liberal about fluffing credit scores, and other projects where all the credit for someone who is caught fluffing their credit above the average were deleted. Therefore there were at least two sets of rules in place. One set of rules for those that crunch only for this BOINC project, and a different set of rules for those that crunch for many BOINC projects. I am creating this thread because I can no longer find the original discussion of this. |
25)
Message boards :
Number crunching :
Why are discussions about Rosetta taking place on other boards?
(Message 23598)
Posted 20 Aug 2006 by John McLeod VII Post: (although these boards would make an interesting case study, says one who has studied sociology.) Erk. |
26)
Message boards :
Number crunching :
Thread Delete: Why I am pulling my machines out.
(Message 23597)
Posted 20 Aug 2006 by John McLeod VII Post: And whats that suppose to do? I believe that it is supposed to be a method of hiding posts. Hiding posts and threads is already something that the moderators can do. |
27)
Message boards :
Number crunching :
Boinc clients
(Message 23584)
Posted 19 Aug 2006 by John McLeod VII Post: Post from Thierry with deleted comment removed: They could eliminate the "optimized" clients from the process of figuring out how much to grant for each series. |
28)
Message boards :
Number crunching :
Cross Project Credit Equality
(Message 23571)
Posted 19 Aug 2006 by John McLeod VII Post:
OK, this is the wrong thread - it needs to be in the discussion about BOINC credit being compatible across projects. Please move it to the correct thread as I cannot answer a post in a different thread and get the back link. Credits per hour does matter when you are trying to do cross project compatibility, and I believe that the new scheme uses some hosts (RALPH) as a bed to fix the credits per result for each series. In particular, I was interested in disallowing the "optimized" core clients from being used to determine that score. |
29)
Message boards :
Number crunching :
Thread Delete: Why I am pulling my machines out.
(Message 23569)
Posted 19 Aug 2006 by John McLeod VII Post: The one big disadvantage with external forum software is, that in case of trouble with rosetta, there is no easy way to have a look at the erorrs, because the nick are not linked to the boinc database. The BOINC development team made the decision early on (probably mistakenly, but whatever) that modifying an existing BB was going to be more work than developing one from scratch. The BB is open source, and at this point, it might really be easier to add them to the current BOINC BB code and submit them as features. One feature that will not be added is allowing a moderator to edit a post (not my decision, but it is probably a good one). Locking threads, and some of the other tools may not be that hard to add, and would probably be accepted by the BOINC developers. |
30)
Message boards :
Number crunching :
Removing credits backdated to february.
(Message 23567)
Posted 19 Aug 2006 by John McLeod VII Post: ...I think everyone understands. Would you please do everyone a favor, and at this point discourage the use of the "optimized" BOINC clients going forward? |
31)
Message boards :
Number crunching :
Cross project ID
(Message 23564)
Posted 19 Aug 2006 by John McLeod VII Post: Hey, It takes several things for the CPID to line up. 1) You must be signed up with the same email address including case. The more recent server software translates to lower case on store, so if you used a mixed case address, it will not match. 2) You must have a path from project server to host to project server that covers all projects (the simplest method is to have a single computer with all projects attached). A couple of examples: Project A is attached to computer 1, and project B is attached to computer 2. If this is the entire setup, then Project A and Project B will never have the same CPID. Example 2: Project A and project B are attached to computer 1, project B and project C are attached to computer 2. In this case, the CPIDs should eventually match through project B. 3) There must be sufficient project contacts to get the CPID changed at all projects that will change. It can take 2 or 3 for each project. 4) The project must publish stats. 5) The stats site must pick up the stats. 6) The stats site must publish the stats. Note: There is a known problem in the case where projects A and B are attached to computer 1, and B and C are attached to computer 2. If projects A and C have earlier join dates than B, then the system will never stabilize (B will switch back and forth). The only thing you can do to expedite the matter is to initiate some project contacts (the update button in the UI). |
32)
Message boards :
Number crunching :
Newbie-trying-to-get-the-hang-of-it
(Message 23537)
Posted 19 Aug 2006 by John McLeod VII Post: mmciastro, it's configured through the BOINC General preferences. Not all projects let you configure this yet, but Rosetta@home is one that does. Look for the "Use at most" CPU setting. It can also be added to a global_prefs_override.xml file if you are not attached to a project that allows setting this. <global_preferences> ... <cpu_usage_limit>100</cpu_usage_limit> ... </global_preferences> |
33)
Message boards :
Number crunching :
Crunching question (non points related!!!)
(Message 23512)
Posted 19 Aug 2006 by John McLeod VII Post: I have a couple of P200's with 128 MB RAM that are crunching (the one with 64MB RAM won't). |
34)
Message boards :
Number crunching :
Newbie-trying-to-get-the-hang-of-it
(Message 23508)
Posted 19 Aug 2006 by John McLeod VII Post: The "cpu throttle" in a future "undetermined" version will basically turn on and off the application. I.E on for .5 seconds, off for .5 seconds, depending on the setting. I've not even seen it tested yet and I am a boinc alpha tester. It remains to be seen how effective it might be. It is already implemented in BOINC 5.5 to be released in 5.6, and the granularity is one second (i.e. 50% is one second on one second off. 99% is 99 seconds on, one second off). |
35)
Message boards :
Number crunching :
Thread Delete: Why I am pulling my machines out.
(Message 23500)
Posted 19 Aug 2006 by John McLeod VII Post: (I don't recall any spammers turning up on the boinc forums). As far as I know, there have been a small number - early on in S@H BOINC before you had to have credit to post in the message boards. This was the cause of the requirement for credit. |
36)
Message boards :
Number crunching :
Removing credits backdated to february.
(Message 23449)
Posted 19 Aug 2006 by John McLeod VII Post:
The designers and developers of BOINC as well as those that crunch for more than one BOINC project. Telling us that we are the problem is quite insulting, and thoughtless insults are the major reason for the flame fest. |
37)
Message boards :
Number crunching :
Removing credits backdated to february.
(Message 23435)
Posted 19 Aug 2006 by John McLeod VII Post: John talk about optimized applications not optimized BOINC client. He is consistent. It is not a hair that is being split. Optimized BOINC core clients just raise credit scores, nothing else. Optimized project applications (the real science) do increase the actual work done, but they have the drawback that they reduce credit requests for the same work units done on non-optimized science applications. There are no optimized science applications for Rosetta, therefore, optimized BOINC core clients are merely a cheat. |
38)
Message boards :
Number crunching :
Thread Delete: Why I am pulling my machines out.
(Message 23434)
Posted 19 Aug 2006 by John McLeod VII Post: by ethan I believe that this is one of the first times that Angus and I have agreed on anything. |
39)
Message boards :
Number crunching :
Why are discussions about Rosetta taking place on other boards?
(Message 23432)
Posted 19 Aug 2006 by John McLeod VII Post: This is the part of a post I like best. I hope it's a hoax post, and Dr Baker never said such a thing. Roughly 90% of his active hosts fit this description Any communication that can be interpreted in two dramatically different ways is a failure of a communication. This post can be read either way, and neither of them is that great. |
40)
Message boards :
Number crunching :
Cross Project Credit Equality
(Message 23359)
Posted 19 Aug 2006 by John McLeod VII Post: The attempt should be made to keep parity across projects. I admit it will be impossible for it to be perfect, but it should be possible to get fairly close. The place to start would be a clear statement banning the optimized BOINC clients from participating in RALPH. If this is done and enforced, then the new method should come fairly close. Build a timer into Rosetta? That sounds a great deal like FLOPS counting. Not a bad idea, but substantially more difficult to program than using fixed credits per task, which works if tasks within a series have the same difficulty. |
©2024 University of Washington
https://www.bakerlab.org