From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130860 invoked by alias); 18 Nov 2019 20:44:34 -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 130850 invoked by uid 89); 18 Nov 2019 20:44:34 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*c:alternative, our X-HELO: mail-qk1-f176.google.com Received: from mail-qk1-f176.google.com (HELO mail-qk1-f176.google.com) (209.85.222.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 18 Nov 2019 20:44:32 +0000 Received: by mail-qk1-f176.google.com with SMTP id h15so15695028qka.13 for ; Mon, 18 Nov 2019 12:44:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language; bh=0uSduftJqqvX53xW8C78oxC9WOjIBlExqWvq1G9GDHU=; b=rdWqpRpBcjFN4dRz5/94hXzRhWTa/nVXsmwh0KNybYkQHPiSZ1fpA3wVd+GasgCGib jLg8fVGU7hZeJpEZjqEPOwWa7ToBzIC3g4mDh9mp2NNsqrdYFwBIIeNpl8M56/UtNtYZ hLwoMl1H4sF+zBq0Bz3tqy3Xwt6niuT1TJVpNjIORj8dhfsgCVEbQDiGHkjlnoYLpHYM ECTfk74ffQ3irOcIDQQ9JR3jzY508HxKdz7srO8biP14CHLwZ2YzrvB3TMHYygmqyp29 DbVRkFTBPbvF/11T8+SdWxo8cFC3MStvLivmEMmIsi2cua6Ai1Mggs79t70CnwKEHxPI KwdQ== 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 n3sm10444719qtv.17.2019.11.18.12.44.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Nov 2019 12:44:29 -0800 (PST) To: Richard Biener Cc: giuliano.belinassi@usp.br, gcc Mailing List From: Nicholas Krause Subject: ToDos on Parallel GCC Wiki Message-ID: <2d017f99-2bc0-6b77-baa8-3713f799bb45@gmail.com> Date: Mon, 18 Nov 2019 20:44:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2019-11/txt/msg00135.txt.bz2 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