[Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time

public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
       [not found] <bug-45364-4@http.gcc.gnu.org/bugzilla/>
@ 2012-02-02 17:36 ` pinskia at gcc dot gnu.org
  2014-01-28  9:03 ` rguenth at gcc dot gnu.org
  2014-01-28 13:14 ` rguenth at gcc dot gnu.org
  2 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu.org @ 2012-02-02 17:36 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |compile-time-hog
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2012-02-02
               Host|i686-pc-linux-gnu           |
     Ever Confirmed|0                           |1
              Build|i686-pc-linux-gnu           |
           Severity|enhancement                 |minor

--- Comment #7 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-02-02 17:35:42 UTC ---
With checking still enabled we get:
-O1 -g:
 var-tracking dataflow   :   7.73 (57%) usr   0.05 (12%) sys   7.78 (56%) wall 
     0 kB ( 0%) ggc
-O2 -g:
 var-tracking dataflow   :  15.23 (45%) usr   0.07 (13%) sys  15.33 (45%) wall 
     0 kB ( 0%) ggc

-O2:
 CPROP                   :   4.35 (27%) usr   0.02 ( 4%) sys   4.36 (27%) wall 
  2486 kB ( 3%) ggc


on the trunk.
I have not checked without checking enabled.

So confirmed but it has improved a lot already.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
       [not found] <bug-45364-4@http.gcc.gnu.org/bugzilla/>
  2012-02-02 17:36 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time pinskia at gcc dot gnu.org
@ 2014-01-28  9:03 ` rguenth at gcc dot gnu.org
  2014-01-28 13:14 ` rguenth at gcc dot gnu.org
  2 siblings, 0 replies; 8+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-28  9:03 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364

--- Comment #8 from Richard Biener <rguenth at gcc dot gnu.org> ---
Author: rguenth
Date: Tue Jan 28 09:02:59 2014
New Revision: 207172

URL: http://gcc.gnu.org/viewcvs?rev=207172&root=gcc&view=rev
Log:
2014-01-28  Richard Biener  <rguenther@suse.de>

    PR rtl-optimization/45364
    PR rtl-optimization/59890
    * var-tracking.c (local_get_addr_clear_given_value): Handle
    already cleared slot.
    (val_reset): Handle not allocated local_get_addr_cache.
    (vt_find_locations): Use post-order on the inverted CFG.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/var-tracking.c


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
       [not found] <bug-45364-4@http.gcc.gnu.org/bugzilla/>
  2012-02-02 17:36 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time pinskia at gcc dot gnu.org
  2014-01-28  9:03 ` rguenth at gcc dot gnu.org
@ 2014-01-28 13:14 ` rguenth at gcc dot gnu.org
  2 siblings, 0 replies; 8+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-28 13:14 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364

--- Comment #9 from Richard Biener <rguenth at gcc dot gnu.org> ---
Author: rguenth
Date: Tue Jan 28 13:13:54 2014
New Revision: 207182

URL: http://gcc.gnu.org/viewcvs?rev=207182&root=gcc&view=rev
Log:
2014-01-28  Richard Biener  <rguenther@suse.de>

    Revert
    2014-01-28  Richard Biener  <rguenther@suse.de>

    PR rtl-optimization/45364
    PR rtl-optimization/59890
    * var-tracking.c (local_get_addr_clear_given_value): Handle
    already cleared slot.
    (val_reset): Handle not allocated local_get_addr_cache.
    (vt_find_locations): Use post-order on the inverted CFG.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/var-tracking.c


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364]  New: Apparent infinite loop while compiling wine's directx.c with -O1 -g
@ 2010-08-21  1:00 bero at arklinux dot org
  2010-08-21  1:10 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time bero at arklinux dot org
                   ` (4 more replies)
  0 siblings, 5 replies; 8+ messages in thread
From: bero at arklinux dot org @ 2010-08-21  1:00 UTC (permalink / raw)
  To: gcc-bugs

Building the attached code with

gcc -m32 -O1 -g -c directx.i -o test.o

takes forever.

On a machine where
gcc -m32 -O0 -g -c directx.i -o test.o
finishes in 2.9 seconds and
gcc -m32 -O2 -c directx.i -o test.o
finishes in 15 seconds, I left
gcc -m32 -O2 -g -c directx.i -o test.o
running overnight and it still didn't finsh - either something is incredibly
slow, or (more likely) it hits an infinite loop somewhere.


-- 
           Summary: Apparent infinite loop while compiling wine's directx.c
                    with -O1 -g
           Product: gcc
           Version: 4.5.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: middle-end
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: bero at arklinux dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
  2010-08-21  1:00 [Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g bero at arklinux dot org
@ 2010-08-21  1:10 ` bero at arklinux dot org
  2010-08-21  5:13 ` hjl dot tools at gmail dot com
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 8+ messages in thread
From: bero at arklinux dot org @ 2010-08-21  1:10 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from bero at arklinux dot org  2010-08-21 01:10 -------
Assumed it was an infinite loop a bit too early -- it did finish after giving
it some more time.

There is a speed problem though. Updating summary and severity.


-- 

bero at arklinux dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
            Summary|Apparent infinite loop while|Compiling wine's directx.c
                   |compiling wine's directx.c  |with -O1 -g takes a very
                   |with -O1 -g                 |long time


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
  2010-08-21  1:00 [Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g bero at arklinux dot org
  2010-08-21  1:10 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time bero at arklinux dot org
@ 2010-08-21  5:13 ` hjl dot tools at gmail dot com
  2010-08-21 14:36 ` mikpe at it dot uu dot se
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 8+ messages in thread
From: hjl dot tools at gmail dot com @ 2010-08-21  5:13 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from hjl dot tools at gmail dot com  2010-08-21 05:13 -------
On Linux/Intel64, I got

time /usr/gcc-4.5/bin/gcc -m32 -O2  pr45364.i -g -c      /tmp
/usr/gcc-4.5/bin/gcc -m32 -O2 pr45364.i -g -c  110.63s user 0.17s system 99%
cpu 1:50.87 total
[hjl@gnu-6 tmp]$ /usr/gcc-4.5/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/usr/gcc-4.5/bin/gcc
COLLECT_LTO_WRAPPER=/usr/gcc-4.5/libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /net/gnu-13/export/gnu/src/gcc-4.5/gcc/configure
--enable-clocale=gnu --with-system-zlib --enable-checking=assert
--with-demangler-in-ld --enable-shared --enable-threads=posix --enable-haifa
--prefix=/usr/gcc-4.5 --with-local-prefix=/usr/local --with-plugin-ld=ld.gold
--enable-gold --with-fpmath=sse
Thread model: posix
gcc version 4.5.1 (GCC) 
[hjl@gnu-6 tmp]$ 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
  2010-08-21  1:00 [Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g bero at arklinux dot org
  2010-08-21  1:10 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time bero at arklinux dot org
  2010-08-21  5:13 ` hjl dot tools at gmail dot com
@ 2010-08-21 14:36 ` mikpe at it dot uu dot se
  2010-08-21 15:45 ` mikpe at it dot uu dot se
  2010-08-21 15:57 ` jakub at gcc dot gnu dot org
  4 siblings, 0 replies; 8+ messages in thread
From: mikpe at it dot uu dot se @ 2010-08-21 14:36 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #4 from mikpe at it dot uu dot se  2010-08-21 14:36 -------
Well something in -g processing is a CPU hog.  On my Turion X2 Ultra ZM-82
laptop (2.2GHz x 2 cores) with 32-bit kernel and vanilla gcc-4.5.1
(--enable-checking=release) I get:

> time gcc -m32 -O0  -c pr45364.i
1.220u 0.120s 0:01.35 99.2%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O0 -g -c pr45364.i
1.500u 0.060s 0:01.57 99.3%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O1 -c pr45364.i
3.100u 0.100s 0:03.21 99.6%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O1 -g -c pr45364.i
22.590u 0.190s 0:22.81 99.8%    0+0k 0+0io 0pf+0w
> time gcc -m32 -O2 -c pr45364.i
8.680u 0.210s 0:08.93 99.5%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O2 -g -c pr45364.i
238.490u 0.340s 3:58.97 99.9%   0+0k 0+0io 0pf+0w

During the last -O2 -g run I ran top and cc1 only used about 200MB, so swapping
is not the problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
  2010-08-21  1:00 [Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g bero at arklinux dot org
                   ` (2 preceding siblings ...)
  2010-08-21 14:36 ` mikpe at it dot uu dot se
@ 2010-08-21 15:45 ` mikpe at it dot uu dot se
  2010-08-21 15:57 ` jakub at gcc dot gnu dot org
  4 siblings, 0 replies; 8+ messages in thread
From: mikpe at it dot uu dot se @ 2010-08-21 15:45 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #5 from mikpe at it dot uu dot se  2010-08-21 15:44 -------
(In reply to comment #4)
> Well something in -g processing is a CPU hog.  On my Turion X2 Ultra ZM-82
> laptop (2.2GHz x 2 cores) with 32-bit kernel and vanilla gcc-4.5.1
> (--enable-checking=release) I get:

Same machine, but running a 64-bit kernel and using a 64-bit gcc-4.5.1:

> time gcc -m32 -O0 -c pr45364.i
1.390u 0.090s 0:01.49 99.3%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O0 -g -c pr45364.i
1.630u 0.060s 0:01.71 98.8%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O1 -c pr45364.i
3.690u 0.090s 0:03.80 99.4%     0+0k 0+0io 0pf+0w
> time gcc -m32 -O1 -g -c pr45364.i
26.740u 0.230s 0:27.00 99.8%    0+0k 0+0io 0pf+0w
> time gcc -m32 -O2 -c pr45364.i
10.960u 0.220s 0:11.52 97.0%    0+0k 0+0io 0pf+0w
> time gcc -m32 -O2 -g -c pr45364.i
291.430u 0.540s 4:52.15 99.9%   0+0k 0+0io 0pf+0w

In the last -O2 -g run cc1 used about 344MB of address space.

So it doesn't take forever but -g is definitely a CPU hog.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
  2010-08-21  1:00 [Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g bero at arklinux dot org
                   ` (3 preceding siblings ...)
  2010-08-21 15:45 ` mikpe at it dot uu dot se
@ 2010-08-21 15:57 ` jakub at gcc dot gnu dot org
  4 siblings, 0 replies; 8+ messages in thread
From: jakub at gcc dot gnu dot org @ 2010-08-21 15:57 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #6 from jakub at gcc dot gnu dot org  2010-08-21 15:56 -------
On the trunk this takes (--enable-checking=release)

time ./cc1 -g -O2 -quiet directx.i

real    2m49.038s
user    2m48.489s
sys     0m0.268s

here.  As InitAdapters is quite large, with more than thousand calls in it,
this isn't very surprising.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2014-01-28 13:14 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-45364-4@http.gcc.gnu.org/bugzilla/>
2012-02-02 17:36 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time pinskia at gcc dot gnu.org
2014-01-28  9:03 ` rguenth at gcc dot gnu.org
2014-01-28 13:14 ` rguenth at gcc dot gnu.org
2010-08-21  1:00 [Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g bero at arklinux dot org
2010-08-21  1:10 ` [Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time bero at arklinux dot org
2010-08-21  5:13 ` hjl dot tools at gmail dot com
2010-08-21 14:36 ` mikpe at it dot uu dot se
2010-08-21 15:45 ` mikpe at it dot uu dot se
2010-08-21 15:57 ` jakub at gcc dot gnu dot org

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).