We're having issues with a MW installation that gets very slow when multiple users are logged in simultaneously. After a while the wiki becomes unresponsive and in some cases gives HTTP error 500. This has occurred with as few as three users logged in at once.
The wiki was installed on a Windows server 2016-server, following this guide: https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_on_Windows_Server.... My first thought was that there was too little server resources, but when I looked at the task manager, CPU was fairly consistently between 5 and 25% (there were a few spikes) and the RAM was steady at around 50%. MW version is 1.30.0.
I have turned on logging (following these instructions: https://www.mediawiki.org/wiki/Manual:How_to_debug#Logging), but I can't find any obvious cause for this behaviour. I have compiled a list of messages that looks suspicious here: https://phabricator.wikimedia.org/P6814. I didn't want to post the whole log since the logging instructions had security warnings about this.
Any help with how to proceed finding the cause for this and fixing it would be much appreciated.
All the best,
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84
One Thing you havent provided is the web server being used? is it IIS?
On 2018-03-07 15:13, Sebastian Berlin wrote:
We're having issues with a MW installation that gets very slow when multiple users are logged in simultaneously. After a while the wiki becomes unresponsive and in some cases gives HTTP error 500. This has occurred with as few as three users logged in at once.
The wiki was installed on a Windows server 2016-server, following this guide: https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_on_Windows_Server.... My first thought was that there was too little server resources, but when I looked at the task manager, CPU was fairly consistently between 5 and 25% (there were a few spikes) and the RAM was steady at around 50%. MW version is 1.30.0.
I have turned on logging (following these instructions: https://www.mediawiki.org/wiki/Manual:How_to_debug#Logging), but I can't find any obvious cause for this behaviour. I have compiled a list of messages that looks suspicious here: https://phabricator.wikimedia.org/P6814. I didn't want to post the whole log since the logging instructions had security warnings about this.
Any help with how to proceed finding the cause for this and fixing it would be much appreciated.
All the best,
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84 _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Ok, so its hard to say just from this. Some general things that may or may not apply:
* try disabling all extensions just to elliminate faulty extension as a cause. * enable profiling (if possible. Probably requires installing xhprof) to determine what mediawiki is spending all its time doing. This would be the most useful thing to figure out what is going on. * if using sqlite, switch to mariadb (sqlite has poor concurrency)
Some general performance tips: * ensure that caching is enabled. On IIS you probably want to set up XCache. Otherwise use apcu. Once apcu or xcache is set up, make sure wgMainCacheType = CACHE_ACCEL; *although windows is supported, mediawiki is definitely better tested on linux.
-- Brian
On Wednesday, March 7, 2018, Sebastian Berlin sebastian.berlin@wikimedia.se wrote:
We're having issues with a MW installation that gets very slow when multiple users are logged in simultaneously. After a while the wiki
becomes
unresponsive and in some cases gives HTTP error 500. This has occurred
with
as few as three users logged in at once.
The wiki was installed on a Windows server 2016-server, following this guide:
https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_on_Windows_Server... .
My first thought was that there was too little server resources, but when
I
looked at the task manager, CPU was fairly consistently between 5 and 25% (there were a few spikes) and the RAM was steady at around 50%. MW version is 1.30.0.
I have turned on logging (following these instructions: https://www.mediawiki.org/wiki/Manual:How_to_debug#Logging), but I can't find any obvious cause for this behaviour. I have compiled a list of messages that looks suspicious here:
https://phabricator.wikimedia.org/P6814.
I didn't want to post the whole log since the logging instructions had security warnings about this.
Any help with how to proceed finding the cause for this and fixing it
would
be much appreciated.
All the best,
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84 _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
One Thing you havent provided is the web server being used? is it IIS?
Yes, it's IIS.
Thanks for the tips, Brian. I'll look into those.
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84
On 7 March 2018 at 20:59, Brian Wolff bawolff@gmail.com wrote:
Ok, so its hard to say just from this. Some general things that may or may not apply:
- try disabling all extensions just to elliminate faulty extension as a
cause.
- enable profiling (if possible. Probably requires installing xhprof) to
determine what mediawiki is spending all its time doing. This would be the most useful thing to figure out what is going on.
- if using sqlite, switch to mariadb (sqlite has poor concurrency)
Some general performance tips:
- ensure that caching is enabled. On IIS you probably want to set up
XCache. Otherwise use apcu. Once apcu or xcache is set up, make sure wgMainCacheType = CACHE_ACCEL; *although windows is supported, mediawiki is definitely better tested on linux.
-- Brian
On Wednesday, March 7, 2018, Sebastian Berlin < sebastian.berlin@wikimedia.se> wrote:
We're having issues with a MW installation that gets very slow when multiple users are logged in simultaneously. After a while the wiki
becomes
unresponsive and in some cases gives HTTP error 500. This has occurred
with
as few as three users logged in at once.
The wiki was installed on a Windows server 2016-server, following this guide:
https://www.mediawiki.org/wiki/Manual:Installing_ MediaWiki_on_Windows_Server_2016 .
My first thought was that there was too little server resources, but when
I
looked at the task manager, CPU was fairly consistently between 5 and 25% (there were a few spikes) and the RAM was steady at around 50%. MW
version
is 1.30.0.
I have turned on logging (following these instructions: https://www.mediawiki.org/wiki/Manual:How_to_debug#Logging), but I can't find any obvious cause for this behaviour. I have compiled a list of messages that looks suspicious here:
https://phabricator.wikimedia.org/P6814.
I didn't want to post the whole log since the logging instructions had security warnings about this.
Any help with how to proceed finding the cause for this and fixing it
would
be much appreciated.
All the best,
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84 _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
I've done a bit of digging and noticed that, contrary to what I wrote earlier, the CPU sometimes running at 100% for a while. I've asked for extra cores to see if that fixes anything.
- try disabling all extensions just to elliminate faulty extension as a
cause.
I disabled all extensions, but could still provoke the behaviour quite easily.
- enable profiling (if possible. Probably requires installing xhprof) to
determine what mediawiki is spending all its time doing. This would be the most useful thing to figure out what is going on.
I managed to get profiling working with Xdebug. Here's a screenshot from QCachegrind with a typical profiling file loaded: https://phabricator.wikimedia.org/F15270287. I'm not exactly what it means, other than it looks like most of the time is spent on something unknown.
- if using sqlite, switch to mariadb (sqlite has poor concurrency)
The wiki uses MySql, as per https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_on_Windows_Server.... Should we change anyway?
Some general performance tips:
- ensure that caching is enabled. On IIS you probably want to set up
XCache. Otherwise use apcu. Once apcu or xcache is set up, make sure wgMainCacheType = CACHE_ACCEL;
WinCache is enabled (it was recommended here: https://www.mediawiki.org/wiki/PHP_configuration#Opcode_caching) and wgMainCacheType is set to CACHE_ACCEL;
*although windows is supported, mediawiki is definitely better tested on linux.
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84
On 8 March 2018 at 08:08, Sebastian Berlin sebastian.berlin@wikimedia.se wrote:
One Thing you havent provided is the web server being used? is it IIS?
Yes, it's IIS.
Thanks for the tips, Brian. I'll look into those.
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84
On 7 March 2018 at 20:59, Brian Wolff bawolff@gmail.com wrote:
Ok, so its hard to say just from this. Some general things that may or may not apply:
- try disabling all extensions just to elliminate faulty extension as a
cause.
- enable profiling (if possible. Probably requires installing xhprof) to
determine what mediawiki is spending all its time doing. This would be the most useful thing to figure out what is going on.
- if using sqlite, switch to mariadb (sqlite has poor concurrency)
Some general performance tips:
- ensure that caching is enabled. On IIS you probably want to set up
XCache. Otherwise use apcu. Once apcu or xcache is set up, make sure wgMainCacheType = CACHE_ACCEL; *although windows is supported, mediawiki is definitely better tested on linux.
-- Brian
On Wednesday, March 7, 2018, Sebastian Berlin < sebastian.berlin@wikimedia.se> wrote:
We're having issues with a MW installation that gets very slow when multiple users are logged in simultaneously. After a while the wiki
becomes
unresponsive and in some cases gives HTTP error 500. This has occurred
with
as few as three users logged in at once.
The wiki was installed on a Windows server 2016-server, following this guide:
https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_ on_Windows_Server_2016 .
My first thought was that there was too little server resources, but
when I
looked at the task manager, CPU was fairly consistently between 5 and
25%
(there were a few spikes) and the RAM was steady at around 50%. MW
version
is 1.30.0.
I have turned on logging (following these instructions: https://www.mediawiki.org/wiki/Manual:How_to_debug#Logging), but I
can't
find any obvious cause for this behaviour. I have compiled a list of messages that looks suspicious here:
https://phabricator.wikimedia.org/P6814.
I didn't want to post the whole log since the logging instructions had security warnings about this.
Any help with how to proceed finding the cause for this and fixing it
would
be much appreciated.
All the best,
*Sebastian Berlin* Utvecklare/*Developer* Wikimedia Sverige (WMSE)
E-post/*E-Mail*: sebastian.berlin@wikimedia.se Telefon/*Phone*: (+46) 0707 - 92 03 84 _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org