Wilhelm B. Kloke <w...@yorikke.arb-phys.uni-dortmund.de> wrote:
> In article <3p1yzxv5qi....@hydra.ikp.Uni-Koeln.DE>,
> Heiko Klein <REMOVEHeiko.KleinT...@ikp.uni-koeln.de> wrote:
>>Please, don't understand me wrong. I don't want to start a war. I
>>simply want to speed up things on my computer.
>>My computer is a AMD K6 200Mhz with 48MB (96MB swap) and a on board
>>SIS 5597 graphic chip.
>>Performance was okay when running SuSE Linux 5.3. But I didn't like
>>the devellopment of Linux with complete changes coming quite often
>>(modules change from 2.0 to 2.2; libc->glibc2.0->glibc2.1 ...). In my
>>mind an OS should just be installed once, then some patches from time
>>to time and everything should work for at least 5 years. (I'm Solaris
> This is not the case with FreeBSD either. We had changes just as Linux.
> Maybe it was a bit smoother, but probably only a bit.
> We changed a.out->ELF, gcc->egcs->gcc, SCSI->CAM (with renaming sd->da),
> IDE->ATA (with renaming wd->ad), and certainly more.
> Of course, having a running FreeBSD-2.1 does not need to be changed,
> but I am sure you would not be happy to install new ports on this
Not to mention the recent upgrade of binutils which induced hundreds of
messages on the mailing list!!
>>But working with it is painful: Though I have the same Xfree version
>>(3.3.6) X is remarkably slower. I can see windows disappear: first the
X is exactly the same in Linux and FreeBSD, so try to check your XF86config
file with a Linux one.
> Did you check the transport? ASFAIS the only serious problem you
> are reporting is X11 related. X11 can be transported over local or
> over tcp/ip, depending on the DISPLAY env variable.
>>become completely gray, than background becomes visible from top to
>>bottom. LaTeX (my mostly used program besides emacs) is a pain
> As TeX is very compute-bound, this is STRANGE:
In my experience FreeBSD has always been faster than Linux (yes i know that
Linux is supposed to have less latency than FreeBSD when forking new
processes, but my experience on normal desktop usage is notably better
responsiveness with FreeBSD). In particular i am here writing a math book on my
laptop. For 378 pages (A4, and with small margins) full of formulas and
figures, it takes 8 seconds compiling. For Xdvi it is instantaneous. The
laptop is a Celeron 400 with 64 Megs memory, and it is heavily (and stupidly)
loaded with Kde and the whole stuff it uses to manage screen, sound and so on.
>>now. System-load increased during Xdvi enormously (up to
>>80%). Printing (apsfilter) takes horrible long (again, enormous system
>>load). and it's not only the creation of new fonts.
This is abnormal. The only time i have seen load becoming large is when stupid
kde died living processes floating around eating all CPU. Check carefully if
you don't have netscapes kaudioservers and similar floating around without
>>Maybe, I missconfigured my kernel. Is i586 right for AMD K6. I applied
>>all points from LINT concerning AMD K6.
> I dont expect big performance hits from adding i686 (which is probably
> the correct conf).
I cannot help for specific K6 stuff, but i know a lot of people use them and
are happy with them. Here is my config file, which seems to work OK.
#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols
options INET #InterNETworking
options INET6 #IPv6 communications protocols
options FFS #Berkeley Fast Filesystem
options FFS_ROOT #FFS usable as root device [keep this!]
options MFS #Memory Filesystem
options PROCFS #Process filesystem
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI
options UCONSOLE #Allow users to grab the console
options USERCONFIG #boot -c editor
options VISUAL_USERCONFIG #visual boot -c editor
options KTRACE #ktrace(1) support
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
options P1003_1B #Posix P1003_1B real-time extentions
options ICMP_BANDLIM #Rate limit bad replies
options INCLUDE_CONFIG_FILE # Include this file in kernel
options USER_LDT #allow user-level control of i386 ldt
options PQ_NORMALCACHE # color for 256k/16k cache
# Floppy drives
device fdc0 at isa? port IO_FD1 irq 6 drq 2
device fd0 at fdc0 drive 0
# ATA and ATAPI devices
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
options ATA_STATIC_ID #Static device numbering
#options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices
# SCSI peripherals
device scbus # SCSI bus (required)
device da # Direct Access (disks)
device pass # Passthrough device (direct SCSI access)
# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc0 at isa? port IO_KBD
device atkbd0 at atkbdc? irq 1
device psm0 at atkbdc? irq 12
device vga0 at isa?
# splash screen/screen saver
# syscons is the default console driver, resembling an SCO console
device sc0 at isa?
# Floating point support - do not disable.
device npx0 at nexus? port IO_NPX irq 13
# Power management support (see LINT for more options)
device apm0 at nexus? #disable flags 0x20 # Advanced Power Management
# PCCARD (PCMCIA) support
device pcic0 at isa? irq 9 port 0x3e0 iomem 0xd4000
#device pcic0 at isa?
# You may need to reset all pccards after resuming
options PCIC_RESUME_RESET # reset after resume
# Serial (COM) ports
device sio0 at isa? port IO_COM1 flags 0x10 irq 4
# Parallel port
device ppc0 at isa? irq 7 flags 0x4
device ppbus # Parallel port bus (required)
device lpt # Printer
device ppi # Parallel port interface device
device ed0 at isa? port 0x280 irq 10 iomem 0xd8000
# Pseudo devices - the number indicates how many units to allocated.
pseudo-device loop # Network loopback
pseudo-device ether # Ethernet support
pseudo-device tun # Packet tunnel.
pseudo-device pty # Pseudo-ttys (telnet etc)
pseudo-device vn # Vnode driver (turns a file into a device)
# The `bpf' pseudo-device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
pseudo-device bpf 3 #Berkeley packet filter
# Sound card
device pcm0 at isa? irq 5 drq 0 flags 0x11
# USB support