> A quick check on my small Wiki shows improvement on the RecentChanges > page (LastModified.aspx) where the first pass is 1670ms and all > subsequent passes are 660ms.
RecentChanges shouldn't have changed at all - it doesn't render via WikiTalk, right? > None of my sorts are big enough to see any other difference, except > about a 50ms increase in overhead due to the additional checks for > cached results. I find it hard to believe that the overhead due to checking a Boolean is anything other than "immeasurably small", unless you're referring to something else. I reran my tests, too, though. None of the results make any sense either: some of the pages are slower, some are faster. But this really ought to have made a big difference. We're talking thousands of saved calls into the Federation/NamespaceManager/AuthorizatonProvider/CachingProvider. I was nearly sure we'd see a big improvement. I have some ideas for how to proceed with profiling, but I guess it'll have to wait until after the holiday weekend (Labor Day in the US). ------------------------------------------------------------------------- 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
