www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/07/06/03:04:56

From: stl137 AT aol DOT com (S. T. L.)
Newsgroups: comp.os.msdos.djgpp
Subject: Voodoo optimization?
Lines: 20
NNTP-Posting-Host: ladder05.news.aol.com
X-Admin: news AT aol DOT com
Date: 06 Jul 2000 05:56:18 GMT
Organization: AOL http://www.aol.com
Message-ID: <20000706015618.01353.00001528@ng-bj1.aol.com>
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Hi. I've been trying to squeeze more optimized code out of DJGPP by playing
with various switches.  (I don't know C yet, but I hope to learn it soon!)  I'm
compiling BladeEnc, an MP3 encoder, and want to see how fast I can get it. 
(No, I don't use it to transfer music over the Internet.)  By turning on
various switches, I've found that the commandline
GCC -s -O2 -march=i686 -fomit-frame-pointer -ffast-math -funroll-loops
-funroll-all-loops -malign-double -fstrict-aliasing -o BLADE.EXE *.c
seems to produce the fastest code.  (I'm doing this on a Pentium III system.)
Am I missing any blindingly obvious switches I should be trying?  I've tried
several other switches, but they all have no effect or detrimental effects. 
I'm looking for speed, not for size.

(BladeEnc's homepage is at bladeenc.mp3.no and is under the LGPL.)

Thanks for your time!

-*---*-------
S.T.L.  My Quotes Page * http://quote.cjb.net * leads to my NEW site.
Pages up: 419 Quotes, 52 reviews of 169 science books, and a review of
the Foundation series. Newest Page: S.T.L.'s Files for Download!

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019