× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



> It is generally much more efficient there as well.

I'll wait to hear from Hans on this one.  And I'm not using
32k fields which you are doing your comparison against..
they are 1024.

I know that using CHECKR on a 32k field is terrible slow..
Normally the "chunks" of data that are written don't need to
be 32k.  CGIDEV2 uses this size because of how it works
compared to what I've suggested in my books.

>
> PS.  Brad - disagreeing with you doesn't constitute
> nit-picking.  It just
> means I disagree with you!

But you're disagreeing with something I didn't do... CHECKR
on a 1024 field will be 100 times faster than CHECKR on a
32k field, I agree.  But I didn't use 32k fields.  Don't
need to.

But, I still bet that the performance difference if looked
at the whole picture aren't that far off.  CHECKR,
%len(%trim()), or variable length fields using %len().
There is processing that needs to take place whether keeping
track of the length of the variable length field or figuring
the length of a standard field.  Hans.. help us out here.
:)

Brad
www.bvstools.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.