https://bugzilla.wikimedia.org/show_bug.cgi?id=55416
Kevin Israel (PleaseStand) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from Kevin Israel (PleaseStand) <[email protected]> --- I can see that page, though I get these HTML comments in the output: <!-- NewPP limit report CPU time usage: 109.495 seconds Real time usage: 112.215 seconds Preprocessor visited node count: 607841/1000000 Preprocessor generated node count: 92476/1500000 Post‐expand include size: 293239/2048000 bytes Template argument size: 157362/2048000 bytes Highest expansion depth: 15/40 Expensive parser function count: 0/500 --> <!-- Saved in parser cache with key metawiki:pcache:idhash:21143-0!*!0!!en!*!* and timestamp 20131026035642 --> <!-- parser cache is expired, sending anyway due to pool overload--> This explains why Andre did not see a problem. When I changed some of my Appearance preferences (to get a different set of parser options), I did see the error message described in comment 0. And when I went to the edit page and clicked Preview, the request timed out with a Wikimedia Foundation Error message. I imported the page and the templates it uses into my test wiki then used the getText.php and parse.php maintenance scripts to get some profiling data. It seems that about 84% of parsing time is spent in Template:NUMBEROF/data, which contains a giant #switch, as does its indirect caller Template:NUMBEROFGROUP/data. Algorithmically, this is very, very inefficient. Perhaps those templates could be implemented more efficiently in Lua, or the bot that updates them could be changed to generate the finished reports directly. -- 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
