From owner-freebsd-current Wed Jun 5 04:30:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16465 for current-outgoing; Wed, 5 Jun 1996 04:30:29 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA16435 for ; Wed, 5 Jun 1996 04:30:22 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uRGjd-000QZnC; Wed, 5 Jun 96 13:26 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA08351 for FreeBSD-current@FreeBSD.ORG; Wed, 5 Jun 1996 12:56:00 +0200 Message-Id: <199606051056.MAA08351@allegro.lemis.de> Subject: Still more on VM and swap To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Date: Wed, 5 Jun 1996 12:56:00 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've just rebuilt a kernel with CTM 2075. Bad news: emacs still craps out. Still, I have followed up on the "swap loss" problem and tried starting emacs again and again. Here are the results. This is the first thing I did after booting: # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 560 32144 2% Interleaved # emacs Invalid function: [] # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 2864 29840 9% Interleaved # emacs Invalid function: [156 -66730240 16782444 Fatal error (11).Segmentation fault (core dumped) # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 4364 28340 13% Interleaved # emacs # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5144 27560 16% Interleaved # emacs # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5580 27124 17% Interleaved # emacs # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5580 27124 17% Interleaved # emacs # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5580 27124 17% Interleaved # emacs # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 6016 26688 18% Interleaved # emacs; pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 6016 26688 18% Interleaved # emacs; pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 6016 26688 18% Interleaved # Looks like emacs is getting left behind in the swap, doesn't it? Let's take a look: # ls -l /usr/local/bin/emacs -rwxr-xr-t 2 root bin 2168305 Apr 28 18:28 /usr/local/bin/emacs So it's sticky, so I suppose it should get left behind in the swap. But shouldn't swap be cleaned out of sticky if it fills up? In any case, I rebooted and did: # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 616 32088 2% Interleaved # ls -l /usr/local/bin/emacs -rwxr-xr-t 2 root bin 2168305 Apr 28 18:28 /usr/local/bin/emacs # chmod 755 /usr/local/bin/emacs # ls -l /usr/local/bin/emacs -rwxr-xr-x 2 root bin 2168305 Apr 28 18:28 /usr/local/bin/emacs # pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 1256 31448 4% Interleaved # emacs; pstat -s Invalid function: [#[(ü\\\\\\\\\ô\\´z\P\\\\\\\\\\\ \\üÁ\P\,\\\\\\4\\$\\Á\PD\\\\\\L\\<\\À\P\\\\\\\\d\\T\\\,\Pt\\\\\\|\\l\\Dí\P\\\\\\\\\\Dö\P¤\\\\\\¬\\\\\\t\P¼\\\\\\Ä\\´\\\\\\\PÔ\\\\\\Ü\\\\\\ì*\Pì\\\\\\ \\\\\\\current-time\\\\\\\\\\\\format-time-string\\\ \\\\\\\decode-ti^C Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 3224 29480 10% Interleaved # emacs; pstat -s Invalid function: [941424 unbound #[nil "`Àeb~Ãy` bÃy ÄU,ÅÆÇÄ`\"TÇ `\"T#4ÅÈÇÄ`\"T\"," [nil start opoint 0 1 message " h¬ç\\j\M\\\ÿp@WÿuìhãÓ\\hãÓ\\è \\EøM\\\MøHHÄ$M\\\xH\t\@H\·P\"\·@$\\ë\1ÛM¹\\\\t\(fÇEþ\\j\EþPhëÓ\\\\\ÿp@è³\ \\·Eþ\ÃÄ\M\\^C Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 4096 28608 13% Interleaved # emacs; pstat -s Wrong type argument: wholenump, Fatal error (11).Segmentation fault (core dumped) Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5476 27228 17% Interleaved # emacs; pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5828 26876 18% Interleaved # emacs; pstat -s Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 32768 5828 26876 18% Interleaved # So probably this isn't the problem after all. Note particularly that after the ls and chmod commands there were 640 kB less swap available than before. Greg