From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Bj=C3=B6rn_Lindqvist?= Newsgroups: gmane.emacs.help Subject: Re: Emacs 26.1 on Windows is HUGE Date: Wed, 17 Apr 2019 00:18:27 +0200 Message-ID: References: <87d0loujuf.fsf@telefonica.net> <87y34bxzoo.fsf@russet.org.uk> <87h8axwsv6.fsf@russet.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="231739"; mail-complaints-to="usenet@blaine.gmane.org" Cc: =?UTF-8?Q?=C3=93scar_Fuentes?= , help-gnu-emacs@gnu.org To: Phillip Lord Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Apr 17 00:15:17 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hGWMH-000yAj-13 for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Apr 2019 00:15:17 +0200 Original-Received: from localhost ([127.0.0.1]:43518 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGWMF-0005F3-Tk for geh-help-gnu-emacs@m.gmane.org; Tue, 16 Apr 2019 18:15:15 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:45511) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGWM5-0005Ew-H2 for help-gnu-emacs@gnu.org; Tue, 16 Apr 2019 18:15:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hGWM4-0002wA-1X for help-gnu-emacs@gnu.org; Tue, 16 Apr 2019 18:15:05 -0400 Original-Received: from mail-ua1-x932.google.com ([2607:f8b0:4864:20::932]:35033) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hGWM1-0002tw-VI for help-gnu-emacs@gnu.org; Tue, 16 Apr 2019 18:15:03 -0400 Original-Received: by mail-ua1-x932.google.com with SMTP id a46so7255830uae.2 for ; Tue, 16 Apr 2019 15:15:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=pMvDCWgS+zGDluqr9fMCta5pv310C11IWKduacdEWTw=; b=E6mmNgGdRmWkHYAkgLRmm5hvzMZ1XOb6jJuJwIg/IIlI4YETTshDs6nbukrM7IAEvq 8nZJeIC1WmrCpfIy7qJKLc7WeLLxWqlmQ4DWm4UOqj2VVAqRtU4DgDyxqJz09uZuu3Bk IzFp6tmHWGY9o+mOWpqkZd80wCoYcqW06/TmJnDYPp2GF17w/eTiPF02qaVP9sSwA3C/ F8sqT5onbufUWSD7P4lKkl45tDH+28d9ifqw1TVltsx7+cuZmdgqWej/DecKaczc7Z38 oDfKToj+zfz4O2gxfufp0j1ySnJhyx5C6wSqMF9BRyg66jGwOSC0MgcG2+OM5Xg+GJdf emIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=pMvDCWgS+zGDluqr9fMCta5pv310C11IWKduacdEWTw=; b=XxZt2DnFyCbFfevPpwnN2jUkwUZcDosDqFTExnQArsEBp7CevETMlMd2KTMSRD5PHs 23Kv5tAbF3x1gqd14eivXebo/cCdAvX6x69ebZtLcyq2D+KyCpa4PAfkznw/yCASkDsk 2AdNKvb8vPaVlBTPA7CKeyfQSD2119saGgn7iURQV53+6u5FRqoUErGkCbjpx2I+Jwpz I6UY7Dkvsy1XrC6LpuSksM2N3PTMKaEJTl/Lx1F+Rkzh/+At3RWsBOvkc+4TU8ZTYMJY 769bCHGXXgatQoFvgrzsJtm1rGVwJeD10GuXJXT9bXfkhapuoU+2zF9xqkduDpbB/e9I Zgng== X-Gm-Message-State: APjAAAUwSdEHm4UEsBCUGI7tu/UbGgCvCJaS5O5S7/gzEzsnaoz8yYmr hAAjCy7U8qkbIvQ59uGs+elRwC/HwPgxM1jGrmc= X-Google-Smtp-Source: APXvYqyJ7qb83tiwQyH+4O3+/sZnOX110cyoo2jYAfOOqZzUR5jl17aOvx2Ya0xA9Q5t3GQqx5r0/8ISaqGQ9CbeCsk= X-Received: by 2002:ab0:1591:: with SMTP id i17mr42936047uae.41.1555452900520; Tue, 16 Apr 2019 15:15:00 -0700 (PDT) In-Reply-To: <87h8axwsv6.fsf@russet.org.uk> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::932 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.help:119941 Archived-At: Den tis 16 apr. 2019 kl 23:19 skrev Phillip Lord : > >> Removing the redundant executables would break things for people who > >> want to unpack over an MSYS installation. > > > > Perhaps the MSYS users can be taught to run cp emacs.exe > > emacs-26.1.exe as a post-installation command? It seems like a vastly > > superior alternative to wasting both bandwidth and disk space for the > > large majority of Emacs users on Windows who are not interested in > > MSYS. > > Maybe. We are talking about 100Mb, which currently costs a fraction of > the smallest unit of most currencies; so I am struggling with > "vastly". I would guess that it is the minority of users who care about > this; they can, of course, rm emacs-26.1.exe with no harmful effects. Yes, if they are power users like you and me who knows that removing that file is safe. I think for most users one file is sufficient because it reduces bandwidth usage (I'm on a metered internet connection so larger files are more expensive) and disk space. As someone who don't use MSYS I don't understand the advantage of duplicating the files? You mentioned unzipping Emacs over an MSYS installation, but that seems a little odd. Usually on Windows you don't install software that way. But maybe for your use case you can use the larger emacs-26.1-x86_64.zip file? It includes a lot of dependencies like Python2.7, Sqlite 3.20, and OpenGL headers which I don't understand what they are doing. > > I'm using old hardware with a small SSD which I'm happy with. I don't > > want to have to update my hardware to accommodate Emacs growing > > requirements. > > > > While the 100mb file doesn't consume more memory, it takes longer to > > load than an 8mb executable. Compressing it would increase the load > > time further. > > Likewise here I am a bit surprised. You can notice the difference > between 100mb vs 8mb on a SSD drive? For sure. :) But I like to waste time optimizing software so perhaps I'm more sensitive than most. Hot start of Emacs 24.5.1 takes almost exactly 7 seconds and of 26.1 8 seconds. I do not know how much of the slowdown is caused by the larger executable, but I bet at least some of it is (I will have to check after I have installed the right version of MinGW and the right version of strip.exe). If Windows is doing stuff in the background (like disk indexing or whatever its services are doing) the load times increases further. > I genuinely do not know why it is that way, although it was probably me > that made it so. I would guess because Eli finds it easier to get better > bug reports. Maybe it's just a mess up on my behalf. That's why I > suggest you ask. Will do! -- mvh/best regards Bj=C3=B6rn Lindqvist