From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: Slow start-up on Git trees Date: Thu, 20 Aug 2009 12:15:27 -0700 (PDT) Message-ID: <200908201915.n7KJFRh5011380@godzilla.ics.uci.edu> References: <20090819132341.3f2dddc5@gentoo.org> <200908192056.n7JKu0Bv001763@godzilla.ics.uci.edu> <69640079-B2E8-43FE-9967-D6A4A799F076@gmail.com> <200908192111.n7JLBaOs001877@godzilla.ics.uci.edu> <569613E1-354D-4813-A9B1-53941B74DA7E@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1250795860 19839 80.91.229.12 (20 Aug 2009 19:17:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Aug 2009 19:17:40 +0000 (UTC) Cc: Emacs Development , Joakim.Tjernlund@transmode.se, Christian Faulhammer , emacs@gentoo.org To: David Reitter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 20 21:17:32 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MeD8c-0005D9-Oe for ged-emacs-devel@m.gmane.org; Thu, 20 Aug 2009 21:17:31 +0200 Original-Received: from localhost ([127.0.0.1]:59674 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MeD8b-0008QN-Ut for ged-emacs-devel@m.gmane.org; Thu, 20 Aug 2009 15:17:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MeD8M-0008Nv-VT for emacs-devel@gnu.org; Thu, 20 Aug 2009 15:17:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MeD8I-0008Nj-7b for emacs-devel@gnu.org; Thu, 20 Aug 2009 15:17:14 -0400 Original-Received: from [199.232.76.173] (port=52286 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MeD8H-0008Ng-SD for emacs-devel@gnu.org; Thu, 20 Aug 2009 15:17:09 -0400 Original-Received: from barrelv2.ics.uci.edu ([128.195.1.114]:44007) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1MeD8H-00067j-9y for emacs-devel@gnu.org; Thu, 20 Aug 2009 15:17:09 -0400 Original-Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n7KJFRIU022888; Thu, 20 Aug 2009 12:15:27 -0700 (PDT) Original-Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n7KJFRh5011380; Thu, 20 Aug 2009 12:15:27 -0700 (PDT) In-Reply-To: <569613E1-354D-4813-A9B1-53941B74DA7E@gmail.com> (David Reitter's message of "Thu, 20 Aug 2009 14:46:21 -0400") Original-Lines: 35 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n7KJFRIU022888 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114458 Archived-At: David Reitter writes: > On Aug 19, 2009, at 5:11 PM, Dan Nicolaescu wrote: > >> > >> I find the delays very annoying. > >> > >> Can this not be called asynchronously? > > > > No, this is used to set the VC state for a file, which is needed as > > soon > > as a user is able to issue commands. > > > Then use a semaphore. > > In most cases the user will not issue a VC command, but work with the > buffer. I don't think it's worth it, so I have no interest in working on this, but don't let that stop you from doing it. > That would also take care of annoyingly slow commits in CVS and other > operations over the network. > > I'm sure people must have thought of this at some point. But just in > case doing all these time-consuming VC operations synchronously is due > to the code being older than async process calls, I wanted to bring > this up. Doubtful. VC operations that do not change state are asynchronous (it they are not, it's likely a bug/oversight). Would commit make sense to be asynchronous? Hmm, maybe, but until someone sits down and does it we won't know. Unfortunately VC is one thing that a lot of people like to talk about, but very few actually want to do any work on.