IE JS/DOM performance degradation weirdness — OZONE Asylum, home of the Mad Scientists

DHTML/Javascript

IE JS/DOM performance degradation weirdness

This page's ID: 27610

Edit Post

Who can edit a post?	The poster and administrators may edit a post. The poster can only edit it for a short while after the initial post.

Your User Name:
Your Password:
Login Options:	Remember Me On This Computer

Your Text: Insert Slimies » Insert UBB Code » Close Last Tag \| All Tags UBB Help	CollectGarbage just calls on the JScript garbage collector, so COM objects won't be affected. It's mostly useful if you create enormous arrays or container objects containing huge numbers of strings or numbers, and always change existing properties instead of creating new variables, objects and properties. This because of the way the JScript garbage collection is triggered - it's triggered by threshold numbers of different types of allocations. See <uri:[url]http://blogs.msdn.com/ericlippert/archive/2003/09/17/53038.aspx[/url]> for more on that. (I think he lists the numbers for the thresholds in the comments of another posting, but I can't remember which and can't be arsed to search it out... It's not that important for your situation anyways.) I don't know how iew keeps track of nodes belonging to a certain document but not in the tree of that document. It might be that it uses filters on the entire set of nodes, in the document or otherwise, to build it's collections. If it in fact does keep track of all nodes, then it might be that storing the innerHTML of the nodes instead of the actual nodes could work. (i.e. Destroy the nodes, but store their data...) -- var Liorean = { abode: "[sigrotate][url]http://liorean.web-graphics.com/[/url]\|[url]http://codingforums.com/[/url]\|[url]http://web-graphics.com/[/url][/sigrotate]", profile: "[url]http://codingforums.com/member.php?u=5798[/url]"}; Loading...
Options:	Enable Slimies Enable Linkwords

« Backwards — Onwards »

Show Forum Drop Down Menu