From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lynn Winebarger Newsgroups: gmane.emacs.devel Subject: Re: [GNU ELPA] New package: tam Date: Thu, 21 Sep 2023 23:01:18 -0400 Message-ID: References: <87a5tjyg83.fsf@posteo.net> <87led39zyn.fsf@posteo.net> <87pm2d8d2w.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30647"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 22 05:02:35 2023 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 1qjWR7-0007lO-Q8 for ged-emacs-devel@m.gmane-mx.org; Fri, 22 Sep 2023 05:02:33 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qjWQF-0006rc-5O; Thu, 21 Sep 2023 23:01:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qjWQD-0006rQ-Vz for emacs-devel@gnu.org; Thu, 21 Sep 2023 23:01:38 -0400 Original-Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qjWQC-0000r0-JB for emacs-devel@gnu.org; Thu, 21 Sep 2023 23:01:37 -0400 Original-Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2c00c0f11b2so26058441fa.1 for ; Thu, 21 Sep 2023 20:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695351692; x=1695956492; darn=gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=FgIIIqrX/0DDiwH0Y3p/6Xb+2cnJsACcAPF9W1b2BTE=; b=U5cFZNig2JyJmDhMew1fxDshwPC9JdQ2Zb3Pl4lDj2hSIF31P9wrLlvKkRtjYAqbKK 3Hf+wq7ABxHRMHUi1GVucrwUvfoCC2vDdIpjVZBdvJc3pvpXJ4objqt4TpfpgOXRnDv3 gvUoypzXVRoYAAd1r/2jTfCBH08mtsXOlng5BnJJXSFoxW0UUjz+YtdWAyaEQN1gtl9G AKxR0defC8OLb81gTqZSMutS/kzodXp/55Odq+uWz3qF/X0NjopSNS2KVoaI8dycy5KM isrm83RD/4vatkTmHQ7KuiLsS78FrsC0cdXOIMiRkYoxZYnTph14zyrpRNaJ3BXJxFx2 nnYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695351692; x=1695956492; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=FgIIIqrX/0DDiwH0Y3p/6Xb+2cnJsACcAPF9W1b2BTE=; b=OFr6yXc4STGRJZBpeyWE6ZhC9nC1l1713oYuNs8B2gZwflTi0QFu/YkSVfTlGxiJ30 5L5/5lYSNOm6PEpPXc4N8g5RCher/7aMryZh28+XfW0WnzhihG0Uevnoc7L5WgBNBOuS x9jaO2HkCmrfr/ZF9hj3pl3cPoLBQBm6xwIXiSmzRTW67uJ03FrFf6JkoGZu5PelVwaT TsD/dfJR4aXxeJyrucnqXgZODPFrQVxCVpL5Gnmii+hMb9qsUXUT84FWbr1GoEYduIom HCFcShFsU7nGNC2xMkeDmBllLC9zE1uoJQZY+r0hUHyQkkKougpDkDXHwn3pfmWRxymQ IwmA== X-Gm-Message-State: AOJu0Ywc1eKfJt4Ztd38tNk1gNNaaXxRPEP7VXjsCcWsxrPEA8S/L0ZT tkNaPzLQ5XiRya0o/Usc4Er1hKhST5+IL3AhLsA= X-Google-Smtp-Source: AGHT+IGWMWVWsyRU0rqsiJrVANSMwhd4mnTs7EnsXg6sCDI7D52G6+7iPbM/IV+UG043MtN+Rm99JNyYnymUOHQP1/8= X-Received: by 2002:a2e:9c0c:0:b0:2bc:b88c:64ed with SMTP id s12-20020a2e9c0c000000b002bcb88c64edmr5740657lji.12.1695351691673; Thu, 21 Sep 2023 20:01:31 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::22f; envelope-from=owinebar@gmail.com; helo=mail-lj1-x22f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:310938 Archived-At: On Thu, Sep 21, 2023 at 9:59=E2=80=AFAM Stefan Monnier wrote: > > or tam--pool. In any case, every call operation invokes maybe_gc > > unconditionally, so there is a chance of a GC occuring during the > > execution of the byte-vector. > > The GC can occur right before or right after since the act of calling > your functions will go through `maybe_gc`, in any case, so I doubt > that will ever make a significant difference. This is true. Every path to executing a callback will call maybe_quit and maybe_gc. > > I haven't looked to see if obtaining an additional stack segment might > > cause a gc or just a system call to get more memory. > > AFAIK, Emacs is not run as a real-time task, so I wonder why you're > worrying about that. > [ And no, an additional stack segment should not trigger GC, AFAIK. ] I want to add minimal overhead so developers will feel free to use it or other infrastructure packages that make use of it. I'm also just curious. Exercises of this sort are a satisfying excuse to dig into emacs-lisp internals. Lynn