From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: limitation in how emacs processes subprocess output, maybe belongs to mainstream Date: Wed, 25 May 2022 15:10:55 +0300 Message-ID: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6159"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "Tyler Dodge" To: Emacs Developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 25 14:36:10 2022 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 1ntqFF-0001Q7-Gt for ged-emacs-devel@m.gmane-mx.org; Wed, 25 May 2022 14:36:09 +0200 Original-Received: from localhost ([::1]:32802 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ntqFD-0002x1-S1 for ged-emacs-devel@m.gmane-mx.org; Wed, 25 May 2022 08:36:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38288) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ntprs-0008Ml-TK for emacs-devel@gnu.org; Wed, 25 May 2022 08:12:00 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:36737) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ntprn-0002oh-1q for emacs-devel@gnu.org; Wed, 25 May 2022 08:11:59 -0400 Original-Received: from localhost ([::ffff:197.239.5.236]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000081F9B.00000000628E1CEA.000058D8; Wed, 25 May 2022 05:11:21 -0700 Received-SPF: pass client-ip=217.170.207.13; envelope-from=support1@rcdrun.com; helo=stw1.rcdrun.com X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_SBL=0.141, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_TEMPERROR=0.01 autolearn=no 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:290246 Archived-At: I have read in Emacs News by Sacha Chua, about this Eshell speed up: >From 70 Seconds To 3 Seconds https://tdodge.consulting/blog/eshell/background-output-thread and the fork of Emacs is here: GitHub - tyler-dodge/emacs: Fork of emacs mirror Emacs. Has a background thread optimization for getting past the 1024 byte bottleneck on MacOS https://github.com/tyler-dodge/emacs Where author writes: > In a change that I made to my fork of emacs, I added a background > thread that continuously handles buffering subprocess output. This > has the benefit of ensuring that the subprocess output is consumed > as soon as it is available in STDOUT, which minimizes the amount of > time that the subprocess blocks waiting for emacs to consume its > output. This also makes it so that the strings passed to the > subprocess filter can be larger than 1024 bytes because multiple > reads can happen in the time between event loop evaluations. Maybe developers and author may find it useful to implement author's feature in the main stream Emacs? Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/