From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.devel Subject: Re: Shrinking the C core Date: Mon, 28 Aug 2023 05:43:58 +0200 Message-ID: <87v8czrfup.fsf@dataswamp.org> References: <87ledwx7sh.fsf@yahoo.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="22498"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:us705hVYspb+/uNXU5pT0ztLiHE= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Aug 28 12:54:55 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 1qaZtV-0005U3-7l for ged-emacs-devel@m.gmane-mx.org; Mon, 28 Aug 2023 12:54:53 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qaZsl-0007ir-NJ; Mon, 28 Aug 2023 06:54:08 -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 1qaTAh-0000m2-CX for emacs-devel@gnu.org; Sun, 27 Aug 2023 23:44:11 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qaTAe-0006o4-Tv for emacs-devel@gnu.org; Sun, 27 Aug 2023 23:44:11 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qaTAc-0003WN-3a for emacs-devel@gnu.org; Mon, 28 Aug 2023 05:44:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 28 Aug 2023 06:54:06 -0400 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:309415 Archived-At: Po Lu wrote: > Unix was designed for 16-bit uniprocessor machines, where > the only form of ``interlocking'' was: > > int x = spltty (); > splx (x); > > But today, both free BSD Unix and proprietary Unix BSD and proprietary Unix, what about Linux? > scale to SMPs with hundereds of processors, exploiting > intricate interlocking around individual kernel > data structures. I agree with those who say rewriting Emacs to get SMP would be to burn down the house to kill the rats, but is that the only way to get SMP? Cannot the "single-thread Lisp machine" instead be modified and extended from its current implementation, so that it would support SMP? If that is the future of computing, I think there is no staying in the past, so it is rather a question of how to get it in the best way possible. -- underground experts united https://dataswamp.org/~incal