lkml.org 
[lkml]   [2005]   [Apr]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH x86_64] Live Patching Function on 2.6.11.7
On Tue, Apr 19, 2005 at 02:19:57PM +0900, Takashi Ikebe wrote:

> What I want to say is takeover may makes memory unstable, because
> there are extra operations to reserve current (unstable) status to
> memory.

mmap is coherent between processes

> Live patching never force target process to reserve status to memory. Is
> this make sense?

Not really. I don't see how it makes it any better or easier, just
different.

> I think the point is how long does it takes to hand the fd off to
> another process. (means how long time the network port is
> unavailable??)

Probably under 1 ms. Not long anyhow.

> Please see and try http://pannus.sourceforge.net

> There includes commands and some samples.

pannus-sample.tgz contains some pretty contrived examples, nothing
that anyone could really sensibly comment on

> On live patching, you never need to use shared memory, just prepare
> fixed code, and just compile it as shared ibject, that's all. pretty
> easy and fast to replace the functions.

it requires magic like a compiler and knowledge of the original
application.

if the application was written sensibly someone without access to the
application code could change this live taking over the previous
applications state even more easily --- and the code would be more
straightforward. so i still fail to see why this is needed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-04-19 07:56    [W:0.065 / U:0.116 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site