> we need a better time system for linux glibc
Your proposal is interesting. But why?
What shortcomings of the current approach are you trying to solve which
require the use of floats (in the kernel even!)? Low resolution, short
timespan, the y2.038k problem?
> struct {
> double count ;
> double clocks_per_sec ;
> }
> so time = count / clocks_per_sec
I don't quite think this approach is going to provide you with as high a
resolution as you expect, but my memories of how floats work might be flawed.
> is someone all ready doing this
Hopefully not, but please explain your reasons behind this. Maybe I am getting
it all wrong.
> linux can be the beast computing tool lets make it so
Wait until 6.6.6 gets out! It will even be a stable branch, featuring the 4
network layers of the apocalypse! ;-)
Sincerely,
Lars Marowsky-Brée
-- Lars Marowsky-Brée Network Managementteuto.net Netzdienste GmbH
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/