From owner-freebsd-hackers Tue Mar 26 17:17:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23289 for hackers-outgoing; Tue, 26 Mar 1996 17:17:23 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA23269 Tue, 26 Mar 1996 17:17:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id RAA10049; Tue, 26 Mar 1996 17:17:42 -0800 Message-Id: <199603270117.RAA10049@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: "Justin T. Gibbs" cc: hackers@freefall.freebsd.org Subject: Re: Can't read this stupid DAT tape - ARGH! In-reply-to: Your message of "Tue, 26 Mar 1996 15:39:52 PST." <199603262339.PAA06338@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 26 Mar 1996 17:17:42 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>j@uriah 268% fgrep MAXPHYS /usr/include/machine/* >>/usr/include/machine/param.h:#define MAXPHYS (64 * 1024) /* max >> raw I/O transfer size */ >> >>I think you gotta bump this one to 256 K, and recompile your world. > >Buffers only hold 64k. How can you read a larger block size? We have to >provide a way of chaining buffers together to allow such large block sizes. >I proposed buffer chaining to John some time ago, but other things have >been more important. The buffer size could be increased, but the larger problem is that most if not all of the adapters have too few scatter-gather segments to handle it. In order to work around this, we'd have to implement some general mechanism for allocating contiguous chunks of memory that works all the time (as opposed to just during startup like the current code does). This is very difficult because it involves reclaiming pages/paging. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project