[Top][All Lists]
[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