On Tue, Jan 21, 2020 at 09:47:49PM +0100, Nicolas Cellier wrote:
>
> Ah, I have unstacked mails down to this one.
> Good reading, thanks Tim.
I think the paper is complete nonsense. It's like people who think
that "everything is an object" wasn't such a great idea because it
mades it too hard to implement integer arithmetic.
Fun to read though.
> Personnally, I like:
>
> Another pattern uses fork to capture a consistent snapshot of a running
> process???s address space, allowing the parent to continue execution; this
> includes persistence support in Redis [68],
And of course that's exactly what OSProcess #forkSqueak does also, so
maybe I am biased. I suppose I'll reconsider my biased view whenever
somebody figures out how to do anythhing similar to #forkSqueak with
Windows and/or the spawn() approach advocated by the authors. I'm not
holding my breath ;-)
Dave
>
> just because that's what I proposed a few years ago for our VM ;)
> And it probably was a good idea to reject this proposal, since fork is not
> a panacea as demonstrated in the article.
> The fact that an idea is shared does not make it good, I may say not
> completely stupid for own re-assurance ;)
>
> Le sam. 14 d??c. 2019 ?? 00:34, tim Rowledge <
[hidden email]> a ??crit :
>
> >
> >
> >
> > > On 2019-11-29, at 5:28 AM, Ben Coman <
[hidden email]> wrote:
> > >
> > >
> > > Sharing an interesting paper I bumped into..
> > > > A fork() in the road
> > > >
> >
https://www.microsoft.com/en-us/research/uploads/prod/2019/04/fork-hotos19.pdf> >
> >
> > That's pretty interesting stuff. I never did understand the attraction of
> > cloning an entire running process only to dump nearly all of it
> > immediately. On the other hand, doing pretty much that (except we don't
> > dump stuff) with an image seems to work really well...
> >
> > tim
> > --
> > tim Rowledge;
[hidden email];
http://www.rowledge.org/tim> > Fractured Idiom:- PORTE-KOCHERE - Sacramental wine
> >
> >
> >
Locked
