Questions and Answers : Unix/Linux : Slab progress overstated
Message board moderation
Author | Message |
---|---|
Send message Joined: 27 Jun 05 Posts: 74 Credit: 199,198 RAC: 0 |
I am still running a slab model, trickles here. It is just coming up to the end of phase 2, so must be at less than 67% progress surely? But the progress indicator says 84% progress, and the command line --get_state indicates a similar fraction 0.84 completed. This is not really a big problem, as I usually esitmate progress from the trickles anyway - however I am curious if anyone else has seen this, and if anyone knows if it means anything? My windows slabs seem to give plausible progress figures, it is just this Linux one that seems to get its sums wrong River~~ |
Send message Joined: 7 Aug 04 Posts: 2187 Credit: 64,822,615 RAC: 5,275 |
Slab (hadsm3) in Linux had problems with estimates of completion under certain BOINC versions. Pre 4.4x, I think it did a good job of figuring out how far along one was in the whole model run. With 4.4x (and above?), it would give you the progress through a phase, so in your case you are 84% of the way through phase 2. This can also give silly estimated times to completion. As I never ran slab under BOINC 5.x, I don\'t know if this was solved there, but I do know 4.43 behaved as described above. |
Send message Joined: 27 Jun 05 Posts: 74 Credit: 199,198 RAC: 0 |
Slab (hadsm3) in Linux had problems with estimates of completion under certain BOINC versions. Pre 4.4x, I think it did a good job of figuring out how far along one was in the whole model run. With 4.4x (and above?), it would give you the progress through a phase, so in your case you are 84% of the way through phase 2. This can also give silly estimated times to completion. Good call: The percentage figures exactly match progress within the phase. Historically this also makes sense as in the Classic UI the progress was reported separately for each phase - no doubt that got overlooked in the conversion to BOINC; and equally beyond doubt is that there is no point correcting this bug for these WU any more... The app is hadsm3 v 4.13, the client is 5.2.7 for Linux With the bug you describe it makes sense that the error goes with the app (slab) version rather than the client version, as percent complete is reported by the app to the client. Further conversions to estimated time to complete will be different in different client versions, but will all be wrong of course - garbage in, garbage out... Thanks for your reply, as with many bugs it all makes perfect sense once you know what is happening... River~~ |
©2024 cpdn.org