--- Additional Comments From ken dot duda at gmail dot com 2004-11-14
17:03 ---
Subject: Re: new/delete much slower than malloc/free because of sjlj exceptions
Thanks, Paul. Let me know if I can help in any way. I appeneded the
output of "gcc -v".
-Ken
===
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc,pascal --enable-nls
--without-included-gettext --enable-libgcj --with-system-zlib
--enable-interpreter --enable-threads=posix --enable-java-gc=boehm
--enable-sjlj-exceptions --disable-version-specific-runtime-libs
--disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)
On 13 Nov 2004 11:03:05 -, paulthomas2 at wanadoo dot fr
<[EMAIL PROTECTED]> wrote:
>
> That's interesting
>
> Using your test case:
> (i) gcc 3.2 20020927 ( prerelease) both versions take 0.62micro-sec/new
> (ii) gcc 3.1.1 (cygming special) I get 2.1 and 0.66micro-sec/new
> (iii) gcc 4.0.0 20041010 (experimental) I get 0.62 and 0.59micro-sec/new
>
> This latter was a tad unexpected - I built in from a snapshot on one of the
> German mirror sites. Does this imply that I have picked up Dwarf2 as a
> default?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14563