From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Speeding up Emacs load time Date: Sun, 30 Jun 2013 14:36:25 +0200 Organization: Aioe.org NNTP Server Message-ID: <87d2r3kc6u.fsf@VLAN-3434.student.uu.se> References: <87y59urnfn.fsf@VLAN-3434.student.uu.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1372600775 12564 80.91.229.3 (30 Jun 2013 13:59:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Jun 2013 13:59:35 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jun 30 15:59:35 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UtIAA-0002Ca-Fj for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Jun 2013 15:59:34 +0200 Original-Received: from localhost ([::1]:43342 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtIAA-0002w7-4r for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Jun 2013 09:59:34 -0400 Original-Path: usenet.stanford.edu!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 61 Original-NNTP-Posting-Host: SWN/nubmpQxYKwY7hPy4YA.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:YtmeZEj+ajdrhkWKU6k0um9CKKk= Original-Xref: usenet.stanford.edu gnu.emacs.help:199599 X-Mailman-Approved-At: Sun, 30 Jun 2013 09:59:21 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:91866 Archived-At: Bob Proulx writes: >> OK, this is one way to think. There is another way to think. The >> other way to think is: one second at x does not equal one second >> at y. When you start Emacs, you are not in a rush. You make sure >> you work place is organized. You fetch water, books. You relax you >> shoulders. Whatever. Here, you do have time to wait. > > This may be your work flow. Which is great. But it is not my > work flow. I routinely log into one server or another one. I > need to edit a file. This type of workflow has been discussed > extensively here before. I launch emacs there. I am blocked > waiting for emacs to load before I can go to the next step. > When emacs took too long to load then I would always use vi for > those edits. For short edits vi is okay. But often I would > find myself missing a feature of emacs. > > Now I can log in, edit with emacs, and not be disrupted. Using > tramp from some central location is also much too slow and > disruptive. And not just during the startup but every time it > saves and at other sync points in the flow. Plus there are some > times when I cannot easily use tramp from a central desktop > because the network topology is designed to prevent it. (Not my > choice.) > >> However, when you are attentively at work, and you have one >> million thoughts in your head at once, you just need to bring >> up some Emacs functionality with a minimal delay. Here, time is >> much more important. It is like the super-focused people >> playing ice hockey or sparring for a boxing fight - for them, >> 10 seconds is like an eternity. When you, as a programmer, >> reaches that highest peak of productivity/focus, you don't want >> to load any modules, possible creating havoc, that (at worst) >> could take you from what you were doing. Super-focus, once >> lost, cannot easily be recovered. So, my piece of advice: be >> safe, first load everything safe and sound, then do your worst >> to the actual problem you try so solve, with minimal >> interference. > > And that is exactly how I feel when emacs takes a long time to > load. And why for me it has become important that it start up > with a reasonable amount of speed. > > I also have a desktop and I always have an emacs running there. > I use it for tasks around the desktop in the same way as you do. > But depending upon what I am needing to do that is either 10% or > 90% of my work. When it is 90% that is great. But when it is > 10% then it is not so great. > > There isn't always one size that fits everyone. And it is a > tragedy when there is only one size available and it doesn't > fit. True that. I have no experience from using Emacs over a network or otherwise distributed system, and I can barely visualize how that would work. -- Emanuel Berg - programmer (hire me! CV below) computer projects: http://user.it.uu.se/~embe8573 internet activity: http://home.student.uu.se/embe8573