Bug 4747 - time tick problems
Summary: time tick problems
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 6.0
Hardware: alpha
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-08-27 14:49 UTC by michael.waite
Modified: 2008-08-01 16:22 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description michael.waite 1999-08-27 14:49:36 UTC
I have problems with the time measurement on  21264 Linux
systems.
I have seen output like:

[frohlich@spe85 frohlich]$ date ; time 1>/dev/null ./tstl95
; date
Fri Aug 27 04:49:35 EDT 1999
275.38user 0.00system 0:34.65elapsed 794%CPU
(0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (92major+372minor)pagefaults 0swaps
Fri Aug 27 04:50:10 EDT 1999


Where you can see that the elapsed CPU-time is about eight
times longer then
the real time! It seems to me that there is an
inconsistency between the
system headers which define the number of clock ticks to
1024 and the
return value of times (libc-system call) which seems to
return eight times
more ticks a second ...

I did some small timings with this machine and was very
surprised that
the linux system has about eight times smaller MFlop rates
(with the
same assembly code) then the True64 system!


Note You need to log in before you can comment on or make changes to this bug.