From: Mike Fedyk <mfedyk@matchmail.com>
To: Hacksaw <hacksaw@hacksaw.org>
Cc: Bernd Eckenfels <ecki@calista.eckenfels.6bone.ka-ip.net>,
linux-kernel@vger.kernel.org
Subject: Re: swap and 2.4.20
Date: Sun, 5 Oct 2003 16:49:37 -0700 [thread overview]
Message-ID: <20031005234937.GG1205@matchmail.com> (raw)
In-Reply-To: <200310052219.h95MJQKF008980@habitrail.home.fools-errant.com>
On Sun, Oct 05, 2003 at 06:19:26PM -0400, Hacksaw wrote:
> In fact, thinking about what might be involved to make that possible hurts my
> head. Well maybe not. I wonder if you could have a mechanism that causes the
> entire library to be paged out and reloaded if while paging the version is
> discovered to have changed.
>
> In many ways this would be cool, as it would mean that running apps could stay
> up and yet get bugs fixed.
>
> I'm guessing that would require there to be no static variables in the
> library, as well as being fully reentrant, or that that any statics are in a
> page whose format doesn't change and is locked down for the switch.
What you are talking about is equivalent to binary patching.
Now if your app could unload the library entirely, it could just reload the
updated copy. But I really fail to see why the mechanism you are talking
about is needed.
If you have an app that needs to be available every second, then you need a
failover system, and why not just have three where you can take one down at
any time for updates(and still have one for failover during the update,
though you could get by with only two, and take down the fail-over machine
during the update)?
next prev parent reply other threads:[~2003-10-05 23:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-05 11:57 swap and 2.4.20 Hacksaw
2003-10-05 12:25 ` John Bradford
2003-10-05 14:05 ` Maciej Zenczykowski
2003-10-05 18:01 ` Marcelo Tosatti
2003-10-05 18:21 ` Bernd Eckenfels
2003-10-05 20:07 ` Hacksaw
2003-10-05 21:56 ` Mike Fedyk
2003-10-05 22:19 ` Hacksaw
2003-10-05 23:49 ` Mike Fedyk [this message]
2003-10-06 0:02 ` Hacksaw
2003-10-06 2:05 ` Mike Fedyk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031005234937.GG1205@matchmail.com \
--to=mfedyk@matchmail.com \
--cc=ecki@calista.eckenfels.6bone.ka-ip.net \
--cc=hacksaw@hacksaw.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox