From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Qiantan Hong Newsgroups: gmane.emacs.devel Subject: Re: New package: resist! Date: Thu, 9 Dec 2021 09:25:15 +0000 Message-ID: <0F9DB7BD-8A5E-4333-82E8-96AF35E3CAA5@mit.edu> References: <87wnke4hp3.fsf@red-bean.com> <87zgpagms2.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15063"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Karl Fogel , "emacs-devel@gnu.org" To: Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 09 10:27:22 2021 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 1mvFhx-0003j3-Ty for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Dec 2021 10:27:21 +0100 Original-Received: from localhost ([::1]:57760 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvFhw-0003eQ-AB for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Dec 2021 04:27:20 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47170) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvFg2-0001WZ-Lf for emacs-devel@gnu.org; Thu, 09 Dec 2021 04:25:23 -0500 Original-Received: from outgoing-exchange-1.mit.edu ([18.9.28.15]:58148) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvFfz-0005dw-Kk; Thu, 09 Dec 2021 04:25:21 -0500 Original-Received: from oc11exedge2.exchange.mit.edu (OC11EXEDGE2.EXCHANGE.MIT.EDU [18.9.3.18]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id 1B99PFAq029771; Thu, 9 Dec 2021 04:25:16 -0500 Original-Received: from oc11expo16.exchange.mit.edu (18.9.4.47) by oc11exedge2.exchange.mit.edu (18.9.3.18) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Thu, 9 Dec 2021 04:25:01 -0500 Original-Received: from oc11expo16.exchange.mit.edu (18.9.4.47) by oc11expo16.exchange.mit.edu (18.9.4.47) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Thu, 9 Dec 2021 04:25:15 -0500 Original-Received: from oc11expo16.exchange.mit.edu ([18.9.4.47]) by oc11expo16.exchange.mit.edu ([18.9.4.47]) with mapi id 15.00.1497.023; Thu, 9 Dec 2021 04:25:15 -0500 Thread-Topic: New package: resist! Thread-Index: AQHX7HXfTVm5ffLAIUezBtEvOjsRVqwpdX/CgADAoQCAAAIdAA== In-Reply-To: <87zgpagms2.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [128.12.11.144] Content-ID: Received-SPF: pass client-ip=18.9.28.15; envelope-from=qhong@mit.edu; helo=outgoing-exchange-1.mit.edu X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, 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" Xref: news.gmane.io gmane.emacs.devel:281469 Archived-At: > On Dec 9, 2021, at 1:15 AM, Tassilo Horn wrote: >=20 > Karl Fogel writes: >=20 >> Does this package require the entire store to be loaded into memory in >> order for a single value to be looked up or stored? >>=20 >> It looks like it does (based on reading `kv-get', etc), but I might be >> missing something. >=20 > It does, but I think usually every package/component would have its own > store. So I don't think that the foobar package loads its complete > store when accessing foobar-value-1 is no big deal. The persistent-variables facility I added however maintains a global store. Will this turns out to be a problem? If so, I can either implement general bucket-splitting, or for the persistent-variable-*, use one store for each package. Which one makes more sense?