Date: Fri, 10 Apr 1998 23:17:09 -0700 (PDT) From: Thomas Dean <tomdean@ix.netcom.com> To: questions@FreeBSD.ORG Subject: Emacs E-Mail Slow Message-ID: <199804110617.XAA04228@ix.netcom.com>
next in thread | raw e-mail | index | archive | help
I have been using Emacs 19.34.1 for E-Mail. After processing about a
hundred messages and being on line for an hour, or so, things get very
slow. Getting mail from /var/mqueue/* takes a long time. It takes
20 to 30 seconds to sort a hundred headers.
If I save RMAIL, delete the buffer, and, read mail, things return to
normal.
dmesg:
================================
FreeBSD 3.0-CURRENT #5: Thu Apr 9 08:42:07 PDT 1998
root@celebris:/usr/src/sys/compile/CELEBRIS-SMP
Timecounter "i8254" frequency 1193182 Hz cost 2524 ns
CPU: Pentium (586-class CPU)
Origin = "GenuineIntel" Id = 0x525 Stepping=5
Features=0x3bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,APIC>
real memory = 33554432 (32768K bytes)
avail memory = 30367744 (29656K bytes)
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000
Probing for devices on PCI bus 0:
chip0: <Intel 82434NX (Neptune) PCI cache memory controller> rev 0x11 on pci0.0.0
ncr0: <ncr 53c810 fast10 scsi> rev 0x02 int a irq 11 on pci0.1.0
ncr0: waiting for scsi devices to settle
scbus0 at ncr0 bus 0
sd0 at scbus0 target 0 lun 0
sd0: <QUANTUM FIREBALL1080S 1Q09> type 0 fixed SCSI 2
sd0: Direct-Access
sd0: 10.0 MB/s (100 ns, offset 8)
1042MB (2134305 512 byte sectors)
sd1 at scbus0 target 1 lun 0
sd1: <QUANTUM FIREBALL ST3.2S 0F0C> type 0 fixed SCSI 2
sd1: Direct-Access
sd1: 10.0 MB/s (100 ns, offset 8)
3090MB (6328861 512 byte sectors)
sd2 at scbus0 target 2 lun 0
sd2: <QUANTUM EMPIRE_1080S 1240> type 0 fixed SCSI 2
sd2: Direct-Access
sd2: 10.0 MB/s (100 ns, offset 8)
1029MB (2109376 512 byte sectors)
cd0 at scbus0 target 5 lun 0
cd0: <TOSHIBA CD-ROM XM-5401TA 3605> type 5 removable SCSI 2
cd0: CD-ROM
cd0: asynchronous.
can't get the size
chip1: <Intel 82378IB PCI to ISA bridge> rev 0x88 on pci0.2.0
vga0: <Matrox MGA 2064W graphics accelerator> rev 0x01 int a irq 9 on pci0.6.0
de0: <Digital 21041 Ethernet> rev 0x11 int a irq 10 on pci0.8.0
de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1
de0: address 00:00:f8:02:76:db
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
psm0 at 0x60-0x64 irq 12 on motherboard
psm0: model Generic PS/2 mouse, device ID 0
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
fd0: 1.44MB 3.5in
npx0 on motherboard
npx0: INT 16 interface
Intel Pentium F00F detected, installing workaround
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via pin 2
SMP: AP CPU #1 Launched!
================================
The map does not look too strange. 44 entries. It gets to this many
entries shortly after startup.
================================
0x1000 0xc4000 135 195 r-x COW vnode
0xc4000 0x1fa000 208 0 rwx COW vnode
0x1fa000 0x281000 115 0 rwx COW swap
0x281000 0x2a2000 33 0 rwx COW swap
0x2a2000 0x2c9000 39 0 rwx COW swap
0x2c9000 0x355000 132 0 rwx COW swap
0x355000 0x381000 43 0 rwx COW swap
0x381000 0x3a8000 17 0 rwx COW swap
0x3a8000 0x3d3000 37 0 rwx COW swap
0x3d3000 0x401000 45 0 rwx COW swap
0x401000 0x44a000 71 0 rwx COW swap
0x44a000 0x48e000 64 0 rwx COW swap
0x48e000 0x49a000 3 0 rwx COW swap
0x49a000 0x4ba000 14 0 rwx COW default
0x200c4000 0x200d5000 1 0 r-x COW vnode
0x200d5000 0x200d7000 0 0 rwx COW vnode
0x200d9000 0x20107000 4 0 r-x COW vnode
0x20107000 0x2010c000 2 0 rwx COW vnode
0x2010c000 0x2011a000 0 0 r-x COW vnode
0x2011a000 0x2011b000 0 0 rwx COW vnode
0x2011b000 0x20153000 26 0 r-x COW vnode
0x20153000 0x20157000 4 0 rwx COW vnode
0x20157000 0x201e3000 38 0 r-x COW vnode
0x201e3000 0x201e8000 5 0 rwx COW vnode
0x201e8000 0x201ef000 0 0 r-x COW vnode
0x201ef000 0x201f0000 0 0 rwx COW vnode
0x201f0000 0x20200000 0 0 r-x COW vnode
0x20200000 0x20201000 0 0 rwx COW vnode
0x20201000 0x20209000 0 0 r-x COW vnode
0x20209000 0x2020a000 0 0 rwx COW vnode
0x2020a000 0x20210000 1 0 r-x COW vnode
0x20210000 0x20211000 0 0 rwx COW vnode
0x20211000 0x20214000 0 0 r-x COW vnode
0x20214000 0x20215000 0 0 rwx COW vnode
0x20215000 0x2022d000 0 0 r-x COW vnode
0x2022d000 0x2022f000 0 0 rwx COW vnode
0x2022f000 0x20230000 0 0 rwx COW vnode
0x20230000 0x2029f000 35 0 r-x COW vnode
0x2029f000 0x202a3000 4 0 rwx COW vnode
0x202a3000 0x202af000 1 0 rwx COW swap
0x202af000 0x202b1000 1 0 rwx COW swap
0xefbbe000 0xefbde000 4 0 rwx COW swap
0xefbde000 0xefbfc000 7 0 rwx COW swap
0xefbfc000 0xefbfe000 2 0 rwx COW swap
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199804110617.XAA04228>