From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Christoph Scholtes Newsgroups: gmane.emacs.devel Subject: Re: bug#8025: 24.0.50; vc-bzr does not perform initial commit Date: Tue, 01 Mar 2011 22:55:46 -0700 Message-ID: <86hbbmcbh9.fsf@gmail.com> References: <86hbc9yscs.fsf@gmail.com> <4D6D1CA3.4050307@gmail.com> <83zkpey962.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1299045372 12468 80.91.229.12 (2 Mar 2011 05:56:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 2 Mar 2011 05:56:12 +0000 (UTC) Cc: 8025@debbugs.gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 02 06:56:08 2011 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.69) (envelope-from ) id 1Puf2d-0004ND-8X for ged-emacs-devel@m.gmane.org; Wed, 02 Mar 2011 06:56:07 +0100 Original-Received: from localhost ([127.0.0.1]:50596 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Puf2c-0005NS-30 for ged-emacs-devel@m.gmane.org; Wed, 02 Mar 2011 00:56:06 -0500 Original-Received: from [140.186.70.92] (port=54243 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Puf2Q-0005NN-Jq for emacs-devel@gnu.org; Wed, 02 Mar 2011 00:55:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Puf2P-0007Io-Ez for emacs-devel@gnu.org; Wed, 02 Mar 2011 00:55:54 -0500 Original-Received: from mail-vx0-f169.google.com ([209.85.220.169]:46016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Puf2O-0007IP-85; Wed, 02 Mar 2011 00:55:52 -0500 Original-Received: by vxc38 with SMTP id 38so6124306vxc.0 for ; Tue, 01 Mar 2011 21:55:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-type; bh=eehqIjbxH7EnNZlJ9cbNd6b24IBjnHvRuUC0iPiDHH0=; b=hYR95BZDHSJ3XiHraW9E8rgtfF5fWid9Qoq1tSMdN9uHh0e+5InqpTR3Ko8qRzwtnp RCwp8aFrJKCljQ2FgJM4ywD6g1PPLrdMGPEU2Fk+Qk4mISEZmqHD1CS5hAi6Zf4odbrc xkDyV4ViHT6oGUjEa4ftkaZd9/xPwRBSTHIMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; b=eOWLBzeJK+bAyxP+OipaSciMest8eSdd3fVBGOJa+WEr/E9vRbaTsjSqQjcj6j6jt7 RkbF4UlExFZUm6wAf49J6oG5U3wNIij9ki6NaT8cPenC3pXXyrkIzg362fun/94pdsCv x3YTD5nv3Cn/HrO6XwQs2yr8hJzWiih4tTX+Q= Original-Received: by 10.52.157.4 with SMTP id wi4mr12992093vdb.75.1299045350742; Tue, 01 Mar 2011 21:55:50 -0800 (PST) Original-Received: from localhost (71-208-180-213.hlrn.qwest.net [71.208.180.213]) by mx.google.com with ESMTPS id r7sm3999096vbx.9.2011.03.01.21.55.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Mar 2011 21:55:50 -0800 (PST) In-Reply-To: <83zkpey962.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 01 Mar 2011 20:42:29 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (windows-nt) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.220.169 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:136704 Archived-At: Eli Zaretskii writes: > It would be good to at least understand why it fails. I agree. I just saw that Glenn started looking into it. > That file is full of binary nulls, so this could be something specific > to Windows. No, unfortunately it is not. I tested it on ArchLinux with the latest emacs trunk and bzr 2.3.0 and it behaves exactly the same. > Can you give performance numbers with the current code in the Emacs > trunk branch? I did some testing with elp on Windows. Test case: Instrument functions with `vc-' prefix with elp-instrument-package. Modified BUGS in the trunk root. C-x v v to commit with buffer asking to enter commit message. C-x k to kill buffer and abort commit. Get results with elp-results. 1. Using stock vc-bzr.el from the trunk. Result: vc-bzr-state-heuristic 3 0.174 0.0579999999 ^^^^^^^^^^^^ 2. Using modified vc-bzr.el forcing vc-bzr-state-heuristic function to use vc-bzr-state function instead of its own logic. Result: vc-bzr-state-heuristic 3 1.5230000000 0.5076666666 ^^^^^^^^^^^^ Roughly an order of 10 difference, but 0.5s is not really `excruciatingly slow' in my book. Christoph