I ran the mifluz-merge "branch" through gprof with no optimization. Honestly, the results fall in line with what I expected. The test was run on 2500 files from my file:///usr/share/doc/ directory.
% cumulative self self total time seconds seconds calls s/call s/call name 6.89 6.95 6.95 3469150 0.00 0.00 CDB___bam_search 5.12 12.11 5.16 4155826 0.00 0.00 __lock_get_internal 5.04 17.19 5.08 7943668 0.00 0.00 CDB_memp_fget 4.49 21.73 4.53 38744639 0.00 0.00 CDB___bam_defpfx 4.33 26.10 4.37 53265077 0.00 0.00 CDB___bam_cmp 4.05 30.18 4.08 7943668 0.00 0.00 CDB_memp_fput 3.77 33.99 3.80 15503143 0.00 0.00 URL::~URL [in-charge]() 2.43 36.43 2.45 7918156 0.00 0.00 __lock_put_internal 2.25 38.70 2.27 31454 0.00 0.00 Server::Server[not-in-charge](URL, StringList*) 2.18 40.91 2.20 7918156 0.00 0.00 CDB___lock_getobj 2.01 42.93 2.03 15836047 0.00 0.00 CDB___lock_getlocker 1.99 44.94 2.01 7310340 0.00 0.00 CDB___db_icursor 1.88 46.83 1.89 7917891 0.00 0.00 __lock_checklocker 1.74 48.59 1.76 1814632 0.00 0.00 CDB___bam_iitem 1.74 50.35 1.75 CDB___bam_defcmp 1.70 52.06 1.71 7308751 0.00 0.00 CDB___db_c_close 1.48 53.55 1.49 4155826 0.00 0.00 CDB_lock_vec Unfortunately, I "upgraded" this machine to RH8.0, which seems to have the usual RH X.0 bugs. So I'm working on getting comparable profiling from the default 3.2.0b4 branch. OTOH, it seems like the database code is just slower. I'm going to get testing results from the native mifluz code itself this weekend--which will tell me if the problem is from Loic's code getting slower or if I've missed something in his API changes that's slowing us down. -Geoff ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ htdig-dev mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/htdig-dev
