From owner-freebsd-fs Mon Sep 2 04:04:34 1996 Return-Path: owner-fs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05560 for fs-outgoing; Mon, 2 Sep 1996 04:04:34 -0700 (PDT) Received: from public.jn.sd.cn (public.jn.sd.cn [202.102.128.111]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA05553; Mon, 2 Sep 1996 04:04:23 -0700 (PDT) Received: from FreeBSD.jn.sd.cn (ppp31.jn.sd.cn [202.102.129.31]) by public.jn.sd.cn (8.6.11/8.6.11) with SMTP id TAA04045; Mon, 2 Sep 1996 19:05:22 +0900 Message-ID: <322ABF3E.41C67EA6@public.jn.sd.cn> Date: Mon, 02 Sep 1996 19:04:30 +0800 From: Song Lining Organization: Data Communications Branch, Jinan Telecom. P.R.China X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: questions@freebsd.org CC: ports@freebsd.org;, fs@freebsd.org Subject: Roman_M font Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-fs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Where can I find the "Roman_M" font? I cannot find it on my system. Thanks! Yours, Song Lining -- ¢ From owner-freebsd-fs Thu Sep 5 01:20:49 1996 Return-Path: owner-fs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00980 for fs-outgoing; Thu, 5 Sep 1996 01:20:49 -0700 (PDT) Received: from ccs.sogang.ac.kr (ccs.sogang.ac.kr [163.239.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA00975 for ; Thu, 5 Sep 1996 01:20:45 -0700 (PDT) Received: from cslsun10.sogang.ac.kr by ccs.sogang.ac.kr (8.7.5/Sogang) id RAA07954; Thu, 5 Sep 1996 17:16:34 +0900 (KST) Received: from localhost by cslsun10.sogang.ac.kr (4.1/SMI-4.1) id AA19864; Thu, 5 Sep 96 17:18:02 KST Date: Thu, 5 Sep 1996 17:18:02 +0900 (KST) From: Heo Sung-Gwan X-Sender: heo@cslsun10 To: freebsd-fs@FreeBSD.ORG Subject: Questions about cluster read buffer cache Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-fs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have some questions about cluster read-ahead buffer cache. When a file is read sequentially, one cluster is always prefetched that is not requested yet. At least vp->v_ralen blocks are already in buffer. If the difference between the most recently accessed block and the most recently prefetched block is greater than vp->v_ralen, next cluster is read ahead into buffer. During reading a file sequentially the value of vp->v_ralen is 7. Why is it? And if the blocks in a cluster is requested before the completion of asynchronous read-ahead of the cluster, how is this situation handled? Which part of vfs_cluster.c does handle this? -- Heo Sung-Gwan O.S. Lab. Dept. of Computer Science, Sogang University, Seoul, Korea. E-mail: heo@oslab.sogang.ac.kr From owner-freebsd-fs Thu Sep 5 17:03:01 1996 Return-Path: owner-fs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29495 for fs-outgoing; Thu, 5 Sep 1996 17:03:01 -0700 (PDT) Received: from sting.artisoft.com (sting.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA29486 for ; Thu, 5 Sep 1996 17:02:55 -0700 (PDT) Received: (from mday@localhost) by sting.artisoft.com (8.7.5/8.7.3) id RAA02552 for freebsd-fs@FreeBSD.ORG; Thu, 5 Sep 1996 17:02:16 -0700 (MST) Date: Thu, 5 Sep 1996 17:02:16 -0700 (MST) From: Matt Day Message-Id: <199609060002.RAA02552@sting.artisoft.com> To: freebsd-fs@FreeBSD.ORG Subject: Re: Questions about cluster read buffer cache Sender: owner-fs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Heo Sung-Gwan wrote: > I have some questions about cluster read-ahead buffer cache. > > When a file is read sequentially, one cluster is always prefetched > that is not requested yet. At least vp->v_ralen blocks are already in buffer. > If the difference between the most recently accessed block and > the most recently prefetched block is greater than vp->v_ralen, next cluster > is read ahead into buffer. During reading a file sequentially > the value of vp->v_ralen is 7. Why is it? I'm not sure if I understand your question fully. vp->v_ralen tends to increase (to an upper limit) when vnode reads are sequential; v_ralen tends to decrease when vnode reads are not sequential or when cluster_read() notices that previous read-aheads are not being effective. > And if the blocks in a cluster is requested before the completion of > asynchronous read-ahead of the cluster, how is this situation handled? > Which part of vfs_cluster.c does handle this? cluster_read() calls getblk() which will sleep if the requested block is busy. Matt Day