Return to BSD News archive
Newsgroups: comp.unix.bsd
Path: sserve!manuel!munnari.oz.au!hp9000.csc.cuhk.hk!uakari.primate.wisc.edu!sdd.hp.com!wupost!uunet!coplex!chuck
From: chuck@coplex.com (Chuck Sites)
Subject: The Compile from HELL!
Organization: Copper Electronics, Inc.
Date: Tue, 6 Oct 1992 07:42:23 GMT
Message-ID: <1992Oct6.074223.615@coplex.com>
Summary: Difficult time compiling Xview3
Keywords: 386BSD GCC compiler Xview3
Lines: 30
Recently when trying to port XView3 to 386BSD and XFree, I ran into a
brickwall of a performance problem. There are some files which start
compiling but they just don't stop. One file, attr_char.c, I let compile
over the weekend only to come back and find the system apparently frozen.
Frozen may be a misnomer though. While trying to telnet into the system
during the early stages of the compile, I can access the system, but slowly
the perfomace degrades to the point of printing 1 line/min for an ls, and it
gets worse to the point of not responding at all. I assumed it was swapping,
but the severity that other process are excluded from thier share of the
clock makes me think this is a kernel problem.
Well in fairness, this may not be a kernel problem alone. GCC maybe
partially to blame. On large structure arrays I've seen it go 'all
consuming' before on OS2 and SYSV, but both resulted in an out of
memory error at the user prompt after several hours. Neither had the
multitasking performace degradation like I got with 386bsd. (I was
trying to port the fax portion of the TIFF package on uunet fyi.)
So, my question is: has anybody seen this type of problem and is this
symtom fixed by the latest beta patches? Second, if the beta patches do
fix this problem, could someone direct me to a site that has the collected
binaries of the beta patchs.
Thanks,
Chuck Sites
chuck@coplex.com (502)-9688495