Message boards :
Number crunching :
why so much of difference ???
Message board moderation
Author | Message |
---|---|
Send message Joined: 5 May 06 Posts: 11 Credit: 1,191 RAC: 0 |
why such an amount of difference for the crunching http://lhcathome.cern.ch/results.php?hostid=165488 Joseph yours. |
Send message Joined: 1 Sep 04 Posts: 506 Credit: 118,619 RAC: 0 |
why such an amount of difference for the crunching The host you indicate seems to be behaving pretty normally. What's the problem? Gaspode the UnDressed http://www.littlevale.co.uk |
Send message Joined: 5 May 06 Posts: 11 Credit: 1,191 RAC: 0 |
why such an amount of difference for the crunching because the time variation of crunching from 34 second to 13220 second all my result are: succed done credits |
Send message Joined: 19 May 06 Posts: 20 Credit: 297,111 RAC: 0 |
why such an amount of difference for the crunching The FAQ at http://lhcathome.cern.ch/FAQ.html#2.2 says that they give out work units of three different lengths (10,000, 100,000, and 1,000,000 turns around the accelerator). Your units seem to complete in three time ranges (hundreds of seconds, thousands of seconds, and tens of thousands of seconds). Maybe you've gotten work units of all three lengths and that's the difference? |
Send message Joined: 1 Sep 04 Posts: 506 Credit: 118,619 RAC: 0 |
There's more. SixTrack is studying the stabilty of the beam. It models 60 particles travelling around the accelerator, calculating their displacement from the nominal centre of the tube. A stable beam will run to completion, but some sets of parameters give an unstable beam, and particles fly off from it as they circulate. A beam like this can complete in a few seconds as all the particles hit the wall of the accelerator. In some ways these unstable beams are more important than the stable ones as they help define the operating limits of the machine. Gaspode the UnDressed http://www.littlevale.co.uk |
Send message Joined: 13 Jul 05 Posts: 143 Credit: 263,300 RAC: 0 |
---So what you are saying (in effect) is that even if the work unit crashes, it's still meaningful information for the project?? If I've lived this long, I've gotta be that old |
Send message Joined: 1 Sep 04 Posts: 506 Credit: 118,619 RAC: 0 |
---So what you are saying (in effect) is that even if the work unit crashes, it's still meaningful information for the project?? If by 'crash' you mean the result terminates with an error then no: no meaningful data is returned. If the unit runs to completion very quickly (not what I would call crash) then yes. Gaspode the UnDressed http://www.littlevale.co.uk |
©2024 CERN