libcvd-members
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [libcvd-members] libcvd Makefile.in configure.in cvd/fast_corner...


From: Edward Rosten
Subject: Re: [libcvd-members] libcvd Makefile.in configure.in cvd/fast_corner...
Date: Wed, 25 Jul 2007 16:54:40 -0600 (MDT)

I think mine finished after an hour - the resulting .o file is 68 megabytes.

I'm trying to compete with oll of KDE. So far, so good...

This seems excessive for a single function. (After strip it's 160K). libcvd.a ends up a whopping 100 meg, libcvd.so 30 meg.

I managed to generate trees that I couldn't compile. They'd die after taking up all 18G (a nice 64 bit machine there...).

Oddly, compiling without -g makes no difference.

I have this:

fast $ls -lh *.o
-rw-r--r--  1 edrosten edrosten  97K Jul 25 14:57 fast_10_detect.o
-rw-r--r--  1 edrosten edrosten 358K Jul 25 14:57 fast_10_score.o
-rw-r--r--  1 edrosten edrosten  93K Jul 25 14:57 fast_11_detect.o
-rw-r--r--  1 edrosten edrosten 306K Jul 25 14:57 fast_11_score.o
-rw-r--r--  1 edrosten edrosten  91K Jul 25 14:57 fast_12_detect.o
-rw-r--r--  1 edrosten edrosten 273K Jul 25 14:57 fast_12_score.o
-rw-r--r--  1 edrosten edrosten 187K Jul 25 14:54 fast_7_detect.o
-rw-r--r--  1 edrosten edrosten 1.5M Jul 25 14:56 fast_7_score.o
-rw-r--r--  1 edrosten edrosten 135K Jul 25 14:57 fast_8_detect.o
-rw-r--r--  1 edrosten edrosten 819K Jul 25 14:57 fast_8_score.o
-rw-r--r--  1 edrosten edrosten 108K Jul 25 14:09 fast_9_detect.o
-rw-r--r--  1 edrosten edrosten 494K Jul 25 14:09 fast_9_score.o

and after strip*.o:

fast $ls -lh *.o
-rw-r--r--  1 edrosten edrosten  18K Jul 25 16:42 fast_10_detect.o
-rw-r--r--  1 edrosten edrosten  48K Jul 25 16:42 fast_10_score.o
-rw-r--r--  1 edrosten edrosten  15K Jul 25 16:42 fast_11_detect.o
-rw-r--r--  1 edrosten edrosten  40K Jul 25 16:42 fast_11_score.o
-rw-r--r--  1 edrosten edrosten  14K Jul 25 16:42 fast_12_detect.o
-rw-r--r--  1 edrosten edrosten  33K Jul 25 16:42 fast_12_score.o
-rw-r--r--  1 edrosten edrosten  83K Jul 25 16:42 fast_7_detect.o
-rw-r--r--  1 edrosten edrosten 237K Jul 25 16:42 fast_7_score.o
-rw-r--r--  1 edrosten edrosten  45K Jul 25 16:42 fast_8_detect.o
-rw-r--r--  1 edrosten edrosten 122K Jul 25 16:42 fast_8_score.o
-rw-r--r--  1 edrosten edrosten  26K Jul 25 16:42 fast_9_detect.o
-rw-r--r--  1 edrosten edrosten  70K Jul 25 16:42 fast_9_score.o


with:
fast $g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure --prefix=/n/projects/connectionist 
--with-languages=all
Thread model: posix
gcc version 4.1.0

FWIW, the fedora 6 compiler (4.1.2) behaves the same way, all on 64-bit machines.

I expect there's some -fdisable-some-kind-of-optimization you could use which would make it much faster. I found -fno-strength-reduce is required on really huge trees. It's a very good optimization, so I don't reccomend leaving it out in general.


I've added some configure options so you can disable some FAST
detectors.
Try this:

--enable-missingfast=7,8,10,11,12

Cool.

It should work, but it's not 100% tested (as usual).

-Ed





reply via email to

[Prev in Thread] Current Thread [Next in Thread]