From owner-freebsd-hackers Wed Jul 28 21:16:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 43C821546E for ; Wed, 28 Jul 1999 21:16:53 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id VAA66114; Wed, 28 Jul 1999 21:16:18 -0700 (PDT) (envelope-from dillon) Date: Wed, 28 Jul 1999 21:16:18 -0700 (PDT) From: Matthew Dillon Message-Id: <199907290416.VAA66114@apollo.backplane.com> To: Kevin Day Cc: crandall@matchlogic.com (Charles Randall), hackers@FreeBSD.ORG, toasty@dragondata.com (Kevin Day) Subject: Re: Replace/rewrite reverse.c for tail(1) References: <199907290339.WAA95155@celery.dragondata.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Because of licensing restrictions in our product, we are unable to ship with :any GNU/GPL'ed tools, so I'm forced to fix 'tail' rather than use tac. (I :saw tac, and agree that it is faster for this specific use) : :Any VM people wanna pipe up and make a suggestion so that I may make up a :patch? : :Kevin I don't think madvise()ing it MADV_DONTNEED will work right now. The madvise() calls only work with OBJT_DEFAULT and OBJT_SWAP objects -- i.e. swap-backed memory. They will not do anything to pages owned by file mmaps. We could fix vm/vm_object.c/vm_object_madvise() to handle MADV_DONTNEED for other objects. It would not be too difficult to do, actually, since we would be doing nothing more then moving the (must be clean) page to VM cache to get it to be reused more quickly. This is a fix I could make to CURRENT without too much trouble. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message