From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: burton@openprivacy.org (Kevin A. Burton) Newsgroups: gmane.emacs.devel Subject: Does a larger gc-cons-threshold mean a faster Emacs? Date: 26 Jul 2002 18:17:30 -0700 Sender: emacs-devel-admin@gnu.org Message-ID: <87ofcu55qt.fsf@openprivacy.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027732980 1235 127.0.0.1 (27 Jul 2002 01:23:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 27 Jul 2002 01:23:00 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17YGIN-0000Jo-00 for ; Sat, 27 Jul 2002 03:22:59 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17YGYP-0005oS-00 for ; Sat, 27 Jul 2002 03:39:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YGId-0001uo-00; Fri, 26 Jul 2002 21:23:15 -0400 Original-Received: from dsl081-061-015.sfo1.dsl.speakeasy.net ([64.81.61.15] helo=openprivacy.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YGHe-0001sP-00 for ; Fri, 26 Jul 2002 21:22:14 -0400 Original-Received: from openprivacy.org (localhost [127.0.0.1]) by openprivacy.org (8.12.2/8.12.2/Debian -5) with ESMTP id g6R1MDCt013144; Fri, 26 Jul 2002 18:22:13 -0700 Original-Received: from localhost (localhost [[UNIX: localhost]]) by openprivacy.org (8.12.2/8.12.2/Debian -5) id g6R1MDs5013138; Fri, 26 Jul 2002 18:22:13 -0700 Original-To: Emacs Devel Mailing List Original-Lines: 61 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6076 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6076 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OK... I sent an email about my GC problems a while back but only RMS replied. I am still going to spend some time to debug what is going on but: gc-cons-threshold's value is 4194304 Documentation: *Number of bytes of consing between garbage collections. Garbage collection can happen automatically once this many bytes have been allocated since the last garbage collection. All data types count. Garbage collection happens automatically only when `eval' is called. By binding this temporarily to a large number, you can effectively prevent garbage collection during a part of the program. This would lead me to believe that setting this to a large value would: 1. Take up a lot of memory 2. Increase the perceived Emacs speed Right now I have it set to : (setq gc-cons-threshold (* 8192 8192)) Which seems to yield decent speed (though Emacs uses 50M) If I set it to anything higher... I get CONSTANT gc and lock my CPU at 100% (emacs is dead) This does not seem like the right behavior. Why would it constantly GC? Also... would it be acceptable to run an idle timer to run GC for me (in the background)? Kevin - -- Kevin A. Burton ( burton@apache.org, burton@openprivacy.org, burton@peerfear.org ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - burtonator@jabber.org, Web - http://www.peerfear.org/ GPG fingerprint: 4D20 40A0 C734 307E C7B4 DCAA 0303 3AC5 BD9D 7C4D IRC - openprojects.net #infoanarchy | #p2p-hackers | #reptile At the outset, we must comment on the ironic incongruity of permitting the Recording Industry Association of America to testify at a hearing focused on the 'Theft of American Intellectual Property'. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE9QfSqAwM6xb2dfE0RAppMAKCiK3fBbL5IP+pMQLCS0w0Zzf6diACgySYa asBa9YMbVi7cOELBsPFs20A= =0a6V -----END PGP SIGNATURE-----