From owner-cvs-all@FreeBSD.ORG  Mon Jun  7 23:51:21 2004
Return-Path: <owner-cvs-all@FreeBSD.ORG>
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 8E2AE16A4CE; Mon,  7 Jun 2004 23:51:21 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6FFB243D39; Mon,  7 Jun 2004 23:51:21 +0000 (GMT)
	(envelope-from peter@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.11/8.12.11) with ESMTP id i57NpLBS064211;
	Mon, 7 Jun 2004 23:51:21 GMT
	(envelope-from peter@repoman.freebsd.org)
Received: (from peter@localhost)
	by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i57NpLUS064185;
	Mon, 7 Jun 2004 23:51:21 GMT
	(envelope-from peter)
Message-Id: <200406072351.i57NpLUS064185@repoman.freebsd.org>
From: Peter Wemm <peter@FreeBSD.org>
Date: Mon, 7 Jun 2004 23:51:21 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/amd64/amd64 pmap.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Jun 2004 23:51:21 -0000

peter       2004-06-07 23:51:20 UTC

  FreeBSD src repository

  Modified files:
    sys/amd64/amd64      pmap.c 
  Log:
  Fix a serious problem that manifested during swap, and a few other times.
  pmap_remove() would be called with a huge range and we'd stride across
  it in only 2MB chunks.  This would manifest as massive cpu time and a
  largely unresponsive system during hard swap.  Instead, check the higher
  page directories which means we can run pmap_remove() in just a few
  hundred loop iterations instead of millions since we can process
  address space in chunks of 512GB and 1GB as well as 2MB.
  
  Eternal thanks to:  tmm
  
  Revision  Changes    Path
  1.462     +60 -18    src/sys/amd64/amd64/pmap.c