From owner-freebsd-questions@FreeBSD.ORG Thu Aug 26 19:58:09 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C7FE16A4CE for ; Thu, 26 Aug 2004 19:58:09 +0000 (GMT) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 982AF43D48 for ; Thu, 26 Aug 2004 19:58:08 +0000 (GMT) (envelope-from dkelly@HiWAAY.net) Received: (qmail 1963 invoked by uid 0); 26 Aug 2004 19:58:08 -0000 Received: from user-69-73-60-132.knology.net (HELO ?10.0.0.68?) (69.73.60.132) by smtp2.knology.net with SMTP; 26 Aug 2004 19:58:08 -0000 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <3E535423-F79A-11D8-B934-000393BB56F2@HiWAAY.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: FreeBSD_Questions FreeBSD_Questions From: David Kelly Date: Thu, 26 Aug 2004 14:58:05 -0500 X-Mailer: Apple Mail (2.619) Subject: Maximum Transfer Size, ATA, and UFS2, was lowered? How? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 19:58:09 -0000 I have been watching the maximum "KB/t" for devices using "systat -v". A week or two ago prompted by other messages here experimented with "tunefs -m 5 ad0s1f" and very shortly thereafter restored it to the original value of 8. Previously 127 KB/t was often seen for large file actions. Currently seems that the limit has been dropped from 128k to 64k. All I can think that I did was flip the minfree percentage using tunefs from 8 to 5 and back to 8. How can I restore the fs characteristics back to normal? System is 5.2.1-p9. More possibly useful information: # bsdlabel /dev/ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 0 4.2BSD 2048 16384 32776 b: 4140688 524288 swap c: 241248042 0 unused 0 0 # "raw" part, don't edit d: 524288 4664976 4.2BSD 2048 16384 32776 e: 524288 5189264 4.2BSD 2048 16384 32776 f: 235534490 5713552 4.2BSD 2048 16384 28552 # dumpfs -m /dev/ad0s1f # newfs command for /dev/ad0s1f (/dev/ad0s1f) newfs -O 2 -U -a 8 -b 16384 -d 16384 -e 2048 -f 2048 -g 16384 -h 64 -m 8 -o time -s 58883622 /dev/ad0s1f -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad.