Message boards :
Number crunching :
Faster than a speeding hadron.....
Message board moderation
Author | Message |
---|---|
![]() ![]() Send message Joined: 24 Oct 04 Posts: 1153 Credit: 50,838,901 RAC: 19,707 ![]() ![]() |
Server Status Up, out of work 64,993 workunits in progress 42 concurrent connections ¤¤¤¤¤¤ Volunteer Mad Scientist For Life |
Send message Joined: 1 Sep 04 Posts: 14 Credit: 3,857 RAC: 0 |
and your surprised? some jerks dont care what the PROJECT is trying to do. they only care about hogging all the WU's and slowing down the project. wish those kinna people would just stick to videogames lol anything to see your names as top users I see. lmfao it was nice to have work for that day and a half lmfao |
![]() ![]() Send message Joined: 24 Oct 04 Posts: 1153 Credit: 50,838,901 RAC: 19,707 ![]() ![]() |
No surprise here! I am very used to watching it happen and I tend to keep an eye on it just to be prepared for this. The bad thing is watching the last 22 WU's sit there unfinished for the last week ![]() (I never was into video games since it was "pong" when I was already out of HS) My type of game is the LHC and Einstein (and watching my favorite NBA,NFL,and MLB team to keep things balanced ![]() I guess I better get to sleep and let my pc's do their work (since it is 4:30am here) Volunteer Mad Scientist For Life |
![]() Send message Joined: 25 Nov 05 Posts: 39 Credit: 41,119 RAC: 0 |
Let the whining commence :) ![]() ![]() |
![]() ![]() Send message Joined: 1 May 06 Posts: 34 Credit: 64,492 RAC: 0 |
|
![]() Send message Joined: 14 Jul 05 Posts: 4 Credit: 165,761 RAC: 0 |
...some jerks dont care what the PROJECT is trying to do... I would like to explain to bowlingguy300 why I am not "a jerk" as he appears to think (at least, I am not for the reason he proffers...) Assuming that the aim is to finish each run in minimum time, the intention of spreading work evenly among contributors by taking as little work as possible as an individual is in fact a pessimal strategy, since it will tend to ensure that large caches can be filled late, thus finishing late and delaying the completion of each run to the maximum extent. A certain proportion of large caches is a normal part of the system. Those who have only intermittent access to the internet invest a great deal of enthusiasm, organisational ability and determination in the project and I salute their contribution. Since we are a large community of independent personalities, we will have different strategies. Some of us will understand that the work will be finished sooner if as many machines as possible are working in parallel, and every machine will be occupied for roughly the same time. Since we know that some machines quite properly take the maximum determined by the deadlines, the optimal strategy for the project as a whole is for everyone to do the same. So that is what I am doing. It happens that the optimal strategy maximises both the benefit to the project and the contribution of the individual. I have no problem with that. Naturally not everyone will follow a single strategy - we know that machines will run with all sorts of cache sizes and project shares - and even if they did, there will be a background of repeated workunits - erroneous results, machines break down, electricity bills arrive, whatever... meaning that even if everyone follows a correct optimal strategy there will be a certain number of workunits in progress for the duration of the deadline after most units have finished. So either way, trying to make everybody do the same is pretty futile. From the point of view of running a cost-effective server it may even be desirable for the clients to be following a broad mix of strategies since that will tend to avoid peaks. As many others have already pointed out, the project engineers understand this perfectly well and will time each run and the deadlines they specify according to their experience to fit in with their other work - and, I imagine, their holidays. So please - relax, be happy, stop insulting people, and request as much work from the project as you want to within the constraints defined by the project team. |
![]() ![]() Send message Joined: 25 Nov 05 Posts: 9 Credit: 17,459 RAC: 0 |
well i managed to get a whole 2 (two) w/u oh well there is always next month (or three)i suppose ![]() |
![]() Send message Joined: 2 Sep 04 Posts: 309 Credit: 715,258 RAC: 0 |
bowlingguy300, I direct you to this post from me in a thread that has had this subject beaten to death already. I must admit that one of my hosts has downloaded a few too many wu's due to a settings stuff up, but it should get through them all before the deadline in any case. With projects like LHC@home (limited number of wu's all released at once) if you want to crunch it you can't beat them so you need to join them. Also the BOINC wu schedular severely limits the total cpu time allowed to be cached to a maximum of half of the connect to preference. To get around this people manually override some of the BOINC settings. Also don't forget that CERN has a bank of computers that download from this project as well and I believe that it is typically these computers that have the last few hundred wu's that appear to take forever to be completed long after the initial deadlines appeared to be passed. Live long and crunch (if you can get 'em) MWHAHAHAHA MWHAHAHAHA, Paul (S@H1 8888) ![]() ![]() |
©2024 CERN