Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 4747 - time tick problems
time tick problems
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
alpha Linux
medium Severity medium
: ---
: ---
Assigned To: Cristian Gafton
Depends On:
  Show dependency treegraph
Reported: 1999-08-27 10:49 EDT by michael.waite
Modified: 2008-08-01 12:22 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description michael.waite 1999-08-27 10:49:36 EDT
I have problems with the time measurement on  21264 Linux
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.