From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: Removal of unexec support from glibc malloc Date: Mon, 18 Jan 2016 22:10:56 -0500 Message-ID: <99130FA1-6BAF-48CC-AC11-B498B0F8846E@raeburn.org> References: <569CDB81.6040600@redhat.com> <569D6B1E.6020002@emvision.com> <569D8E0B.1010603@yandex.ru> <1F560A56-37A2-482D-9010-8733E906FD16@raeburn.org> <569D9897.9020702@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1453173082 15865 80.91.229.3 (19 Jan 2016 03:11:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 19 Jan 2016 03:11:22 +0000 (UTC) Cc: Ali Bahrami , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 19 04:11:17 2016 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 1aLMhR-0004Db-8s for ged-emacs-devel@m.gmane.org; Tue, 19 Jan 2016 04:11:17 +0100 Original-Received: from localhost ([::1]:34644 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLMhQ-0004iU-AG for ged-emacs-devel@m.gmane.org; Mon, 18 Jan 2016 22:11:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54189) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLMhD-0004iD-GS for emacs-devel@gnu.org; Mon, 18 Jan 2016 22:11:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLMhA-0002Jh-Aj for emacs-devel@gnu.org; Mon, 18 Jan 2016 22:11:03 -0500 Original-Received: from mail-qk0-x22d.google.com ([2607:f8b0:400d:c09::22d]:35895) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLMhA-0002Jc-14 for emacs-devel@gnu.org; Mon, 18 Jan 2016 22:11:00 -0500 Original-Received: by mail-qk0-x22d.google.com with SMTP id b66so25135255qkf.3 for ; Mon, 18 Jan 2016 19:10:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lOBrJ5OS6RDCQk6vhTq2rOguGO+0DnNIvc+qtWbg5RQ=; b=E3pOWiUB40S0thOW3T/pMHz8yHj+BcMHbUjjcDtojdbpclvXUoECILTYLP0+6KoU2/ CELDmutstBwBH59RPLvpXjqKN0i9Mc/Tyr5pY7pxOslWEyezlC0H175T/XWWzQZ1vEtC aaDyinN0JHxnAj/IMrkmaDdvQmhC0yHUDFK589JhiUVP2CzuGrnefETH+8bFCnb5o1FB OZ8z3nEn0BLx2xTaYzDKQSCYfMDfYieUBY5nFC+uy4btSxBsPf4tVyQvuzEKVnpZOE6x cnSDE8XdP4+VYALIJJ6PjEL8duqOJP1U9kpfp9QHerYzWRIi6jmitK7q/PnQG3uIUqmM 6wPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=lOBrJ5OS6RDCQk6vhTq2rOguGO+0DnNIvc+qtWbg5RQ=; b=JntEdimZbiZlheW0rYYAVPaAsCvBPVDiaiI3ptRkbyA41YKBdFQM3pt3jT2o8bnpI3 aydr6ZqWenqy4yL2ErsO4X7GwP9YSZvJP5w6RR1zI0BgMxLl1FAGeHAjrdp7lKmdOE9L vKSNGUwXSEsg3UBKqqX26MXq7wfZmD1myPfbj94Qpim57Rcno4uJapvoe8joh5OXeIyt bti7rD0axGPOL3fbLd8C7EkgvQmZ4t+iwInkEerVIjWe4CsooaaaViUbIuvvXvvTykey GXJ0rXhfb6YszeicWWC+Tx7BBDQi+Tubd2P6+rJSWo9b5q6FCe8i3KAax0nHBhFu3yHZ OjpQ== X-Gm-Message-State: ALoCoQmtsXrRK/v9ofMxdlBfUnw3KJmBzICnLEOCH9ORVFyNRs81mBPHYvQmtoA69Jkte9QAqKH2I7PjtAkJ3Tk2hQb7XxFtxg== X-Received: by 10.55.33.202 with SMTP id f71mr34792163qki.18.1453173059119; Mon, 18 Jan 2016 19:10:59 -0800 (PST) Original-Received: from [192.168.17.112] (c-66-31-203-101.hsd1.ma.comcast.net. [66.31.203.101]) by smtp.gmail.com with ESMTPSA id l139sm11313783qhc.24.2016.01.18.19.10.58 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 18 Jan 2016 19:10:58 -0800 (PST) In-Reply-To: <569D9897.9020702@yandex.ru> X-Mailer: Apple Mail (2.3112) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c09::22d 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:198331 Archived-At: > On Jan 18, 2016, at 20:59, Dmitry Gutov wrote: >=20 > On 01/19/2016 04:44 AM, Ken Raeburn wrote: >=20 >> Try removing the after-load-functions hook in loadup.el that invokes = GC, and the explicit GC calls. >=20 > That brings the loading time down to ~4.8 seconds. >=20 >> Also maybe bump up gc-cons-threshold by an order of magnitude. >=20 > And that doesn't seem any appreciable effect here. Huh. Disappointing. When I was poking at CANNOT_DUMP startup time = about a year ago, I seem to recall that these helped, but I don=92t = remember how much. A couple other things though: * Since you (presumably) didn=92t configure with CANNOT_DUMP, temacs may = still be making =93pure=94 copies of objects. But I just tried = rebuilding with CANNOT_DUMP, and temacs aborted in bidi_initialize; I=92m = guessing it wants to use something initialized by Lisp code that hasn=92t = run yet. * If you=92re on a Mac, loading elisp is extra slow, thanks to getc() = calling mutex functions that are very slow (at least compared to the = glibc versions); I tried out a workaround using getc_unlocked, which = seemed to help a lot. Ken=