I have an apache/mod-perl application that can results in large xml
strings which are then transformed by xslt into html. A database query
can result in an xml string with a length greater than 300,000 . In a
normal perl allocation you can pre-extend the string to prevent repeated
new
Didn't we just have this discussion?
It is extremely hard for pre-extending strings to result in actual
performance improvements, and at best you can get a very small win in
return for a lot of work. In fact the extra effort of having to track
where you are in the string manually almost
On 12/13/05, Aaron Sherman [EMAIL PROTECTED] wrote:
On Mon, 2005-12-12 at 16:44 -0500, Uri Guttman wrote:
DL == Donald Leslie {74279} [EMAIL PROTECTED] writes:
DL I have an apache/mod-perl application that can results in large
DL xml strings which are then transformed by xslt into
AS == Aaron Sherman [EMAIL PROTECTED] writes:
AS On Mon, 2005-12-12 at 16:44 -0500, Uri Guttman wrote:
and on a final note, these days 300k is not even a long string.
AS But it IS a fairly large amount of XML, given how expensive XML parsing
AS can be (sigh). It's especially painful
DL == Donald Leslie {74279} [EMAIL PROTECTED] writes:
DL I have an apache/mod-perl application that can results in large
DL xml strings which are then transformed by xslt into html. A
DL database query can result in an xml string with a length greater
DL than 300,000 . In a normal perl
