From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27749 invoked by alias); 19 Nov 2019 22:29:09 -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 27740 invoked by uid 89); 19 Nov 2019 22:29:08 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=Greetings, H*f:sk:2d017f9, H*MI:sk:2d017f9, H*i:sk:2d017f9 X-HELO: mail-qt1-f195.google.com Received: from mail-qt1-f195.google.com (HELO mail-qt1-f195.google.com) (209.85.160.195) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 19 Nov 2019 22:29:05 +0000 Received: by mail-qt1-f195.google.com with SMTP id p20so26599249qtq.5 for ; Tue, 19 Nov 2019 14:29:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=0HC02saSi17tJKvomc83Zn3Do3jvp95dcbDgOed4/4g=; b=ZW2mkiqxcwyY2C+qk245tXWyhWnbZ6DzHvb7vkv3YR9K41iWGHi/Cemt/EdV5y16v/ 1ty2uoEgPt6D0Ev+P/KOnvqe4Q2QguauGXmJfQljvAcUdafVhpAqrxUaNntKhcBmW7TD A7vzT1h/qhtT48J8Y5qg1X3p1PW/vfEZLcDK8bdI7gKlU+tDqq0KJUPdXMzzyWQTf3HJ cRCemqrQNUXhveNQTVXSEi0OcAWVAL9nwCdcfvcPZqIcQKhYAOHyLoHO1hwJZj+A4SZI gpreq+X5nzxYqcDWcVoNMZFbDVHknt9S9oQwjU5dUWOYnveZuVoj4I7y4MpR3yuPenT8 SxjA== Return-Path: Received: from [192.168.1.103] (173-230-163-230.cable.teksavvy.com. [173.230.163.230]) by smtp.gmail.com with ESMTPSA id f6sm10668532qke.16.2019.11.19.14.29.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 Nov 2019 14:29:02 -0800 (PST) Subject: Re: ToDos on Parallel GCC Wiki From: Nicholas Krause To: Richard Biener Cc: giuliano.belinassi@usp.br, gcc Mailing List References: <2d017f99-2bc0-6b77-baa8-3713f799bb45@gmail.com> Message-ID: Date: Tue, 19 Nov 2019 22:29:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <2d017f99-2bc0-6b77-baa8-3713f799bb45@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2019-11/txt/msg00156.txt.bz2 On 11/18/19 3:44 PM, Nicholas Krause wrote: > > Greetings Richard, > > Seems some of these things can either be closed or discussed here: > > Add support to a multithread environment to Garbage Collector: > > This may not matter as memory is in bulk at the beginning of passes. > I've benchmarked > > it and its less than 5% on the GCC test farm machines with make -j64. > > Parallelize RTL part. This will improve our current results, as > indicated in Results chapter: > > > struct function or function.c if I recall is using the most as one > file at around 20-30% for > > sure in building gcc with make -j64. > > Make this GCC compile itself: > > It does  now and I just tested it but I assuming he means with threads > on and I'm not sure how > > > to enable them in the core Makefile for gcc or if just exporting > CC/CXX is earlier with it > > > turned on. > > I've also looked into the Linux Kernel work queues as those can scale > much better than just > > > launching in async as we are doing currently. On the  testingside > seems the Yocto Project is > > working on testing upstream heads of projects like gcc. I've asked > them to bring it up at the > > > usual IOT/Embedded Linux Conference meeting. This will also us to have > access to not only > > the gcc testsuite but access to build lots of real world software > packages in a pretty automated > > > way as that was one concern that Giuliano brought up at the Cauldron > this year. > > Also if someone opens a more detailed ToDo with Bugs or something I > would be able to help out more > > > or just CC on the issues or work that is ongoing as frankly seems I'm > not been keeping good track, > > Nick > > Sorry Richard but seems but email client was formatting it incorrectly, Seems some of these things can either be closed or discussed here: Add support to a multithread environment to Garbage Collector:This may not matter as memory is in bulk at the beginning of passes. I've benchmarkedit and its less than 5% on the GCC test farm machines with make -j64.Parallelize RTL part. This will improve our current results, as indicated in Results chapter:struct function or function.c if I recall is using the most as one file at around 20-30% forsure in building gcc with make -j64. Make this GCC compile itself: It does now and I just tested it but I assuming he means with threads on and I'm not sure how to enable them in the core  Makefile for gcc or if just exporting CC/CXX is earlier with it turned on.I've also looked into the Linux Kernel work queues as those can scale much better than just launching in async as we are doing currently. On the testing side seems the Yocto Project is working on testing upstream heads of projects like gcc. I've asked them to bring it up at the usual IOT/Embedded Linux Conference meeting. This will also us to have access to not only the gcc testsuite but access to build lots of real world software packages in a pretty automated way as that was one concern that Giuliano brought up at the Cauldron this year. Also if someone opens a more detailed ToDo with Bugs or something I would be able to help out more or just CC on the issues or work that is ongoing as frankly seems I'm not been keeping good track, Nick