From owner-freebsd-hackers Tue Mar 27 22:58:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 86E9537B718 for ; Tue, 27 Mar 2001 22:58:10 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA71174; Wed, 28 Mar 2001 08:58:06 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200103280658.IAA71174@freebsd.dk> Subject: Re: crash dump speed up patch. In-Reply-To: from Gersh at "Mar 27, 2001 01:46:40 pm" To: gersh@sonn.com (Gersh) Date: Wed, 28 Mar 2001 08:58:06 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Gersh wrote: > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > 4.0-stable (03/26/01) which is considerbally faster. > > I did dumps on a SMP system with 512 megs of ram. > > Old: 201 seconds. > New: 59 seconds. > > What I could gather from talking to people over irc/email about the > problem was that there was a DELAY(1000) in between each printf > to deal with problems with serial connections to the debugger. The > soultion I came up with simply to display a smaller ammount of printf's > the output looks like this: > > Any thoughts or comments ? Thats not the only reason that DEALY(1000) is there, its to cope with older disks that has problems when we get too fast here... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message