lkml.org 
[lkml]   [2011]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v5 8/9] x86-64: Emulate legacy vsyscalls

* pageexec@freemail.hu <pageexec@freemail.hu> wrote:

> On 6 Jun 2011 at 17:59, Ingo Molnar wrote:
>
> > > > FYI, incredible amount of work has gone into making pagefaults as
> > > > fast and scalable as possible.
> > >
> > > i wasn't talking about scalability (it's irrelevant anyway here),
> > > only speed. [...]
> >
> > Which part of "fast and scalable" did you not understand?
>
> uhm, not sure why you're so worked up here. is it because i said
> 'scalability' was completely irrelevant for the nx vsyscall page
> approach? elaborate!

Firstly, 'fast' is a necessary first step towards good scalability,
secondly i was talking about *both* speed and scalability so your
insistence to only discuss speed is banging on open doors ...

You are simply wrong about:

> > > sorry, but stating that the pf handler is a fast path doesn't
> > > make it so ;).

and 5-6 mails down the line you are still unwilling to admit it. Why?

A fastpath is defined by optimization considerations applied to a
codepath (the priority it gets compared to other codepaths), *not* by
its absolute performance.

For example even though kmalloc() is about two orders of magnitude
slower than the an unlikely() branch in the scheduler wakeup path, it
is still kmalloc() that is the fastpath and the unlikely() branch in
try_to_wake_up() is a slowpath.

You seem to be confused on several levels here.

Thanks,

Ingo


\
 
 \ /
  Last update: 2011-06-06 18:49    [W:0.143 / U:1.968 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site