From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: GC (was: lists.texi) Date: Fri, 24 Jun 2005 18:52:21 -0500 (CDT) Message-ID: <200506242352.j5ONqLv11140@raven.dms.auburn.edu> References: <200506182319.j5INJWF08937@raven.dms.auburn.edu> <200506190015.j5J0FQk09223@raven.dms.auburn.edu> <200506190037.j5J0b9Y09287@raven.dms.auburn.edu> <200506191747.j5JHlha11521@raven.dms.auburn.edu> <200506202312.j5KNCct19091@raven.dms.auburn.edu> <200506212058.j5LKw5P23961@raven.dms.auburn.edu> <874qbqh0lm.fsf@jurta.org> <87mzpf3a5v.fsf_-_@jurta.org> <87y88zv3vm.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1119657597 19826 80.91.229.2 (24 Jun 2005 23:59:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 24 Jun 2005 23:59:57 +0000 (UTC) Cc: ttn@gnu.org, eliz@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 25 01:59:55 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dly5G-0000UK-Oo for ged-emacs-devel@m.gmane.org; Sat, 25 Jun 2005 01:59:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dly87-00077X-ME for ged-emacs-devel@m.gmane.org; Fri, 24 Jun 2005 20:02:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dly7J-0006r2-SG for emacs-devel@gnu.org; Fri, 24 Jun 2005 20:01:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dly7G-0006pz-OD for emacs-devel@gnu.org; Fri, 24 Jun 2005 20:01:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dly7G-0006b7-4o for emacs-devel@gnu.org; Fri, 24 Jun 2005 20:01:46 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dly3K-0005TZ-M2; Fri, 24 Jun 2005 19:57:42 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j5ONrvCK006594; Fri, 24 Jun 2005 18:53:57 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j5ONqLv11140; Fri, 24 Jun 2005 18:52:21 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: juri@jurta.org In-reply-to: <87y88zv3vm.fsf@jurta.org> (message from Juri Linkov on Sat, 25 Jun 2005 00:54:05 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39470 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39470 Juri Linkov wrote: In my tests, when I have the default gc-cons-threshold set to 400000, GC takes 1 sec. When I increase it 100 times to 40000000, GC takes the same 1 sec (and not 100 sec as if there were linear dependence). And there is no slowdown. Increasing gc-cons-threshold by a factor of 10 to 4M indeed produced a marked speedup in my artificial tests. My machine is too fast to notice slowness problems due to CPU usage during actual Emacs use, except in the case of outright bugs. Could you tell all disadvantages? (except of obvious one of memory use which users with large memory can tolerate). Well, obviously if you have very little resident memory and set gc-cons-threshold to a huge value, then conceivably your operating system could wind up spending most of its time swapping memory. Then not only Emacs, but everything else as well, will become slow. I do not know whether that is what Eli is referring too. Certainly, if you have a reasonable amount of resident memory, increasing gc-cons-threshold to 4M should not create any such problems and it does speed up things. Sincerely, Luc.