The editor is being slow lately

[bbhenry]

Starting a few days ago, the editor has been slow and not responsive to what I am typing. It would sometimes take a few seconds before it catches up, and the screen would pause for a short second or two before you can type or move the cursor around again.

[benweet]

What browser/os do you use? Have you tried on different browsers?

[bbhenry]

I am using Chrome Version 32.0.1700.77

Macbook Pro OSX 10.8.5

Which other browser would you like me to try ?

Henry

On Sat, Jan 25, 2014 at 3:00 PM, Benoit Schweblin
notifications@github.comwrote:

What browser/os do you use? Have you tried on different browsers?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/289#issuecomment-33303402
.

[benweet]

Safari for instance. I have noticed some other bugs with Chrome 32 on OSX, but it's not particularly slow for me. Can you also try in Chrome to:

• check in Tools->Task manager (in chrome menu) that StackEdit is actually using a lot of CPU
• backup your documents and settings and reset the app (using the Utils tab in the settings of StackEdit)
• run it in an incognito window (to disable chrome extensions)

[floooh]

Can confirm. OSX 10.9.2, uptodate Chrome. After a while typing becomes extremely sluggish. It helps to quit and restart, but after a few more minutes of typing it's becoming nearly unusable again.

[Swader]

Same. +1
Chrome 34 on Windows, same on Firefox.

[benweet]

Any pattern to reproduce that? Are you editing a huge document or do you have more than 100 local documents?
Is it better on https://stackedit-beta.herokuapp.com/?

[benweet]

If the problem occurs on a big document, you probably have to put paragraph titles to take advantage of partial rendering. See #177

[Swader]

The document is fairly small but I do have a lot of documents, yes. Other
docs shouldn't affect the speed of the current one though, should they? As
a managing editor I go through quite a few of them.
On 22 Apr 2014 14:45, "Benoit Schweblin" notifications@github.com wrote:

If the problem occurs on a big document, you probably have to put
paragraph titles to take advantage of partial rendering. See #177#177

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/289#issuecomment-41034772
.

[benweet]

Actually, it would be very helpful if you could send me a CPU profile (on https://stackedit-beta.herokuapp.com/ preferably). Basically, using Chrome:

1. Open the Developer tools
2. In the profile tab, click on Start
3. Type something in your document
4. Click on Stop and save the cpuprofile file

You can send this file to my personal address (see my GitHub account page). Thanks.

[floooh]

I've been using the version at https://stackedit.io/#, editing this medium-size blog post: http://flohofwoe.blogspot.de/2014/04/cmake-and-android-ndk.html

I have recorded a profiling session on stackedit.io, but couldn't reproduce the slow-down during the session (sending this to your address right now)

[Swader]

@benweet done, hope it helps

[benweet]

Great I'll have a look when I get a chance.

[benweet]

I've fixed some memory leaks in event handlers that could lead to performance degradation when switching documents many times. Not sure it solves your problem though. Let me know if it's better.
The fix has been pushed on https://stackedit-beta.herokuapp.com/ only.

[clehene]

+1. I actually attempted to use the beta just to check fi the performance degrades there as well, but I was unable to see the existing docs there (probably using a different local storage) and then hit a rendering issue. I'll try to give it a closer look and report.

[benweet]

You can export/import documents from one platform to another using Settings>Utils.

[Swader]

@benweet sorry nope, still the same. Want another profile?

[benweet]

@Swader Sure. A heap snapshot would be helpful as well if it's not too big (normally it's 25MB with a few documents) Thank you in advance.

[benweet]

@Swader I'm just thinking, the heap snapshot will contain some parts of your documents. So you probably don't want to send it to me...

[Swader]

I don't really care about that, there's nothing sensitive. I'll try and get
something over to you in the next day or two.

Bruno Škvorc

Web Developer; PHP Editor - Sitepoint.com

www.bitfalls.com
google.com/+BrunoSkvorc
@bitfalls http://www.twitter.com/bitfalls

On Thu, Apr 24, 2014 at 8:52 PM, Benoit Schweblin
notifications@github.comwrote:

@Swader https://github.com/Swader I'm just thinking, the heap snapshot
will contain some parts of your documents. So you probably don't want to
send it to me...

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/289#issuecomment-41317778
.

[benweet]

@Swader, I've push some performance enhancements in version 3.99.6 (beta). Can you tell me if it's better?

[floooh]

I just tried the version at https://stackedit-beta.herokuapp.com for a new blog post, and the slow-down after typing for more then half and hour is still there. I tried changing some options (like lazy-rendering off) and initially it was fast again, but then slowed down again. This time I recorded a CPU profile in Chrome (with lazy-rendering off though, but this didn't seem to make a big difference). I'm sending it to your gmail-address right now...

[benweet]

Fixed in 3.99.7. I managed to reproduce the problem by running some stress tests. It was a tricky one.
Thanks for your help guys.

[floooh]

Yay, it's fast again :) Thanks for fixing this!

[maininformer]

Hey guys, I am experiencing the slowdown again.

[XericZephyr]

Slow for me when directly using it with Google Drive files.

Chrome 57.0.2987.98 (64-bit). on Mac OS X.

Also tried with Safari, slow for me too.