https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
Bug 98863 depends on bug 80930, which changed state.
Bug 80930 Summary: REE pass causes high memory usage via df_mir_alloc() with
ASAN+UBSAN turned on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80930
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #17 from rguenther at suse dot de ---
On Fri, 29 Jan 2021, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
>
> --- Comment #16 from Martin Liška ---
> (In reply to Martin Liška from comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #16 from Martin Liška ---
(In reply to Martin Liška from comment #15)
> (In reply to Richard Biener from comment #14)
> > Created attachment 50079 [details]
> > patch I am testing
> >
> > Maybe you can produce updated mem-report with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #15 from Martin Liška ---
(In reply to Richard Biener from comment #14)
> Created attachment 50079 [details]
> patch I am testing
>
> Maybe you can produce updated mem-report with this patch?
I'm testing the patch with my plotting s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #14 from Richard Biener ---
Created attachment 50079
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50079&action=edit
patch I am testing
Maybe you can produce updated mem-report with this patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #12 from Richard Biener ---
Wow, so the MIR problem starts with
static void
df_mir_alloc (bitmap all_blocks)
{
...
EXECUTE_IF_SET_IN_BITMAP (all_blocks, 0, bb_index, bi)
{
...
bitmap_set_range (&bb_info->in, 0, DF_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
Richard Biener changed:
What|Removed |Added
Depends on||80930
--- Comment #11 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #10 from Richard Biener ---
But I wonder why the mem-report doesn't show these? They dont' sum up to 20GB
for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #9 from Richard Biener ---
Ah, I guess -fno-ree on the lto1 command-line gets ignored :/ So yeah, there's
known issues with REE (PR80930 and PR98144).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #8 from Richard Biener ---
So -fno-ree doesn't help (just figured it might be given the DF numbers). But
confirmed:
> /usr/bin/time
> /home/rguenther/install/gcc-11.0/usr/local/bin/../lib64/gcc/../../lib/gcc/x86_64-pc-linux-gnu/11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #7 from Martin Liška ---
I set up ulimit -v 16GB and I attached gdb. Allocation failure happens here:
(gdb) p *current_pass
$1 = {
= {
type = RTL_PASS,
name = 0x19f43ae "ree",
(gdb) bt
#0 xmalloc_failed (size=size@entry=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #6 from Richard Biener ---
df-problems.c:228 (df_rd_alloc)702M: 6.9% 705M
18M: 0.7% 0 0 heap
df-problems.c:509 (df_rd_transfer_function) 3709M: 36.6% 3709M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #5 from Richard Biener ---
So GC memory according to -ftime-report isn't so bad. tail of sorted (after
time):
TOTAL : 25.40 0.32 25.75
244M
TOTAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #4 from Martin Liška ---
Created attachment 50075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50075&action=edit
time and memory report
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #3 from Martin Liška ---
It's 521.wrf_r from SPEC 2017.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #2 from Richard Biener ---
Huh. I guess you need to trace that with detailed mem stats, split itself
should be really OK it should be linear in the number of (split) insns.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
18 matches
Mail list logo
