1)
Message boards :
LHC@home Science :
CERN Itanium system powers large Hadron collider
(Message 11456)
Posted 24 Nov 2005 by FZB Post: i think it is a pity intel isn't pushing the itanium more into the mainstream market but rather stick to a 20+ year old technology (x86) that have lots of caveeats (IMO) like A20 gate and lots of other things just to stay compatible... i personally would be happy to break compatibility for the sake of a new architecture without all the old junk... |
2)
Message boards :
Number crunching :
What ports does BOINC use for network access?
(Message 10589)
Posted 5 Oct 2005 by FZB Post: https should be port 443 |
3)
Message boards :
Number crunching :
When Will LHC Server Be Updated to Handle BOINC 5.1.*?
(Message 10546)
Posted 1 Oct 2005 by FZB Post: i think lhc's worries about v5 is more on the server side, not so much on the client side ;) |
4)
Message boards :
Number crunching :
When Will LHC Server Be Updated to Handle BOINC 5.1.*?
(Message 10542)
Posted 1 Oct 2005 by FZB Post: i was not going to rush them or "threat" them that i leave if they don't upgrade or something like that, only meant as info in case they were not aware of the new client version soon to be considered as recommended for many (and many will switch, i am sure of that, most people are just as happy to see their software version numbers rise like they are with their credits). as always, each project has to go the way it considers best for their needs, and like you said, better have fewer crunchers on 4.X that actually do work than a broken 5.X system... |
5)
Message boards :
Number crunching :
When Will LHC Server Be Updated to Handle BOINC 5.1.*?
(Message 10539)
Posted 1 Oct 2005 by FZB Post: just info: according to the mailing list, 5.X will become possibly recommended version as soon as within october 05. david anderson invited the project admins to call him, he offered to walk project admins through the upgrade process... |
6)
Message boards :
Number crunching :
Whats in a name ....
(Message 10461)
Posted 27 Sep 2005 by FZB Post: its a social study :D they generated the file names with "go figure THAT out" in mind and now enjoy watching us puzzled ... lol |
7)
Message boards :
Number crunching :
New Feature or Have I Been That Blind?
(Message 10387)
Posted 22 Sep 2005 by FZB Post: its new... was added in the boinc general sources, should show up sooner or later in all boinc projects |
8)
Message boards :
Number crunching :
This is what comes after Sixtrack...
(Message 10077)
Posted 12 Sep 2005 by FZB Post: <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.</blockquote> most answers create many new (related) questions, some of the toys get reused then ;) |
9)
Message boards :
Number crunching :
hoarding
(Message 10019)
Posted 10 Sep 2005 by FZB Post: they did not blame, they discourage it (for science reasons). lhc does not code the boinc core client, so like you as an user can only adjust settings, they don't have other means as well. in their case, they tuned the deadlines... |
10)
Message boards :
Number crunching :
When will Units = zero
(Message 9949)
Posted 6 Sep 2005 by FZB Post: 4 wus on 3 computers left, should all finish this night/early morning... |
11)
Message boards :
Number crunching :
Is it currently no work?
(Message 9894)
Posted 3 Sep 2005 by FZB Post: <blockquote>Thank you guys. I hit 'Pause' on Seti & Einstein and are finally able to download work. Does BOINC set the priority on which project to run in the first place and what is that priority based on?</blockquote> on each boinc projects homepage you have "your account", you can give the resource share you want that project to have there. the newer clients introduced LTD (longtermdept), which basicly counts the time you have crunched for the project and the time you did not. if a project is out of work, LTD becomes positive and boinc tries to catch up the gap later (in the catch up time it does not request work from other projects) hth florian |
12)
Message boards :
Number crunching :
LHC@Home is NOT a science project
(Message 9829)
Posted 1 Sep 2005 by FZB Post: <blockquote>btw is there a project with week's as deathline, that i can run on maschines that only run hours per week ... ?</blockquote> other than cpdn i can think of none, and i have doubts that you finish a wu in the deadline range if the pc is only on hours in a week. |
13)
Message boards :
Number crunching :
LHC@Home is NOT a science project
(Message 9796)
Posted 1 Sep 2005 by FZB Post: agreed, though i argue on "the loudest bang ever heard" part... ;) |
14)
Message boards :
Number crunching :
information should not be that difficult
(Message 9786)
Posted 31 Aug 2005 by FZB Post: <blockquote> Well, my stated goal since DC was a baby is to gain as many points as possible in whatever project I choose, to advance my standing and my team's standing. I'm not hiding that behind any phony talk about the 'science'. It's pure STATS. </blockquote> From what i read, your best bet would be joining climaprediction then, almost always work there and you barely need to look if you run out of work + as they give a fixed amount of credits per trickle, you have a credit advantage too from what i've heard... (have never calculated it as i am not too worried about credits, sure nice to see them grow but in the end you cannot buy anythin from it IMO) as thierry points out, many people are just tiered ot always see those complainers (amazingly it are few, but those are on all forums, i was not too surprised to see the users complaining at hte predictor forum are the same as on the other projects forum). in the end, if people are unhappy with a project, they are free to leave... |
15)
Message boards :
Number crunching :
information should not be that difficult
(Message 9763)
Posted 31 Aug 2005 by FZB Post: <blockquote> I don't buy into the statement that BOINC is designed so you can run other projects when one is dry. It is merely a crutch for projects who want to play in the big leagues of DC, but can't generate enough work to satisfy demand.</blockquote> i don't want to be offensive here but basicly the projects run to statisfy sientific needs, not to statisfy users "wu demand". beside, one design decision on boinc really was to let other projects jump in when one dries up. "adequate" is a rather relative word... while some people thÃnk having at least 2 weeks of work in their queue is the least to feel safe, it have turned out in real life that it is a hassle for some of the projects (db groth and so on), so if this projects have identified that to be a issue for their sience, it is their decision (and one that they have the right to do) to tune their deadline mechanisms. to your point boinc deciding where your cycles go: you set your preferences, mechanisms like LTD make sure they are met, cannot really follow you there |
16)
Message boards :
Number crunching :
New Version of Boinc
(Message 9760)
Posted 31 Aug 2005 by FZB Post: right now 5.1.1 does not work with the public projects... |
17)
Message boards :
Number crunching :
out of work ... for a long time ?
(Message 9587)
Posted 23 Aug 2005 by FZB Post: <blockquote>Could that person interrupt his/her vacation or terminate it, just to come here and prepare the next work, please?</blockquote> lol... would you terminate your vacation if your boinc client runs dry? |
18)
Message boards :
Number crunching :
Boinc fails to connect to localhost
(Message 9424)
Posted 16 Aug 2005 by FZB Post: try to run boinc.exe before starting the manger and see if that works (or if the boinc.exe runs at all). this is the command line boinc version, you can make sure that all is running fine there. i think there was a bug that boincmgr fails to start it sometimes, that should be fixed but i saw it in one of the later versions at one time. |
19)
Message boards :
Number crunching :
"Top computers" double Entry
(Message 9390)
Posted 14 Aug 2005 by FZB Post: seems to be a general boinc problem, i have seen that with the predictor site as well. |
20)
Message boards :
Number crunching :
Will this test stop next?-No, ... ?
(Message 7682)
Posted 13 May 2005 by FZB Post: > True. The major bottleneck on the server side is database. Other components > can be distributed on separate servers, but then all of them need to use > database... And database doesn't scale that easily, at least that old version > of MySQL we are using. When comparing to many other database applications, > BOINC does lots of database updates. Thus database replication doesn't give > that much performance boost (but it complicates matters quite a bit) because > all updates must be done on every database server. just out of curiosity and if you read that by chance (don't waste time on it if you don't have it ;) ). what version of mysql are you running? i have not so much mysql experiance but setup a mssql cluster once. would boinc refuse to run with newer mysql versions? edit: not that i suggest to "just" to cluster the db, i am well aware of constraints on money and manpower ;) |
©2024 CERN