Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unix.times #3850

Closed
vicuna opened this issue Nov 8, 2005 · 1 comment
Closed

Unix.times #3850

vicuna opened this issue Nov 8, 2005 · 1 comment
Labels

Comments

@vicuna
Copy link

vicuna commented Nov 8, 2005

Original bug ID: 3850
Reporter: administrator
Status: closed
Resolution: fixed
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)

Bug description

Full_Name: Shivkumar Chandrasekaran
Version: 3.08
OS: Mac OS X
Submission from: gimli.ece.ucsb.edu (128.111.56.252)

In our tests on Mac OS X (10.4.3) Unix.times gives processor usage times that
seem to be consistently higher than the actual processor times by as much as 50%
sometimes. Looking through the source I see that Unix.times calls the underlying
C function sys/times which is a deprecated function on Mac OS X. I suggest that
this be replaced with a call to getrusage instead. Thanks.

--shiv--

@vicuna
Copy link
Author

vicuna commented Nov 9, 2005

Comment author: administrator

Full_Name: Shivkumar Chandrasekaran
Version: 3.08
OS: Mac OS X

In our tests on Mac OS X (10.4.3) Unix.times gives processor usage times that
seem to be consistently higher than the actual processor times by as much as
50%
sometimes. Looking through the source I see that Unix.times calls the
underlying
C function sys/times which is a deprecated function on Mac OS X. I suggest
that
this be replaced with a call to getrusage instead. Thanks.

Thanks for the suggestion. This will be changed in 3.09.1.

-- Damien

@vicuna vicuna closed this as completed Nov 9, 2005
@vicuna vicuna added the bug label Mar 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant