From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs design and architecture Date: Sat, 16 Sep 2023 09:00:02 +0300 Message-ID: <834jjuk68t.fsf@gnu.org> References: <875y4moiiq.fsf@dataswamp.org> <83r0n4rj78.fsf@gnu.org> <83cyynpmvd.fsf@gnu.org> <838r99mh40.fsf@gnu.org> <83h6nwlmt4.fsf@gnu.org> <456d12ac-ecf4-3de4-56bb-a2440580777f@gutov.dev> <83a5tokmsv.fsf@gnu.org> <83sf7fki5g.fsf@gnu.org> <43d642a8-d1b4-05ed-41e0-6e52d22df2d4@gutov.dev> <83edizjn0v.fsf@gnu.org> <0518f65b-1dd1-6923-8497-da4d3aeac631@gutov.dev> <87sf7fc7kd.fsf@dataswamp.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3170"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Emanuel Berg Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 16 08:00:50 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 1qhOMK-0000gN-Ca for ged-emacs-devel@m.gmane-mx.org; Sat, 16 Sep 2023 08:00:48 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qhOLi-00063C-2w; Sat, 16 Sep 2023 02:00:10 -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 1qhOLg-00062y-P7 for emacs-devel@gnu.org; Sat, 16 Sep 2023 02:00:08 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qhOLf-000469-M1; Sat, 16 Sep 2023 02:00:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cquvY6DXcgMr32t0klEH6fQWDXc0B5716NphMYGAgnY=; b=Jd1nwpEBx8JI QiSMKdiy0JqSoC9EW2eVcqkUGXoQ5DnYTH5joB3UWevogp2k3n086D+XYVrjiz4PsIQ1BeEY9fQz1 u2VcFSRjHq9zRrPXXcG0U/jCHUKMst7/E3gUpeA3CjW9D1SactgGh9SHsWI6DvIzvE96Qgx8zJlEl /jULU7MPhilJoU6uDGjbIf6PeyR22PEBboC+fbGNXORzod31F5R2/ZzjtCNzF5Bn9AWSnJY6kTQl7 nhr561vr29s9wNBYCmFALO0P97/r+AqAbtW6oGrKba5FXqozYLXzdBou7kWYTqYf/oTlE5Fc5yMoV QPcFfvRuUh81BRE4GQ1BPw==; In-Reply-To: <87sf7fc7kd.fsf@dataswamp.org> (message from Emanuel Berg on Sat, 16 Sep 2023 01:58:42 +0200) 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:310620 Archived-At: > From: Emanuel Berg > Date: Sat, 16 Sep 2023 01:58:42 +0200 > > When we speak of parallelism, i.e. the use of multicore CPUs, > that is, true concurrency, are we talking Lisp parallelism for > constructs that are parallel in nature, e.g. > > (let ((a execute-on-core-one) > (b execute-on-core-two) ) > (+ a b) ) > > or are we talking parallelism in the sense to make Emacs as > a program make use of multicores? We are talking about both. Except that true parallelism doesn't care which core will do what job, but leaves that to the OS, asking only that each job be done independently of the other. i.e. usually by different cores. > The former, Lisp parallelism, would be amazingly cool, but > maybe the latter would bring more actual benefit since one > could, if modules were skillfully separated, do lots of > optimization for their specific purposes and needs. If you know how to do one of them, you also know how to do the other, because Emacs is a Lisp machine.