From owner-freebsd-questions Fri Dec 22 17:56:44 2000 From owner-freebsd-questions@FreeBSD.ORG Fri Dec 22 17:56:42 2000 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 8E40C37B402 for ; Fri, 22 Dec 2000 17:56:41 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.1/8.11.1) id eBN1uOu29441; Fri, 22 Dec 2000 19:56:24 -0600 (CST) (envelope-from dan) Date: Fri, 22 Dec 2000 19:56:23 -0600 From: Dan Nelson To: Greg Lehey Cc: Lauri Laupmaa , questions@FreeBSD.ORG Subject: Re: sar for FreeBSD Message-ID: <20001222195623.A27587@dan.emsphone.com> References: <3A4302A7.7A31846C@inspiral.net> <20001222111954.B13745@dan.emsphone.com> <20001223105657.A64696@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <20001223105657.A64696@wantadilla.lemis.com>; from "Greg Lehey" on Sat Dec 23 10:56:57 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: dan@dan.emsphone.com Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Dec 23), Greg Lehey said: > On Friday, 22 December 2000 at 11:19:54 -0600, Dan Nelson wrote: > > SCO released the source to their sar program to a company called > > Starnix in June '99. Nothing has happened since then, and the > > source is apparently still not freely available. > > I investigated this code last year. There would have been no problem > in getting the code. The real issue is that it would have required a > large amount of kernel code changes, and we weren't really sure that > it would give us so much more than sa as to make it worthwhile. Take > a look at sa(8) and see if you disagree. But sar and sa really don't record the same info. sa tracks individual processes, where sar looks at the system as a whole and gives you averages over 20-minute periods. "-c" prints syscalls/sec, plus separate breakdowns for read, write, fork and exec. "-d" prints disk I/O stats broken down per disk (per partition on Solaris). "-w" prints blocks swapped in/out per second, which is good for determining if you're low on RAM, even when the RAM-hungry application runs at night when you're asleep. You could even whip up a partial version of "sar" with the output of vmstat -s, and by beefing up what gets tracked, you could measure almost all of what SCO/Solaris sar tracks. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message