[Bug win32/14619] Slow startup when built without --disable-nls

[Bug win32/14619] Slow startup when built without --disable-nls

[vanboxem.ruben at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

vanboxem.ruben at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |*-*-mingw*

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] New: Slow startup when built without --disable-nls

[vanboxem.ruben at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

             Bug #: 14619
           Summary: Slow startup when built without --disable-nls
           Product: gdb
           Version: HEAD
            Status: NEW
          Severity: normal
          Priority: P2
         Component: win32
        AssignedTo: unassigned@sourceware.org
        ReportedBy: vanboxem.ruben@gmail.com
    Classification: Unclassified


On Windows, when starting a Qt GUI "Hello World!" style app, startup time on my
8GB RAM Core i5 2.5-3.2 GHz is dramatically increased when gdb is not built
without nls. Doing

gdb testapp
set verbose on
run

shows me that the delay is due to symbol loading of QtCore4d (2 vs 6 seconds)
and QtGui4d (6 vs 18 seconds). The times are counted by me and recorder
visually. The issue is discussed here:
http://sourceforge.net/mailarchive/message.php?msg_id=29795741

Where the "rubenvb" build left out --disable-nls and the mingw-builds didn't. I
built gdb with --disable-nls seperately and verified it improves the times as
described above and in that thread.

I'm sure this isn't wanted. Providing a minimal testcase will be difficult, the
Qt debug DLL's involved are quite large, but it should be reproducible with the
official Qt installer and for example my GCC 4.7.1 32-bit toolchains' gdb.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] Slow startup when built without --disable-nls

[asmwarrior at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

asmwarrior <asmwarrior at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |asmwarrior at gmail dot com

--- Comment #1 from asmwarrior <asmwarrior at gmail dot com> 2012-09-26 00:53:03 UTC ---
Does this a 64bit gdb issue or 32bit gdb issue?
I read the post:
http://sourceforge.net/mailarchive/message.php?msg_id=29795741
They said they were using "mingw64-gcc-4.7.1-2-rubenvb and Mingw-builds-4.7.1
(both 64 bit native) in Qt Creator".

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] Slow startup when built without --disable-nls

[vanboxem.ruben at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

--- Comment #2 from vanboxem.ruben at gmail dot com 2012-09-27 08:34:54 UTC ---
(In reply to comment #1)
> Does this a 64bit gdb issue or 32bit gdb issue?
> I read the post:
> http://sourceforge.net/mailarchive/message.php?msg_id=29795741
> They said they were using "mingw64-gcc-4.7.1-2-rubenvb and Mingw-builds-4.7.1
> (both 64 bit native) in Qt Creator".

It is not specific to 64-bit. I just built and tested a 32-bit Qt with my 4.7.2
32-bit toolchain and slow gdb, and startup is about 16 seconds. Switching to a
gdb configured with --disable-nls makes that startup time about 6 seconds.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] Slow startup when built without --disable-nls

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tromey at redhat dot com

--- Comment #3 from Tom Tromey <tromey at redhat dot com> 2012-09-27 15:28:14 UTC ---
(In reply to comment #2)
>  Switching to a
> gdb configured with --disable-nls makes that startup time about 6 seconds.

I saw something similar to this once where a certain .exe was causing
gdb to emit millions of calls to complaint.
The simplest way to track it down is to do some profiling to see what
the problem really is.
That may give us some idea of what to do about it.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] Slow startup when built without --disable-nls

[vanboxem.ruben at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

--- Comment #4 from vanboxem.ruben at gmail dot com 2012-09-28 10:48:29 UTC ---
Created attachment 6659
  --> http://sourceware.org/bugzilla/attachment.cgi?id=6659
gprof profile data for GDB with and without nls

I attached profile data for gdb without --disable-nls (gdb.txt) and with
--disable-nls (gdb-nls.txt). I have verified that under profiling the
difference in time between the two versions is present.

I built expat/gdb like this:
$ ../expat-2.1.0/configure --host=x86_64-w64-mingw32 --prefix=/expat
--disable-shared CFLAGS=-pg CXXFLAGS=-pg LDFLAGS=-pg && make && make install

$ ../gdb-7.5/configure --host=x86_64-w64-mingw32 --prefix=/gdb
--disable-multilib --disable-win32-registry --disable-rpath --disable-werror
AR=ar --with-libexpat-prefix=/expat --disable-nls CFLAGS=-pg CXXFLAGS=-pg
LDFLAGS=-pg && make && make install

$ ../gdb-7.5/configure --host=x86_64-w64-mingw32 --prefix=/gdb-nls
--disable-multilib --disable-win32-registry --disable-rpath --disable-werror
AR=ar --with-libexpat-prefix=/expat CFLAGS=-pg CXXFLAGS=-pg LDFLAGS=-pg && make
&& make install

If you need anything else, I'll see what I can do.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] Slow startup when built without --disable-nls

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14619

--- Comment #5 from Tom Tromey <tromey at redhat dot com> 2012-09-28 15:27:51 UTC ---
Something strange is going on, because the profile data
says that the two runs took nearly the same time.

>From gdb-nls.txt:

granularity: each sample hit covers 4 byte(s) for 0.08% of 11.99 seconds

>From gdb.txt:

granularity: each sample hit covers 4 byte(s) for 0.09% of 11.70 seconds

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug win32/14619] Slow startup when built without --disable-nls

[tromey at sourceware dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=14619

Tom Tromey <tromey at sourceware dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING
                 CC|                            |tromey at sourceware dot org

--- Comment #6 from Tom Tromey <tromey at sourceware dot org> ---
We discovered with the new DWARF indexer that strcasecmp is
extremely slow on mingw.  The new indexer has its own version
that is much faster.  So, I wonder if that has fixed this problem?
It's in GDB 13.

-- 
You are receiving this mail because:
You are on the CC list for the bug.