https://bugzilla.wikimedia.org/show_bug.cgi?id=29111
--- Comment #39 from Rob Lanphier <[email protected]> 2011-07-26 00:30:15 UTC --- I ran the following command lines: for i in `seq 1 20`; do /usr/bin/time -f'%e' -a -o /tmp/1.16times wget --quiet http://www.mixesdb.com/db/index.php/Main_Page; sleep 20; donefor i in `seq 1 20`; do /usr/bin/time -f'%e' -a -o /tmp/1.17times wget --quiet http://www.mixesdb.com/db17/index.php/Main_Page; sleep 20; done These ran a "wget" against the provided URLs every 20 seconds for a total of 20 attempts for each version of MediaWiki, timing the result. Here are the times, sorted from fastest to slowest: MediaWiki 1.16: 1.75, 1.76, 1.82, 1.86, 1.87, 1.91, 1.93, 1.94, 1.98, 2.00, 2.03, 2.03, 2.04, 2.10, 2.13, 3.39, 3.43, 3.44, 9.63, 36.42 MediaWiki 1.17: 1.83, 1.84, 1.86, 1.88, 1.89, 1.92, 1.92, 1.94, 1.95, 1.97, 1.98, 2.01, 2.11, 2.17, 2.32, 2.48, 3.74, 4.25, 5.01, 30.15 The median time is almost identical between MediaWiki 1.16 and 1.17, and the average for MediaWiki 1.17 is slightly better. That's not to say there isn't a problem with MW 1.17, but it isn't really obvious based on this particular result. For example, it may be that the problems are almost exclusively in the Javascript (which isn't measured by this test). I'd encourage others to run tests that narrow down any performance problems that might exist here. It would also be helpful for to see a series of tests using YSlow or Google Page Speed. There are a lot of us that are very interested in better performance for MediaWiki, and greatly appreciate detailed reports that help us improve the performance. Please help us gather information that's useful to fix these problems. Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
