[sword-devel] engine profiling

Troy A. Griffitts scribe at crosswire.org
Tue Jul 22 03:56:32 MST 2008

Hey Karl,

Yeah, it might be nice to have such a utility, but I think I fixed it.

Found this line:

void zVerse::zReadText(char testmt, long start, unsigned short size, 
SWBuf &inBuf) {
      if ((size > 0) && cacheBuf && ((unsigned)start < cacheBufSize)) { 
  //TODO: optimize this, remove strlen



New numbers with all filters and functionality in place:

[scribe at laptop cmdline]$ time ./outplain KJV > /dev/null
Real	0m8.732s
user	0m8.034s
sys	0m0.578s

[scribe at laptop cmdline]$ time ./search KJV "God love world"
John 3:16
James 2:5
I John 3:1
I John 3:17
I John 4:1
I John 4:9

real	0m3.006s
user	0m2.283s
sys	0m0.572s

I'm very happy with those numbers.  Let's see if we can get svn to 
compile on a mobile platform and see how we do for small devices.


Karl Kleinpaste wrote:
> "Troy A. Griffitts" <scribe at crosswire.org> writes:
>> The difference between iterating the KJV 
>> (heavily tagged OSIS zText) and GerLut (reasonably tagged GBF RawText) 
>> without filters involved, was about 5x speed difference (12.9s vs. 2.7s).
> I have wondered now and again about a utility which would do a one-time
> decompress with a requisite update of .conf, after the fashion of
> mkfastmod (that is to say, as a distinct step of maintaining one's
> modules), just to step past the "compressed module => slow performance"
> problem entirely.
> I understand the need for compressed support for the sake of reduced
> download times as well as not being wasteful for folks on space-limited
> platforms.  But for those of us using modern systems where monster discs
> have become routine, disc space costs nothing, and the performance
> trade-off is obvious.
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page

More information about the sword-devel mailing list