public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "qing.zhao at oracle dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug gcov-profile/95348] GCC records zero functions and modules in the profiling data file, ICC does NOT Date: Wed, 10 Jun 2020 20:17:06 +0000 [thread overview] Message-ID: <bug-95348-4-hymT7puBCU@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-95348-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348 --- Comment #31 from Qing Zhao <qing.zhao at oracle dot com> --- > The explanation is not sufficient. You mean the following explanation: (in comment 18) we tried the scheme that all the processes generate profiling feedback data to the single directory, but looks like a lot of profiling info got lost, resulting bad performance effect. We thought this might relate to the parallel running environment of our application, then we switched to this current approach. Per the documentation of -fprofile-dir=path at: https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html <https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html> "When an executable is run in a massive parallel environment, it is recommended to save profile to different folders. That can be done with variables in path that are exported during run-time: %p process ID. %q{VAR} value of environment variable VAR" > You mentioned that merging takes 24 hours, so I would expect that directing > merging will same you quite some time. Yes, that will help. But at the same time, if the profiling feedback size can be reduced, then the time for merging will be reduced too. > I'm still missing information like: > - how long does it take the training run? I have asked the question too (I don’t have permission to run that real app, so I need to collect such info from other engineer), but no answer so far. > - how many parallel runs do you have? Over 10000 processes are running at the same time. > - what's the average duration of a process? I have asked the question too, no answer so far.
next prev parent reply other threads:[~2020-06-10 20:17 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-05-26 20:37 [Bug gcov-profile/95348] New: " qinzhao at gcc dot gnu.org 2020-05-27 7:42 ` [Bug gcov-profile/95348] " rguenth at gcc dot gnu.org 2020-05-27 9:31 ` marxin at gcc dot gnu.org 2020-05-27 14:13 ` qinzhao at gcc dot gnu.org 2020-05-27 14:22 ` marxin at gcc dot gnu.org 2020-05-27 20:36 ` qinzhao at gcc dot gnu.org 2020-05-28 14:08 ` marxin at gcc dot gnu.org 2020-05-29 9:11 ` marxin at gcc dot gnu.org 2020-05-29 15:28 ` qinzhao at gcc dot gnu.org 2020-05-29 15:31 ` qinzhao at gcc dot gnu.org 2020-05-29 15:38 ` marxin at gcc dot gnu.org 2020-05-29 15:40 ` marxin at gcc dot gnu.org 2020-05-29 15:43 ` marxin at gcc dot gnu.org 2020-05-29 16:37 ` qing.zhao at oracle dot com 2020-05-29 16:40 ` qing.zhao at oracle dot com 2020-05-29 16:42 ` qinzhao at gcc dot gnu.org 2020-05-30 7:23 ` marxin at gcc dot gnu.org 2020-06-01 15:24 ` qinzhao at gcc dot gnu.org 2020-06-01 15:39 ` qinzhao at gcc dot gnu.org 2020-06-01 15:45 ` qing.zhao at oracle dot com 2020-06-01 15:45 ` qing.zhao at oracle dot com 2020-06-02 8:23 ` marxin at gcc dot gnu.org 2020-06-02 17:42 ` qinzhao at gcc dot gnu.org 2020-06-03 6:35 ` marxin at gcc dot gnu.org 2020-06-03 15:17 ` qing.zhao at oracle dot com 2020-06-10 8:16 ` marxin at gcc dot gnu.org 2020-06-10 8:21 ` marxin at gcc dot gnu.org 2020-06-10 14:49 ` qing.zhao at oracle dot com 2020-06-10 19:43 ` marxin at gcc dot gnu.org 2020-06-10 20:17 ` qing.zhao at oracle dot com [this message] 2020-06-10 20:26 ` qing.zhao at oracle dot com 2020-06-11 9:14 ` marxin at gcc dot gnu.org 2020-06-11 14:12 ` qing.zhao at oracle dot com 2020-06-11 18:08 ` marxin at gcc dot gnu.org 2020-06-15 19:54 ` qinzhao at gcc dot gnu.org 2020-06-15 19:56 ` qinzhao at gcc dot gnu.org 2020-06-16 12:53 ` marxin at gcc dot gnu.org 2020-06-16 15:58 ` qinzhao at gcc dot gnu.org 2020-06-17 6:35 ` marxin at gcc dot gnu.org 2020-06-24 9:06 ` marxin at gcc dot gnu.org 2020-07-02 8:16 ` cvs-commit at gcc dot gnu.org 2020-07-02 8:24 ` marxin at gcc dot gnu.org 2020-07-02 8:24 ` marxin at gcc dot gnu.org 2021-04-27 11:38 ` jakub at gcc dot gnu.org 2021-07-28 7:04 ` rguenth at gcc dot gnu.org
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-95348-4-hymT7puBCU@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).