[lkml]   [2005]   [Jun]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 1/6] new timeofday core subsystem for -mm (v.B3)
On 18 Jun 2005 at 14:02, Roman Zippel wrote:

> Hi,
> On Fri, 17 Jun 2005, john stultz wrote:
> > o Uses nanoseconds as the kernel's base time unit
> Maybe I missed it, but was there ever a conclusive discussion about the
> perfomance impact this has?
> I see lots of new u64 variables. I'm especially interested how this code
> scales down to small and slow machines, where such a precision is absolute
> overkill. How do these patches change current and possibly common time
> operations?

Hi all!

I had the impression that for slow and small machines every recent Linux
distribution is overkill. Whenever I complained every relied "Harddisks are cheap,
memory is cheap, get a new CPU". I do understand your doubts however. For my
personal experience with my PPSkit patches, I found out that my ols 386/SX @16MHz
failed to receive all serial characters when I timestamped each of them using my
new clock routines. However a 486@33MHz would do (it had better serial UART chips,
too). I would not thing my code was terribly efficient, because I tried to make it
"right" first.

And even the 386 had limited support for 64 bit operations. Since the 486 a 32bit
add is specified as using 1 CPU cycle (most likely in the optimal case). So doing
one more would not harm that much.

Basically, either the new clock system has to be optional (a maintenance nightmare
most likely), or you'll have to require a specific amount of performance for the
latest software. If you cannot fulfill the requirements, you'll have to stick with
an older release of the software.

Maybe let's try to make it as good (correct and efficient (and understandable) as
good as we can.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-06-20 09:07    [W:0.132 / U:19.676 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site