Re: [PATCH x86_64] Live Patching Function on 2.6.11.7

[Paul Jackson]

Chris wrote:
> Linux doesn't guarantee you'll get scheduled
> (strictly speaking) in n milliseconds usually.

The general case load doesn't apply here.  Those doing call switching
know what they have running, and know that it won't give the scheduler
any opportunities to not run what must be run, in time.  Given a
sufficiently short run queue, the scheduler is quite predictable.

And there is difference between the entire system being down for over
100 milliseconds, and a given call being delayed that long.  Under
sufficient load (busiest hour on Mothers Day, say), the system must
continue to operate, though some switching may be delayed longer than
normal, though still within specified limits.

> > This function is very essential whenever ...
> 
> Those are just marketing words.
> ...
> I'm guessing any suggestion of fixing the applications behavior would
> be lost with some argument along the lines of ...

The call switching folks have been doing live patching at least since I
worked on it, over 25 years ago.  This is not just marketing.

No sense in being disrespectful to Takashi-san.  This patch may or
may not be the best way to provide the functionality they require.
I don't even know if a kernel patch is needed.

But the tone of this thread won't lead anyone to better answers
anytime soon.

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@xxxxxxxxxxxx> 1.650.933.1373, 1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/