typora-issues icon indicating copy to clipboard operation
typora-issues copied to clipboard

[Summary] Performance Improvement

Open leewi9 opened this issue 9 years ago • 88 comments

Now i'm writing a md file which is about 121200 words, and when typing it just becomes very lag.

Also it takes almost several minutes to open the file every time.

leewi9 avatar Feb 24 '16 04:02 leewi9

Possibly related to #58 :)

DanBennettUK avatar Feb 24 '16 12:02 DanBennettUK

Just an update on this issue - still stands in latest version.

It's actually painful to type now. Every word takes a second to appear. Having to give up until fixed :-(.

(I'll test this on OS X at some point with the same file)

DanBennettUK avatar Mar 04 '16 09:03 DanBennettUK

Currently typora cannot handle very large file well, we will improve this in future

abnerlee avatar Mar 04 '16 09:03 abnerlee

If so could you define a max word/line/size count per file that won't hurt performance, estimation also ok.

2016年3月4日 +0800 17:37 [email protected],写道:

Currently typora cannot handle very large file well, we will improve this in future

— Reply to this email directly orview it on GitHub(https://github.com/typora/typora-issues/issues/68#issuecomment-192207766).

leewi9 avatar Mar 04 '16 11:03 leewi9

Just to add - this is also a problem on OS X. So not just a Windows thing. 55762 Word file hangs on both.

Must be the rendering? Don't know if Typora is ever going to manage to work with such a large file if it's constantly rendering the markdown :cry:

DanBennettUK avatar Mar 16 '16 10:03 DanBennettUK

The performance should have been largely improved in new version.

Please reopen this issue if anyone found performance issue

abnerlee avatar Apr 03 '16 12:04 abnerlee

Sadly I'm finding performance is just as bad (at least on the Windows version) on a large file. Unable to even type at the moment :(. Had to give up using it for now

DanBennettUK avatar Apr 04 '16 10:04 DanBennettUK

@DanBennettUK did you use v0.9.0? Which size of the file did you writing? Did typora open it slow(open second time) or writing on it is slow.

I tested a 500kb file (80000+ words), and performance is acceptable for opening.

abnerlee avatar Apr 04 '16 12:04 abnerlee

OK, I tested, opening speed is improved on Windows, but writing still has laps. So I will re-open this to solve improve writing speed on Windows.

But in OS X, the performance is basically acceptable.

abnerlee avatar Apr 04 '16 12:04 abnerlee

442KB File here. 70,000+ words.

It opens faster but it takes ages until I can scroll to the end of the file to continue it. Then typing is just... painful.

Glad to hear about OS X. I'll try test the same file there at some point but sadly I can't use OS X at work :-1: Boss is anti-OS X!

DanBennettUK avatar Apr 04 '16 16:04 DanBennettUK

woo I'll definitely quit if got a boss like this ;)

2016年4月5日 +0800 00:16 Dan [email protected],写道:

442KB File here. 70,000+ words.

It opens faster but it takes ages until I can scroll to the end of the file to continue it. Then typing is just... painful.

Glad to hear about OS X. I'll try test the same file there at some point but sadly I can't use OS X at workBoss is anti-OS X!

— You are receiving this because you authored the thread. Reply to this email directly orview it on GitHub(https://github.com/typora/typora-issues/issues/68#issuecomment-205372402)

leewi9 avatar Apr 04 '16 16:04 leewi9

On my more powerful gaming/coding machine I don't see issues with performance on typing, however when I am using my ultrabook for note taking in class it is fairly laggy when typing. There is delays for characters appearing. I assume this is because on every keystroke it is re generating the display, however on an ultrabook style system with less power this approach doesn't seem to work too well.

I am not sure how it is currently being done, however it seems like some kind of partial rendering needs to be done on larger documents to keep peak performance. For now I can work with creating a new markdown file each lecture to avoid longer files, however it would be more convenient having one bigger file for each of my classes.

Fogest avatar Oct 07 '16 17:10 Fogest

The performance is just as bad in macOS. Especially when you are typing Chinese characters with an IME, and it would take > 1s delay for the character to be inserted into the document. Totally unacceptable. When you are typing English letters, it just looks a bit laggy.

My document is 70k words long for now.

geeeeeeeeek avatar Oct 09 '16 10:10 geeeeeeeeek

The performance is bad as content length growing. My document is only 7k words, including Chinese characters and math formula, by now.

Typora version is 0.9.9.9.4.2, OS: macOS Sierra 10.12.5 CPU: Intel Core i5 2.3GHz RAM: 10GB 1333 MHz DDR3 Disk: Toshiba SSD

lafengnan avatar May 24 '17 02:05 lafengnan

Same problem occurred. The performance becomes worse as the words grow up, including Chinese characters and formula. Specifically, the response speed turns out slow(1-2 seconds lagging) when typing Chinese Characters and math formulas.

Typora version: 0.9.9.11.2 OS: macOS Sierra 10.12.6 Processor:3.1 GHz Intel Core i5 RAM: 8 GB 2133 MHz LPDDR3

hxuaj avatar Dec 21 '17 16:12 hxuaj

Same as xuhaomin0430 so quote that.. but i'm korean so when i use korean chracters it shows slow down but english is okay

and for My case it was Occured Just 7000 words Same problem occurred. The performance becomes worse as the words grow up, including Korean characters and formula. Specifically, the response speed turns out slow(1-2 seconds lagging) when typing Korean Characters.

3ytjf0zn4n

Typora version: 0.9.9.11.2 OS: macOS Sierra 10.13.2 Processor:2.7 GHz Intel Core i5 RAM: 8 GB 2133 MHz LPDDR3

p4r4d0xb0x avatar Dec 21 '17 17:12 p4r4d0xb0x

still not fixed.

necan avatar Apr 07 '18 13:04 necan

#1800 Typora Windows 0.9.58 version is very slow when wiriting a big .md file

OrdinaryYZH avatar Sep 17 '18 11:09 OrdinaryYZH

I've been experiencing this in the past month or so. I'm not sure if it's because my docs are now longer and more complex, of its because Typora has gotten worse in this area.

@abnerlee have you confirmed this yourself? Do you need sample files or memory dumps when this is happening or are you good?

vassudanagunta avatar Sep 17 '18 16:09 vassudanagunta

@vassudanagunta If possible, sample files would be helpful. You could send to us [email protected]

abnerlee avatar Sep 19 '18 03:09 abnerlee

I can confirm the issue still exists - my file is ~22,700 words, but is rather table and blockquote heavy. I'll send a sample file to your email with the issue number listed.

lloyd094 avatar Nov 08 '18 18:11 lloyd094

Same here with the latest version installed (Windows). Once the file gets beyond 100-150k, you can feel it gets sluggish. Also, to load the file (I use the directory on the left side which makes it very comfortable to switch between files) it takes 7-8 secs, which is very slow and kills the idea of switching at all. Tried to split up my work into multiple small files, but then the TOC is messed up. I'm using lot of code snippets, besides that standard formatting (headings, bold). Typora is the best Markdown editor I've used (I tried tons), but this slowness makes me move away from the editor. I'll rather have a less nice two panel version (editor and preview) that is responsive than a great looking one which is not. I'll try VS Code now. If you can further increase the responsiveness with large files, I think you got the best product on the market for MarkDown.

Update: sent sample file in e-mail.

zendai avatar Nov 09 '18 23:11 zendai

I'm wondering if Typora queues some events periodically that builds when not handled? Everytime I put my PC to sleep and resume the next day, the document it has in view always hang e.g. not responding to scroll or cursor movement, while the rest of the GUI like the menu bar still works (but anything that acts on the document seems to have not apparent effect).

This is on version 0.9.70.

syockit avatar May 23 '19 22:05 syockit

Hi, i am a coder write blog with typora. i meet this issue to, when there is a file with a lot of words like this post, https://github.com/Petelin/luckblog/issues/41 i edit it in typora, it is very slow to scroll. very hard to view.

open will source mode can fix it. but you know... preview is better

This is the only thing typora is not the best. But it also the only reason i cann't use typora.

Petelin avatar Nov 03 '19 14:11 Petelin

@abnerlee to answer your question from #3251, my markdown file contains no images, just 300 words, but is in the parent directory which contains many other files and folders, of which have sub-folders.

oliverproud avatar Feb 15 '20 14:02 oliverproud

when there are 200+ pictures(each one is less than 1MB) in a file, it will be lagged and sometimes stuck. #3463

  • 351 lines, 9127characters
  • Typora Version 0.9.9.32.1 (4191)
  • macOS 10.15.2
  • MacBook Pro 16''(i7 16G)

HelperInCa avatar May 08 '20 18:05 HelperInCa

Hey, I am also observing some lag in a file with a couple of small pictures but loads of math formulas. It takes ~10 seconds or so for typora to open and close a math box. I also notice some lag when typing text on a new line (i type it in and it shows up after a few seconds).

I am on the latest windows 10 and the latest typora on a MS surface pro 6.

truefalsename avatar May 26 '20 10:05 truefalsename

when there are 200+ pictures(each one is less than 1MB) in a file, it will be lagged and sometimes stuck. #3463

  • 351 lines, 9127characters
  • Typora Version 0.9.9.32.1 (4191)
  • macOS 10.15.2
  • MacBook Pro 16''(i7 16G)

I have to use the Visual Studio Code to open that file, which there is no lag.

HelperInCa avatar May 26 '20 16:05 HelperInCa

In linux typora 0.9.89, typora performance is much better.

ccshao avatar Jun 16 '20 06:06 ccshao

I also want to state in both Dell XPS 9570, and the latest _MacBook Pro 16' i9, the lagginess makes Typora impossible to work with for more than 100 000 words and text-only documents.

As @HelperInCa mentioned though, it works fine on VSCode and SublimeText.

As it is 4 years old issue, I am wondering if it can be solved or if the software would have to be rewritten from scratch...

fabiensc0ville avatar Aug 11 '20 05:08 fabiensc0ville