Re: Variations in importing SGML docs into FM+SGML

[Marcus Carr <mrc@xxxxxxxxxxxxxx>]

Dan Emory wrote:

> In my reply to your post, I reported the effects
> on import time of the following additional changes from the
> original test SGML file #2, which took 35 minutes to import.
> This version had each of the 23 bio fields in a separately named
> text range container, and used entity references to produce the
> prefixes to each field:

I'm not certain if the following is correct, but this is the way that I understand
what you're saying:


ELEMENTS      TIME     SEC/ELEMENT

--------     ------    -----------

  12,000     35 min       5.714

   2,000      5 min       6.666

   2,600      8 min       5.416

> The common denominators that seem to affect the import time
> in these three test cases are file size and element count.
> Import time seems to be proportional to file size, and above
> a certain point (a file size somewhere in the 375 KB to 500KB
> range), the import time appears to increase almost exponentially
> with increasing file size.

I don't see that. I would anticipate that there is some overhead with loading any
file - perhaps that accounts for the high count on the document with the least
number of elements. Between the first and third rows of the table above, the
difference is less than 6% - is this what you're referring to? Surely there's no
question that the complexity of the document will contribute to the amount of time
required to open it?


--
Regards,

Marcus Carr                      email:  mrc@allette.com.au
___________________________________________________________________
Allette Systems (Australia)      www:    http://www.allette.com.au
___________________________________________________________________
"Everything should be made as simple as possible, but not simpler."
       - Einstein



** To unsubscribe, send a message to majordomo@omsys.com **
** with "unsubscribe framers" (no quotes) in the body.   **