From owner-freebsd-hackers@FreeBSD.ORG Mon May 26 17:26:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8621A37B401 for ; Mon, 26 May 2003 17:26:23 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04FFA43F93 for ; Mon, 26 May 2003 17:26:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from dialup-67.30.96.194.dial1.sanjose1.level3.net ([67.30.96.194] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19KSIF-0003hK-00; Mon, 26 May 2003 17:26:20 -0700 Message-ID: <3ED2B05B.2D253DD3@mindspring.com> Date: Mon, 26 May 2003 17:24:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ted Unangst References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a430bda539ffca92863f113ffb034e7800548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Change request for mount_null manpage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2003 00:26:23 -0000 Ted Unangst wrote: > On Mon, 26 May 2003, Terry Lambert wrote: > > Making connections via TCP will also prevent Netscape or > > Mozilla from eating all your memory for bitmaps, which are > > not cached on a window basis, so you basically "leak" them > > until you exit the application and it loses its connection > > to the X Server, if you use a local connection, which lets > > it use the shared memory extension. > > off topic, but this caught my eye. can you clarify what you mean? maybe > using two sentences? :) The shared memory extension is used to communicate bitmaps to the X server quickly. When Netscape does this, the bitmap is reference counted. If you are using the shared memory extension, the reference doesn't go away until the application beaks its connection to the X server. The browser case is the degenerate case of this, since it maintains its connection for pretty much forever. One fix for this is to close and open an X server connection per window, so the X server can do resource tracking on a window/connection basis, rather than doing it on an application/connection basis. Another is to quit and restart the program. A final one is to make it avoid using the shared memory extension at all by telling it the connection isn't local. -- Terry