Date: Tue, 28 Apr 1998 22:09:45 -0500 From: David Kelly <dkelly@hiwaay.net> To: Warner Losh <imp@village.org> Cc: "Kent S. Gordon" <kgor@inetspace.com>, chuckr@glue.umd.edu, hackers@FreeBSD.ORG Subject: Re: ctm question Message-ID: <199804290309.WAA09692@nospam.hiwaay.net> In-Reply-To: Message from Warner Losh <imp@village.org> of "Tue, 28 Apr 1998 09:35:38 MDT." <199804281535.JAA04240@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Warner Losh writes: > In message <199804281529.KAA02000@soccer.inetspace.com> "Kent S. Gordon" writ > es: > : I had this problem until I allowed for move memory usage by cvs. I > : would check the login classes used by both the cvs server and the > : client. diff of multiple megabyte files can take a lot of memory. > > Give that man a cigar! That did the trick for me. More detail please! How does one track down the login classes used by such processes? I've found a near sure fire way to totally lock up my FreeBSD 2.2.6-stable system is to have Netscape Navigator 3.01 (the 128-bit version) up, XFree86 3.3.1, Mach32 server, and to run "cd /usr/ports && cvs -q update -d" in an xterm. The above almost always freezes my 64MB PPro-200, and always about the time cvs is about to finish. No Navigator, no problem. Thought it might be a bad block in my swap partition so I moved swap to another disk, no change. Split swap across both disks, no change. Am not running a cvs or ctm server. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199804290309.WAA09692>