From owner-cvs-all@FreeBSD.ORG Thu Mar 3 06:41:27 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA1DA16A4CE; Thu, 3 Mar 2005 06:41:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AAD643D39; Thu, 3 Mar 2005 06:41:27 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j236fMt8055610; Thu, 3 Mar 2005 06:41:23 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4226B180.7000403@freebsd.org> Date: Thu, 03 Mar 2005 14:41:04 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Silbersack References: <200503021343.j22DhpQ3075008@repoman.freebsd.org> <200503020915.28512.jhb@FreeBSD.org> <4226446B.7020406@freebsd.org> <20050303033115.GA13174@VARK.MIT.EDU> <42269DB0.6070107@freebsd.org> <20050303052902.GA14011@VARK.MIT.EDU> <4226A46B.2090704@freebsd.org> <20050303060357.GA14180@VARK.MIT.EDU> <20050303001403.W811@odysseus.silby.com> In-Reply-To: <20050303001403.W811@odysseus.silby.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@freebsd.org cc: David Schultz cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: John Baldwin Subject: Re: cvs commit: src/sys/kern kern_sig.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2005 06:41:28 -0000 Mike Silbersack wrote: > > On Thu, 3 Mar 2005, David Schultz wrote: > >> Of course, there's another possible solution which is to remove >> the swapping code entirely. That would certainly simplify things, >> but it would also make FreeBSD degrade less gracefully under load. > > > I don't think that would be a big loss; by the time you're doing a lot > of process swapping, you're pretty screwed. > > A process has to be swapped back in in order for it to be killed, > right? We might be better off without swapping, in that case. > > Mike "Silby" Silbersack > > Agree, some old ideas like swapping quickly rot away by new DRAM technology, RAM is so cheap, writting code for high speed swapping system? how fast will a machine be when doing heavy swapping ? this is a joke. Also in Embedded system, there is no swappping device, writting code for nothing only wastes time. We already have abliity to swap out user space memory, I think that's enough in most cases. David Xu