From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Convert README.org to plain text README while installing package Date: Wed, 08 Jun 2022 10:43:44 -0400 Message-ID: References: <87leuca7v7.fsf@disroot.org> <87czfopmsd.fsf@gnu.org> <87h74ztshe.fsf@gmx.de> <871qw31ois.fsf@yahoo.com> <878rqb5egg.fsf@localhost> <87czfjs4h4.fsf@localhost> <837d5r5jfb.fsf@gnu.org> <87leu7qkym.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23973"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , luangruo@yahoo.com, michael.albinus@gmx.de, acm@muc.de, stefan@marxist.se, tsdh@gnu.org, akib@disroot.org, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jun 08 16:56:25 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nyx6e-0005wV-U3 for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Jun 2022 16:56:25 +0200 Original-Received: from localhost ([::1]:59618 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nyx6d-000142-D6 for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Jun 2022 10:56:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60018) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nywuk-0007CT-GU for emacs-devel@gnu.org; Wed, 08 Jun 2022 10:44:06 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:12598) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nywuW-00043M-Mo; Wed, 08 Jun 2022 10:44:03 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 3C97E1005FD; Wed, 8 Jun 2022 10:43:49 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id B39FF100130; Wed, 8 Jun 2022 10:43:47 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654699427; bh=g9gF7ORD8UsTBViHVaBx4LNzqfrx3hrrS4OF2XGlUEs=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=OjUbhCufUCidVmaTKvnouTEn53omThECD+QzvxflVYvj4zYRFjtBKz8WyadwZAomi lYcjYl+GB3g0mKJvnxE9BCEtj6+DVU8IBFjJIY3mTmkFjnKnIMIa6IgdvEYOwu0BN/ /KEXHhWjiJf6ugAyjbneQ35lyQNK7IKRME09jLZ78tS8m/OsuVtKwXY6ePeW4Yi6X9 kYTPT8jBgHYxZRi5PKinQfnlqPuzKn2hSpdKVdHkGq3Nk4ImNQbDbPjdLkdwURBtCr tw1ortqtC3+NNjcbr4aMvyvSdyrdeeMO+RF4dL2l3Fy1aKuP3xrv+YXZeT9wmbQxDC XB3rmywwPrGMw== Original-Received: from alfajor (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8067A120473; Wed, 8 Jun 2022 10:43:47 -0400 (EDT) In-Reply-To: <87leu7qkym.fsf@localhost> (Ihor Radchenko's message of "Wed, 08 Jun 2022 22:38:25 +0800") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -19 X-Spam_score: -2.0 X-Spam_bar: -- X-Spam_report: (-2.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:290940 Archived-At: >> Which, btw, yet another problem: why does loading Org produce so much >> garbage? Can this be kept in check somehow? > > AFAIU, so much garbage is produced simply because nobody looked into > memory usage. It is not the easiest thing to track in Emacs. > > Can it be kept in check? Maybe. We need to identify first which parts > are taking excess memory. org-link-set-parameters appears to be one of > the bottlenecks. I do not know any others. w.r.t spending time in the GC, since the GC is run based on the amount of memory that has been allocated (as opposed to the amount of garbage generated, for example. which we sadly can't know in advance), the "mem" profiler (aka `M-x profilter-start RET mem RET`) can be very useful since it does a sampling-based profiling where the "time" is measured in number of byte allocated (or some approximation thereof). Stefan