From owner-freebsd-current@FreeBSD.ORG Sat Jul 26 16:17:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC22237B401 for ; Sat, 26 Jul 2003 16:17:37 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B7543FBD for ; Sat, 26 Jul 2003 16:17:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6QNmc0n021918; Sat, 26 Jul 2003 19:48:39 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6QNHJ1O067085; Sat, 26 Jul 2003 16:17:19 -0700 (PDT) (envelope-from jmg) Date: Sat, 26 Jul 2003 16:17:19 -0700 From: John-Mark Gurney To: Poul-Henning Kamp Message-ID: <20030726231718.GI10708@funkthat.com> Mail-Followup-To: Poul-Henning Kamp , Ahmed Al-Hindawi , mezz7@cox.net, freebsd-current@freebsd.org, wmoran@potentialtech.com, kientzle@acm.org References: <52699.1059206662@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52699.1059206662@critter.freebsd.dk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Ahmed Al-Hindawi cc: mezz7@cox.net cc: freebsd-current@freebsd.org cc: wmoran@potentialtech.com cc: kientzle@acm.org Subject: Re: Memory Mangement Problem in 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2003 23:17:38 -0000 Poul-Henning Kamp wrote this message on Sat, Jul 26, 2003 at 10:04 +0200: > In message , "Ahmed Al-Hindawi" writes > Programs like cp(1) uses mmap(2) to copy things, so if you cp(1) a big > file, it is not uncommon for some programs to end up on swap. Until they Only for files up to 8megs in size. I was meaning to ask if we should incrase this limit. line 136 of src/bin/cp/utils.c: if (S_ISREG(fs->st_mode) && fs->st_size <= 8 * 1048576) { > are used again, they will not get paged in. I often see the getty's for > the vty's and similar junk on my swap space. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."