From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Gerd_M=C3=B6llmann?= Newsgroups: gmane.emacs.devel Subject: Re: MPS: weak hash tables Date: Mon, 08 Jul 2024 07:43:28 +0200 Message-ID: References: <7PXYgVu5A8knQy6Q03cbm6FjO7s022nC0cqCRtUDhQBgA8ZrpLqmoVRgxD8moCTJpB_52ngFaJnW5JIflrzpHe09WcmbRqiHIdWQZE9kQgU=@protonmail.com> <87tth1xm4n.fsf@gmail.com> <87msmtxkpy.fsf@gmail.com> <87ed85xj67.fsf@gmail.com> <30QY4MPWicZAEpf5sFM5VRGbtFA2S9kRVXdpxH6_NBL-tldtwG1w66f76BbDJ49eeXGP_10WLsknlXTCgAbkxdQzTP0bt-vUo14wW9ngnwk=@protonmail.com> <1f1JmLSBYHjrhb9MuEByD0oU6q8vo7F9bMhd2aV1rBLZsnt1d_RnbRZEqnHppfMDe4Dus8LSf_BwBe9FWCBvhUEiwH0ysgdOMzArDgdcrY0=@protonmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18272"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Helmut Eller , Ihor Radchenko , Eli Zaretskii , emacs-devel@gnu.org To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jul 08 07:44:22 2024 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 1sQhAk-0004aU-H4 for ged-emacs-devel@m.gmane-mx.org; Mon, 08 Jul 2024 07:44:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sQhA0-00052w-Ra; Mon, 08 Jul 2024 01:43:36 -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 1sQh9y-00052J-FT for emacs-devel@gnu.org; Mon, 08 Jul 2024 01:43:34 -0400 Original-Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sQh9w-0005Om-Nr; Mon, 08 Jul 2024 01:43:34 -0400 Original-Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-a77cc44f8aaso130654166b.3; Sun, 07 Jul 2024 22:43:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1720417410; x=1721022210; darn=gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=e+iO+E8loBR4DrU+K/bMXlT3qI62fLNSBGokatomTK0=; b=ZQcx0D/24doossAMtKF7WlcQ3YeIn64mpL/0QGFhwDylBcS1y45WVQwV7rlkJ5Y5JS 5Z5U8gZe6jA4o/sokaN8o28aN1ddnqCQr7XdIh+yDVsNoRGmlBG/X2X662Tsyje1D8ni oCUFaXgPsJpvrg9H1YcnFVs9gKC883TYFW8YFVoIsEUmicOR4nEsngBGE39zT4kIM8zE guv1YVjquI+n5KasDQh4Td+bTm3rFNCDew4V6WfXef46VHRIb9/2VIHzzKFv2Q011MCn ElxRML6s606uwKyQdRJd27RzsXFuHkkU+PCXEDpaUcDTQ2nf8IFP9qGWKbutjaVpkvVw x5vA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720417410; x=1721022210; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=e+iO+E8loBR4DrU+K/bMXlT3qI62fLNSBGokatomTK0=; b=U7/UGjSYVRTUdZ8zPnAgPOBBpSO+uYaA/4VfYmscXH29H/D9BnAHwt0VAm3t/3uWgL jaQzSLVd0DqKpTbnecPhmCl+Iyg3fl81UH/DujdQbqR8aNg+VT5S4wxJR875sfYhoPij bbqKKI5kZhkJf7YkbZawueqzBA8Zl5rem8h1EwHpEVvKxoI02UiFKNKuwk0WIaVk7kbX 0lxQ1VVcnIZlFxJra5539R7O7aWibeUDyc1lo4UuWNSTLw/NFzrAb2hfMI3kTcdKoNZD 36gXErW/Z7o/mu39QWKrYl65fgjVu8xSUPtzGN8h1NoKI4OlBkaGQboajYO20GN7GJy1 1VMQ== X-Forwarded-Encrypted: i=1; AJvYcCXET/shSe6FuD+DXGu5PJaRiGHavjZK142t4sf0U7ewgv5bMFNwfc9l6RlbKvEUaKefSXWhuyF1GldhTChm1cFeiXVPn+UDIwRH84jqZA01KDM= X-Gm-Message-State: AOJu0YxhgrGicvWqtDFKKbxmAX2H2Vh1dxwwaI9rrReoYQPIpzMwgtbL QolyThT5ku1gXCVej0EG2Q0gUHk4YalhjSJ+iPu7YOogtMO9rA5TSlFdcQ== X-Google-Smtp-Source: AGHT+IGZHOGswrSLZMYzDcoTRZ7VWFqZZrwF2tZr+wSb0IYZlsWQnwadct40LYYQUtuJScGzqjTLgg== X-Received: by 2002:a05:6402:1ece:b0:57d:496:209a with SMTP id 4fb4d7f45d1cf-58e5994eb84mr10223038a12.6.1720417410230; Sun, 07 Jul 2024 22:43:30 -0700 (PDT) Original-Received: from pro2.fritz.box (p4fe3a2f7.dip0.t-ipconnect.de. [79.227.162.247]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-58cd108c84bsm6277088a12.47.2024.07.07.22.43.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 07 Jul 2024 22:43:29 -0700 (PDT) In-Reply-To: <1f1JmLSBYHjrhb9MuEByD0oU6q8vo7F9bMhd2aV1rBLZsnt1d_RnbRZEqnHppfMDe4Dus8LSf_BwBe9FWCBvhUEiwH0ysgdOMzArDgdcrY0=@protonmail.com> (Pip Cet's message of "Mon, 08 Jul 2024 05:37:08 +0000") Received-SPF: pass client-ip=2a00:1450:4864:20::629; envelope-from=gerd.moellmann@gmail.com; helo=mail-ej1-x629.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:321525 Archived-At: Pip Cet writes: >> We could also expose ramp allocation to Lisp for these kinds of things, >> so that one doesn't drive the collector nuts by allocating objects in >> this manner. > > We can and should expose that, but probably not use it in this case. > It might be worth it for large vectors, but for strings it probably > won't help: > > Ramp allocation is only supported by AMC (Automatic Mostly-Copying). Oh, didn't remember that. Then ramp allocation is pretty worthless. We could park the arena temporarily though. I used that already for dumping which similarly creates tons of objects, and it had a very noticeable effect. > I've decided to go ahead with the ugly non-bitfield patch, mostly for > one reason: I'd really like to record previous and current addresses > of moved objects somewhere, and the exthdr thing seems perfect for > that--it lives in xmalloc'd memory so we can modify it from the scan > function. Sorry it took such a lot of sleeping over it :-) > > So, last chance to object there. Not me :-).