Last modified: 2014-11-17 11:04:58 UTC
Created attachment 16915 [details] Timing response editing at enwiki The save operation has become very slow lately, and it seems to have accelerated this month, possibly in the middle of this month (October). I did a test edit and the first POST request with submit action took 20562 ms, aka the "save". The later GET request on the page took 12627 ms. Some users report edit delays in the order of a minute or more. This is on a 75Mbps symmetric fiber line, using HTTPS, with Firefox browser on Ubuntu 14.10. Other users have experienced this problem on other platforms and browsers, and both when they are logged in and not logged in. Preferences for my part is pretty standard, I can make an export if necessary, but as this is reported from several users editing at several sites I don't think this has anything to do with preferences.
For a discussion at nowiki, see https://no.wikipedia.org/w/index.php?title=Wikipedia:Tinget&oldid=13483198#Hva_er_det_som_skjer_her_.3F.3F.3F.3F
Sorry for the late response. (In reply to jeblad from comment #0) > reported from several users editing at several sites Any links? Which timeframe is this about? Does this only refer to "classic" editing or VisualEditor or both?
This is about 1-2 weeks prior to the bug. It seems like the response time is back to normal now. A POST after an edit is 7.853 s and the following GET is 5.381 s. Slow but not awfully slow. I tested this (both now and the previous report) with classic editing, I don't know how the other users were editing. Last edit on [[w:no:Bagn]].[1] Previous edit on [[w:en:Norway]].[2] I suspect some heavy background processing slowed the system to a crawl, and it is now done. [1] https://no.wikipedia.org/w/index.php?title=Bagn&diff=13509266&oldid=13254424 [2] https://en.wikipedia.org/w/index.php?title=Norway&diff=631363149&oldid=631261705
Hmm. Would be good to know if that happened again.