public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "yyc1992 at gmail dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/95775] Command line argument for target_clones? Date: Mon, 22 Jun 2020 13:25:00 +0000 [thread overview] Message-ID: <bug-95775-4-vaJj9KmL2v@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-95775-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95775 --- Comment #2 from Yichao Yu <yyc1992 at gmail dot com> --- > But it will blow up code-size considerably. > So without some major work I don't think simply slapping target_clones on each function is going to fly in practice. I mean, it'll blow up not much more than the number of targets. I do agree this is not something that the compiler should just do automatically and especially not for big libraries and the user has to ask for it. However, I don't believe code side consumes most memory on any modern desktop or server systems and when using shared library different process won't even consume much more memory anyway. It's for sure still the user's choice but OTOH I think the compiler shouldn't have to make this choice for the user. Additionally, there are some libraries, like math heavy ones, where virtually every single functions could benefit from this. Those are the ones that I would like to apply this option too. I'm also hoping, and I forgot to mention this in the first post, that this can just work on gfortran as well... > Eventually it should be possible to do sth like target_clones(auto) where with a new option, the target (or the user) can define "default" targets to clone for but the user still figures which are the important functions to optimize In julia I'm currently using a simple heuristic of detecting floating point operation, vector operation and loops... > [and GCC may, via IPA "spread" the cloned cgraph portion a bit]. and I do this in julia too.
next prev parent reply other threads:[~2020-06-22 13:25 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-06-20 0:53 [Bug target/95775] New: " yyc1992 at gmail dot com 2020-06-22 7:39 ` [Bug ipa/95775] " rguenth at gcc dot gnu.org 2020-06-22 13:25 ` yyc1992 at gmail dot com [this message] 2020-06-23 19:38 ` marxin at gcc dot gnu.org 2020-06-24 0:07 ` yyc1992 at gmail dot com
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-95775-4-vaJj9KmL2v@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).