He put ~ 1 hr 6 mim. time into it, just his boinc is not claiming the time and credit. That was an S4 init so the system used the middle claimed credit of 39.18. If his results were not the same as the other 2 no credit would have been granted to the computer
2006-06-19 07:33:35.5199 [normal]: S41.07 (akosf) -> 'projects/einstein.phys.uwm.edu/albert_4.37_windows_intelx86.exe'.
2006-06-19 07:33:35.5199 [normal]: Started search at lalDebugLevel = 0
2006-06-19 07:33:37.3299 [normal]: Checkpoint-file 'Fstat.out.ckp' not found.
2006-06-19 07:33:37.3299 [normal]: No usable checkpoint found, starting from beginning.
2006-06-19 07:35:42.4499 [normal]: Fstat file reached MaxFileSizeKB ==> compactifying ... done.
2006-06-19 08:39:23.1299 [normal]: Search finished successfully.
Actually, if you had looked a bit further in the output that was listed for this result you would have seen
Quote:
2006-06-19 07:33:35.5199 [normal]: S41.07 (akosf) -> 'projects/einstein.phys.uwm.edu/albert_4.37_windows_intelx86.exe'.
2006-06-19 07:33:35.5199 [normal]: Started search at lalDebugLevel = 0
2006-06-19 07:33:37.3299 [normal]: Checkpoint-file 'Fstat.out.ckp' not found.
2006-06-19 07:33:37.3299 [normal]: No usable checkpoint found, starting from beginning.
2006-06-19 07:35:42.4499 [normal]: Fstat file reached MaxFileSizeKB ==> compactifying ... done.
2006-06-19 08:39:23.1299 [normal]: Search finished successfully.
Can you see "Started search" at 07:33:35.....
and "Search finished" at 08:39:23......
There is where a better approximation of the true time came from. So why did it get reported as zero?? Well if you click on the computer ID on that page you will be taken to the details of the computer used... which explains all... :).
These machines are running Win9x.
It's a problem (known) between Win9x and Boinc : sometimes, the timer thread fails to start so at the end even if the machine has ran a wu during some minutes or some hours, the cpu time can be = 0.
But (of course) the wu is valid and will get credits thanks to the quorum.
Though this last is a little distorted because with a cpu time = 0, the credit claimed on a Win9x machine is always = 0.
No need to say that the workaround for the 0 cpu time problem exists and others projects have upgraded their application with it.
Note also that the S5 application seems to be very stable and for now i got no cpu time =0.
Can you see "Started search" at 07:33:35.....
and "Search finished" at 08:39:23......
Yes, I saw it and Ray pointed it out in his message, but I also saw CPU time = 0. So, which is the right data?
Quote:
There is where a better approximation of the true time came from. So why did it get reported as zero?? Well if you click on the computer ID on that page you will be taken to the details of the computer used... which explains all... :).
Well, this doesn't explain anything, at least to me.
Quote:
It's a problem (known) between Win9x and Boinc : sometimes, the timer thread fails to start so at the end even if the machine has ran a wu during some minutes or some hours, the cpu time can be = 0.
However, this explains it perfectly and it's exactly the answer I was looking for.
CPU time = 0 and Sucess ¿?
)
He put ~ 1 hr 6 mim. time into it, just his boinc is not claiming the time and credit. That was an S4 init so the system used the middle claimed credit of 39.18. If his results were not the same as the other 2 no credit would have been granted to the computer
2006-06-19 07:33:35.5199 [normal]: S41.07 (akosf) -> 'projects/einstein.phys.uwm.edu/albert_4.37_windows_intelx86.exe'.
2006-06-19 07:33:35.5199 [normal]: Started search at lalDebugLevel = 0
2006-06-19 07:33:37.3299 [normal]: Checkpoint-file 'Fstat.out.ckp' not found.
2006-06-19 07:33:37.3299 [normal]: No usable checkpoint found, starting from beginning.
2006-06-19 07:35:42.4499 [normal]: Fstat file reached MaxFileSizeKB ==> compactifying ... done.
2006-06-19 08:39:23.1299 [normal]: Search finished successfully.
Try the Pizza@Home project, good crunching.
Success means downloaded,
)
Success means downloaded, crunched, returned and reported. It had nothing to do with validity.
RE: Success means
)
Very true, but some like that one are valid and have credit granted. On the S4 WU's could lower the awarded credit though.
Try the Pizza@Home project, good crunching.
Yes, Isee, but in the same
)
Yes, Isee, but in the same result:
http://einsteinathome.org/task/34393958
CPU time 0
stderr out 5.4.9
(...)
Validate state Valid
Claimed credit 0
Granted credit 39.181671318562
application version 4.37
that means CPU time = 0, not 1h 6'; and valid!
Regards
Fer.
(Edit) Anyway it's a curiosity and belongs to the past; present is S5 :-)
RE: that means CPU time =
)
Actually, if you had looked a bit further in the output that was listed for this result you would have seen
Can you see "Started search" at 07:33:35.....
and "Search finished" at 08:39:23......
There is where a better approximation of the true time came from. So why did it get reported as zero?? Well if you click on the computer ID on that page you will be taken to the details of the computer used... which explains all... :).
Let us all know when you work it out... :).
Cheers,
Gary.
I think this the old win 98
)
I think this the old win 98 bug.
Anders n
RE: I think this the old
)
Yes (or the Boinc bug ?)
These machines are running Win9x.
It's a problem (known) between Win9x and Boinc : sometimes, the timer thread fails to start so at the end even if the machine has ran a wu during some minutes or some hours, the cpu time can be = 0.
But (of course) the wu is valid and will get credits thanks to the quorum.
Though this last is a little distorted because with a cpu time = 0, the credit claimed on a Win9x machine is always = 0.
No need to say that the workaround for the 0 cpu time problem exists and others projects have upgraded their application with it.
Note also that the S5 application seems to be very stable and for now i got no cpu time =0.
[
RE: Can you see "Started
)
Yes, I saw it and Ray pointed it out in his message, but I also saw CPU time = 0. So, which is the right data?
Well, this doesn't explain anything, at least to me.
However, this explains it perfectly and it's exactly the answer I was looking for.
Thx all for reply :-)
Regards.
Fer.
RE: RE: Can you see
)
;-)