> OK, I think I can see why this is so slow. The issue is that > each.LastModified translates into a call of > Federation.GetTopicModificationTime. But when doing a SortBy, each > element > is going to be compared *many time* to its neighbors, resulting in > dozens > and dozens of calls into the Federation, with all the security checking > and > whatnot that implies. Even though it's hitting cache, it's still going > to be > expensive.
All right, I made the changes and checked them in. I still need to rerun my performance tests to see what the effect is, but since I should probably go pretend to do work now, I thought I'd commit my changes in case someone gets a chance to try it out before I do. So grab build 2.0.0.137 and see if it works any better. I sure hope it does. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Flexwiki-users mailing list Flexwiki-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flexwiki-users
