From owner-freebsd-chat Mon Jan 20 06:13:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA02389 for chat-outgoing; Mon, 20 Jan 1997 06:13:13 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA02384 for ; Mon, 20 Jan 1997 06:13:10 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.4/8.8.4) with SMTP id JAA10442; Mon, 20 Jan 1997 09:12:09 -0500 (EST) Date: Mon, 20 Jan 1997 09:12:08 -0500 (EST) From: John Fieber To: Mark Hannon cc: kimc@w8hd.org, freebsd-chat@FreeBSD.ORG Subject: Re: X-inside memory footprint In-Reply-To: <199701200932.UAA00257@putte.seeware.DIALix.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-chat@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thanks for these numbers! After working with CDE on sparc/solaris, I was pretty pessimistic, but these numbers are considerably smaller than for the sparc binaries. On Mon, 20 Jan 1997, Mark Hannon wrote: > >From my system, running netscape, dtmail, dtfile, dtterm etc... > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 158 root 2 0 3892K 7140K select 0:14 2.25% 2.25% Xaccel That is quite a bit bigger than my X server (nearly double). What resolution and depth? Since CDE apparently requires Xaccel, this could be a concern... > 216 mark 2 0 1836K 4228K select 0:04 0.19% 0.19% dtmail > 219 mark 18 0 632K 352K pause 0:00 1.56% 0.08% tcsh > 208 mark 2 0 1476K 3240K select 0:05 0.04% 0.04% dtwm Does dtwm typically stay around 3 megabytes, or was this shortly after starting? I ask because mwm starts out about that size, but under normal use, falls to about half that (resident size, that is). > 210 mark 2 0 564K 1744K select 0:01 0.04% 0.04% dtterm That one seems about the same as xterm. > 209 mark 2 0 1664K 3964K select 0:02 0.00% 0.00% dtfile That is about the same as the freely available moxfm which I use on occasion (dtfile has a much better interface). -john