From owner-freebsd-current Tue Mar 14 14:00:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05755 for current-outgoing; Tue, 14 Mar 1995 14:00:36 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05737 for ; Tue, 14 Mar 1995 14:00:27 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id WAA04955 for ; Tue, 14 Mar 1995 22:58:38 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA08648; Tue, 14 Mar 95 22:58:35 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503142158.AA08648@blaise.ibp.fr> Subject: MINFREE change to 8% To: current@FreeBSD.org (Current's list FreeBSD) Date: Tue, 14 Mar 1995 22:58:34 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1119 Sender: current-owner@FreeBSD.org Precedence: bulk I've noticed with the change to MINFREE from 5% to 8% that there is something strange in the ufs/ffs/ffs_alloc.c file : case FS_OPTSPACE: /* * Allocate an exact sized fragment. Although this makes * best use of space, we will waste time relocating it if * the file continues to grow. If the fragmentation is * less than half of the minimum free reserve, we choose * to begin optimizing for time. */ request = nsize; if (fs->fs_minfree <= 5 || <<<<<<<< shouldn't 5 be MINFREE instead ?? fs->fs_cstotal.cs_nffree > fs->fs_dsize * fs->fs_minfree / (2 * 100)) break; log(LOG_NOTICE, "%s: optimization changed from SPACE to TIME\n", fs->fs_fsmnt); fs->fs_optim = FS_OPTTIME; break; -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995