From owner-cvs-all Sun Oct 10 9:25:12 1999 Delivered-To: cvs-all@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 370CA14BC3; Sun, 10 Oct 1999 09:24:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA16685; Sun, 10 Oct 1999 09:24:55 -0700 (PDT) (envelope-from dillon) Date: Sun, 10 Oct 1999 09:24:55 -0700 (PDT) From: Matthew Dillon Message-Id: <199910101624.JAA16685@apollo.backplane.com> To: Poul-Henning Kamp Cc: Peter Wemm , "Daniel C. Sobral" , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/vm vm_swap.c References: <15397.939571805@critter.freebsd.dk> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk :>useable as anything else as this strategy routine doesn't actually work for :>normal device access. libkvm doesn't use it, at least not for a very long :>time. IMHO, the strategy routine should be moved elsewhere for the VM swap :>code to use as a subroutine and the whole "device" should be deep-six'ed. : :But isn't this really just a "striping" function which could be done :equally well by ccd or vinum ? : :-- :Poul-Henning Kamp FreeBSD coreteam member :phk@FreeBSD.ORG "Real hackers run -current on their laptop." It's similar, but neither ccd nor vinum can guarentee non-blocking operation in low-memory situations. And, anyhow, the swapper is my baby. We can probably remove the external user accessible /dev/drum but we aren't going to be messing with it any more then that. The current swapper code (along with VN) is also being used as a test bed for vm_pager_strategy(), so I would appreciate it if nobody screws around with it any more. This will eventually lead to direct vm_object based I/O. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message