From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bob Proulx Newsgroups: gmane.emacs.help Subject: Re: Speeding up Emacs load time Date: Sat, 29 Jun 2013 11:51:49 -0600 Message-ID: <20130629175149.GA19632@hysteria.proulx.com> 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 1372528335 27783 80.91.229.3 (29 Jun 2013 17:52:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Jun 2013 17:52:15 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jun 29 19:52:16 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 1UszJh-0005sr-Su for geh-help-gnu-emacs@m.gmane.org; Sat, 29 Jun 2013 19:52:10 +0200 Original-Received: from localhost ([::1]:46771 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UszJh-0003zO-7f for geh-help-gnu-emacs@m.gmane.org; Sat, 29 Jun 2013 13:52:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60450) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UszJW-0003z8-1C for help-gnu-emacs@gnu.org; Sat, 29 Jun 2013 13:51:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UszJU-0000MQ-SV for help-gnu-emacs@gnu.org; Sat, 29 Jun 2013 13:51:57 -0400 Original-Received: from joseki.proulx.com ([216.17.153.58]:40447) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UszJU-0000KH-A5 for help-gnu-emacs@gnu.org; Sat, 29 Jun 2013 13:51:56 -0400 Original-Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 80708211D5 for ; Sat, 29 Jun 2013 11:51:49 -0600 (MDT) Original-Received: by hysteria.proulx.com (Postfix, from userid 1000) id 4EBEE2DCE9; Sat, 29 Jun 2013 11:51:49 -0600 (MDT) Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <87y59urnfn.fsf@VLAN-3434.student.uu.se> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 216.17.153.58 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:91859 Archived-At: Emanuel Berg wrote: > 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. Bob