From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 79493 invoked by alias); 9 Jul 2018 16:35:46 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 79478 invoked by uid 89); 9 Jul 2018 16:35:45 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=H*i:sk:NdGDwKC, H*f:CAGWvny, H*f:sk:9zBpqff, H*i:sk:9zBpqff X-HELO: snark.thyrsus.com Received: from thyrsus.com (HELO snark.thyrsus.com) (71.162.243.5) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 09 Jul 2018 16:35:43 +0000 Received: by snark.thyrsus.com (Postfix, from userid 1000) id B59ED3A4AA7; Mon, 9 Jul 2018 12:35:42 -0400 (EDT) Date: Mon, 09 Jul 2018 16:35:00 -0000 From: "Eric S. Raymond" To: David Edelsohn Cc: Janus Weil , GCC Development , fallenpegasus@gmail.com Subject: Re: Good news, bad news on the repository conversion Message-ID: <20180709163542.GA15706@thyrsus.com> Reply-To: esr@thyrsus.com References: <20180709002754.962F43A4AA7@snark.thyrsus.com> <20180709101628.GA19774@thyrsus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-IsSubscribed: yes X-SW-Source: 2018-07/txt/msg00129.txt.bz2 David Edelsohn : > > The truth is we're near the bleeding edge of what conventional tools > > and hardware can handle gracefully. Most jobs with working sets as > > big as this one's do only comparatively dumb operations that can be > > parallellized and thrown on a GPU or supercomputer. Most jobs with > > the algorithmic complexity of repository surgery have *much* smaller > > working sets. The combination of both extrema is hard. > > If you come to the conclusion that the GCC Community could help with > resources, such as the GNU Compile Farm or paying for more RAM, let us > know. 128GB of DDR4 registered RAM would allow me to run conversions with my browser up, but be eye-wateringly expensive. Thanks, but I'm not going to yell for that help unless the working set gets so large that it blows out 64GB even with nothing but i4 and some xterms running. Unfortunately that is a contingency that no longer seems impossible. (If you're not familar, i4 is a minimalist tiling window manager with a really small working set. I like it and would use it even if I didn't have a memory-crowding problem. Since I do it is extra helpful.) -- Eric S. Raymond My work is funded by the Internet Civil Engineering Institute: https://icei.org Please visit their site and donate: the civilization you save might be your own.