From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Emacs design and architecture. How about copy-on-write? Date: Thu, 21 Sep 2023 16:24:52 -0400 Message-ID: References: <83edizjn0v.fsf@gnu.org> <0518f65b-1dd1-6923-8497-da4d3aeac631@gutov.dev> <87sf7fc7kd.fsf@dataswamp.org> <834jjuk68t.fsf@gnu.org> <87cyyhc7uu.fsf@dataswamp.org> <83ttrsg9nx.fsf@gnu.org> <83h6nrg4eg.fsf@gnu.org> <83v8c7elan.fsf@gnu.org> <877conk5ny.fsf@localhost> <83ttrreeu0.fsf@gnu.org> <87bkdzeas1.fsf@localhost> <83cyyfe5l8.fsf@gnu.org> <87led2o0nb.fsf@localhost> <83ttrqcpfb.fsf@gnu.org> <877comnv4a.fsf@localhost> <83fs3ackrq.fsf@gnu.org> <99e84ae7-b3aa-a009-5cb8-a75826343196@gutov.dev> <838r92cgxp.fsf@gnu.org> <837comcam8.fsf@gnu.org> <6946e6f0-c6ef-186c-35d4-c09935c05a07@gutov.dev> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27278"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 21 22:25:37 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 1qjQEv-0006dz-5S for ged-emacs-devel@m.gmane-mx.org; Thu, 21 Sep 2023 22:25:33 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qjQEI-0004oi-7c; Thu, 21 Sep 2023 16:24:54 -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 1qjQEH-0004oa-19 for emacs-devel@gnu.org; Thu, 21 Sep 2023 16:24:53 -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 1qjQEG-0008WC-NU; Thu, 21 Sep 2023 16:24:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=rlHbc6v+FY4Wp1nS2u+RZhojsqAhA5PTgdXBF+vFc8A=; b=BqAO3nbxkBzn eTwZvVuemlS/9ThVjqv4Ui1HIy5ce2XNXiGMymvHlMzg33Blz+VjNNHITUlE3wnBSusnK6gCr+H0O +q5UwrzaP+9FEosh9CW9Pr50DxIGyK5TBjL5nEQLVkz6HjpC6VdAAENYSnWZ1rCXr/RfQQ2PIMWHv hYEutUAOddNTxr3A3n7+pYhlWI3xshViUqy9V1hUrPy4PdTiaY7NEAzeyMiFmuTNfDt22DSQ304+h cxtaMHz+mbOiRgBWSZ4gze+V+LohJG2fxUQiw+7Vh5JK0EUX5v+NYoDRfQaGvpKu2qfzH/9IfS46q RXp5zqn0bFThUEEx0II0EQ==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1qjQEG-0003GC-EN; Thu, 21 Sep 2023 16:24:52 -0400 In-Reply-To: <6946e6f0-c6ef-186c-35d4-c09935c05a07@gutov.dev> (message from Dmitry Gutov on Tue, 19 Sep 2023 23:21:46 +0300) 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:310928 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > It's not 100%, but seems logical: the problem with long lines is that > displaying a single line took non-linear amount of time proportional to > its length. To be able to layout it in parallel, we would somehow have > to be able to split it into independent pieces (perhaps using some > caching mechanism?, IDK). The usual source of very long lines, in my experience, is when people write text and let their lines run on and on. Many people's email user agents encourage that. I usually use fill-region to fix the problem, if therr are blank lines betwee these single-line paragaphs. Peraps we can designheeuristics for finding tre paragaph bondaries and insert blak ines between them. Then we could full the text autoimatically in more cases. This would not only fix the slowness,'it would als make the text easier to read. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)