From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: Default history-length should be higher Date: Sun, 26 Jan 2014 22:19:39 +0200 Message-ID: References: <7a6753c5-cac9-4e60-be73-42467784e8eb@default> <8761p7uykd.fsf@maru2.md5i.com> <83r47ua5p8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b41904b847f3504f0e54fcc X-Trace: ger.gmane.org 1390767590 10111 80.91.229.3 (26 Jan 2014 20:19:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 26 Jan 2014 20:19:50 +0000 (UTC) Cc: Michael Welsh Duggan , emacs-devel To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 26 21:19:59 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W7WBS-0000VC-2L for ged-emacs-devel@m.gmane.org; Sun, 26 Jan 2014 21:19:58 +0100 Original-Received: from localhost ([::1]:56233 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7WBR-0002K7-Jm for ged-emacs-devel@m.gmane.org; Sun, 26 Jan 2014 15:19:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7WBK-0002Ii-9U for emacs-devel@gnu.org; Sun, 26 Jan 2014 15:19:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W7WBF-0006sn-BB for emacs-devel@gnu.org; Sun, 26 Jan 2014 15:19:50 -0500 Original-Received: from mail-ob0-x233.google.com ([2607:f8b0:4003:c01::233]:65345) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7WB9-0006rO-Pw; Sun, 26 Jan 2014 15:19:39 -0500 Original-Received: by mail-ob0-f179.google.com with SMTP id wo20so5697292obc.10 for ; Sun, 26 Jan 2014 12:19:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NzhJ+L8jq12L8nqu95FtTmzMMA3Jz/LKy2Tz+g1u/M4=; b=bMF3fEAYvOsglkaF4/2kK8GvY34X5FSmCVmOzbqjaZRNg+4RtZU/lrIjN5CFo/58W/ +7vnsaPcj5S4Jp7IwCJ+wzWC6iQH3TISfCsW5fUYQgPUL1MiWrMBbyiWKTRF8hbBT4qc idElGPXXKzkmQGPywuVB4jb7rSwvBBuIwouRQFrjGPXDDHZ4q/SBzJSymFp2Hw0srtbP YUViZ6XYZpmEfacSXTSe/reYFPpL4SBA+xS3J84eLpehoM5Sk2y6z8qUr14dE4h9w7L0 RiUYV3p0Ao0GUSamd3+a3gdbwEtmhwqKW8WntX2PqqjLriBaqxXXMSzBm3vvITk8+iVP Ec/w== X-Received: by 10.60.165.72 with SMTP id yw8mr33610oeb.71.1390767579101; Sun, 26 Jan 2014 12:19:39 -0800 (PST) Original-Received: by 10.76.79.102 with HTTP; Sun, 26 Jan 2014 12:19:39 -0800 (PST) In-Reply-To: <83r47ua5p8.fsf@gnu.org> X-Google-Sender-Auth: MO9XXVFJQXeo0Y_jzMdPTCaRqu4 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c01::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169146 Archived-At: --047d7b41904b847f3504f0e54fcc Content-Type: text/plain; charset=UTF-8 On 26 January 2014 21:44, Eli Zaretskii wrote: > > Date: Sun, 26 Jan 2014 21:22:37 +0200 > > From: Bozhidar Batsov > > Cc: emacs-devel > > > > While we're at it - why not increase the default `gc-cons-threshold' as > > well. Currently the default is 0.8 MB, which seems super-conservative > given > > today most computers have 1GB+ of memory. Code that creates a lot of > > objects would obviously be impacted significantly, since GC would be > > performed frequently. Setting it to something in between 10MB and 50MB > > seems much more reasonable to me. > > Did you try that? If not, please do. In my experience, your > suggestion has a downside: the GC indeed happens less frequently, but > when it does, it takes an annoyingly long time. I find it easier to > tolerate many GCs that run to completion in less than a second, than > to have a few GCs that take several seconds each. > I've tested the flx package https://github.com/lewang/flx suggestion to bump the gc-threshold and the package definitely started working noticeably faster. I haven't noticed particularly long GC pauses. Hopefully when multi-thread support is implemented in a future version of Emacs we'll get some parallel GC as well. --047d7b41904b847f3504f0e54fcc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 2= 6 January 2014 21:44, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Sun, 26 Jan 2014 21:22:37 +0200
> From: Bozhidar Batsov <bozhi= dar@batsov.com>
> Cc: emacs-devel <emacs-devel= @gnu.org>
>
> While we're at it - why not increase the default `gc-cons-threshol= d' as
> well. Currently the default is 0.8 MB, which seems super-conservative = given
> today most computers have 1GB+ of memory. Code that creates a lot of > objects would obviously be impacted significantly, since GC would be > performed frequently. Setting it to something in between 10MB and 50MB=
> seems much more reasonable to me.

Did you try that? =C2=A0If not, please do. =C2=A0In my experience, yo= ur
suggestion has a downside: the GC indeed happens less frequently, but
when it does, it takes an annoyingly long time. =C2=A0I find it easier to tolerate many GCs that run to completion in less than a second, than
to have a few GCs that take several seconds each.

=
I've tested the flx package https://github.com/lewang/flx suggestion to bump the gc-thres= hold and
the package definitely started working noticeably faster. =C2=A0I have= n't noticed particularly long GC pauses.=C2=A0
Hopefully when= multi-thread support is implemented in a future version of Emacs we'll= get some parallel GC as well.

--047d7b41904b847f3504f0e54fcc--