Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!sun-barr!ccut!titcca!cc.titech.ac.jp!necom830!mohta
From: mohta@necom830.cc.titech.ac.jp (Masataka Ohta)
Newsgroups: comp.arch
Subject: Re: vfork (was Re: Paging page tables)
Message-ID: <5890@titcce.cc.titech.ac.jp>
Date: 19 Jul 90 07:06:28 GMT
References: <920@dgis.dtic.dla.mil> <5830@titcce.cc.titech.ac.jp> <Jul.14.14.12.32.1990.27493@pilot.njin.net>
Sender: news@cc.titech.ac.jp
Organization: Tokyo Institute of Technology
Lines: 23

In article <Jul.14.14.12.32.1990.27493@pilot.njin.net>
	limonce@pilot.njin.net (Tom Limoncelli) writes:

>I won't say what side I'm on, but at the Jan '90 Usenix a paper was
>presented on SVR4's implementation of COW.  They reached a good
>solution if you ask me.

Solution for what?

>They implemented COW, but found that each COW is slower than the usual
>page-in by some huge factor.

Speed is not a point of this discussion.

>(*) -- Sorry for using that word.  It implies "science" and we all
>know that using scientific analysis to solve a problem is something
>that NO programmer would get caught doing.  That's for those "computer
>science" types that never get anything done.  Right?

To be scientific, you should at least know what is the problem and what
should be measured.

					Masataka Ohta