-
Notifications
You must be signed in to change notification settings - Fork 67
hacker slides slow down #37
Comments
@servusoft interesting. It not very optimized for IO and even 1 byte change in the slide will result sending entire file content to the server and writing it to the filesystem. The optimal way would be just sending the changed diff and writing this diff to file but initially it seemed as not easy to implement. I will pay locally with a large file to see if I can optimize anything else. @servusoft Please make the pull request with |
While working with hacker slides, I noticed that it freezes from time to time and I have to wait a bit before I can continue typing. The investigations have shown that the data is permanently sent to the server, even with cursor movement. It certainly depends on the speed of the connection. In the local connection, it does not matter. But the hosted on a remote server docker instance can hang something. Sure, sending the differenial data would be quite optimal, but that's not easy to implement. A compromise would be to send only the current slide. The delay can also happen by page rendering. To get a feeling, I temporarily created a page with docker: |
Happy Saturday @servusoft ! Have you tried #38 patch? It suppose to boost editing performance at-least for a bit. I got an another idea to just send the changed |
I just tagged and pushed |
Now I have the same slide - README.md on |
Does 0.9 version include your changes servusoft/hacker-slides@8314861 ? It feels like 1.0.0 version doing even worse than 0.9 :) |
I have not sent the PR yet.. I wanted to look at the slide with cachinng. |
it does not look like it really helps. The cause may be due to the reendering. |
There are two different issues
|
Ok then let's go first. then I send the PR |
@servusoft good caught man! I will see what can optimize on front end side this week |
The behavior of big slides is slower. It is stored too often.
If the saving takes a long time, you have to wait before you can continue typing.
I have made a small optimization:
servusoft@8314861
It helps a bit, but in optimal case the time should change automatically,
depending on the duration of the storage process.
The text was updated successfully, but these errors were encountered: