I would log some of your PHP then. I would fully expect parsing to take way more time than loading. But given your latest bit of info I would lay my money on the dynamic generation of the XML.
Charles P. On Thu, Oct 30, 2008 at 10:42 AM, Matt S. <[EMAIL PROTECTED]> wrote: > No, its definitely in the loading, i've got it tracing out in the > flash and all the delay is happening during the initial load of the > XML, not during the parsing. But the actual live load is from php, eg > "../tommunro_v2_xml.php" so it may be when the php is parsing the XML > and generating it. > > .m > > On Thu, Oct 30, 2008 at 11:28 AM, Hans Wichman > <[EMAIL PROTECTED]> wrote: > > Hi, > > > > its only 60kb? > > That shouldn't take too long. > > > > Can you see what is taking up the time? Might be parsing instead of > loading. > > > > regards, > > JC > > > > On Thu, Oct 30, 2008 at 4:00 PM, Matt S. <[EMAIL PROTECTED]> wrote: > >> So I know this is kind of a mammoth XML file to load all at once, but > >> it doesnt seem THAT big, but its taking longer than expected. Can > >> anyone look at this XML and suggest any ways to optimize it, that dont > >> involve breaking it up into multiple files? > >> > >> http://knowawall.com/dev/tommunro/tommunro_xml2.xml > >> _______________________________________________ > >> Flashcoders mailing list > >> [email protected] > >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > >> > > _______________________________________________ > > Flashcoders mailing list > > [email protected] > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > _______________________________________________ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > _______________________________________________ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
