TidGi-Desktop icon indicating copy to clipboard operation
TidGi-Desktop copied to clipboard

bug: memory usage escalating when import big pdf file larger than 100MB

Open heavenkiller2018 opened this issue 2 years ago • 7 comments

Environment 环境信息

No response

Description 描述

memory usage escalating above 4GB from 500MB when import big pdf file larger than 100MB, is there memory leaking? And the application fall into an frozen status. I can't use it at all until restarting it after the big pdf file is deleted from local filesystem. I would fail to use TidGi as a E-book library if it can't handle big files. (But it is tested that the Node.js edition can works well.) Would you plan to fix this performance bug recently?

image

Steps to Reproduce 复现方式

import big pdf file larger than 100MB

Additional Context 额外上下文

No response

heavenkiller2018 avatar Sep 20 '22 11:09 heavenkiller2018

I did tried importing some 50M PDF and didn't suffered from this. Can you try importing PDF inside the browser (right click on workspace icon , select edit workspace, and there you can see the URL of this wiki, you can open it in the browser).

If this happened in the browser too, then it is the tw's bug, otherwise it's TidGi's bug.

linonetwo avatar Sep 20 '22 14:09 linonetwo

And you actually can't read PDF in TidGi, not like https://github.com/burtonator/polar-bookshelf .

I personally use system's native PDF reader, and only take note in the TiddlyWiki. But I also drag the PDF to tidgi to sync it to the github, not experience the bug like you have.

linonetwo avatar Sep 20 '22 14:09 linonetwo

UI usually frozens and nothing can be clicked while I open the big PDF(about 180MB) file's tiddler with the Edge browser. So it's a bug of TiddlyWiki. What sucha shallow bug which hasn't been committed to TiddlyWiki ever?

image

image

heavenkiller2018 avatar Sep 20 '22 22:09 heavenkiller2018

I originally planned to store some file(such as .md,.pdf,.mp3) in TidGi and then open it with os native application. For example, sometimes I need to open and edit a tiddler of markdown type with Typro becauseof it's peerless experience.

I have noticed that in the description of plugin open-in-external-app:

Note that if you use this to open a .tid or .md file, and edit it, things won't change in the wiki, because the tiddlywiki currently doesn't reload changed files from the disk.

but in fact, while the .md file opened through open-in-external-app is edited and saved in Typro, it's synced in local filesystem indeedly. The problem is that the changes cann't be reflected immediately, even though click Get latest change from the server in toolbar manually, unless I restart the TidGit app. Why there are no effects of Get latest change from the server under the related file has changed? The experience would be wonderful if we can edit and save .md files in Typro directly with no need of restarting the app! expect your solutions sincerely!

heavenkiller2018 avatar Sep 20 '22 23:09 heavenkiller2018

an simple workaround is to only restart service instead of restarting the whole app

heavenkiller2018 avatar Sep 21 '22 01:09 heavenkiller2018

yes, right click and select "reload service". Don't forget to change language.

linonetwo avatar Sep 21 '22 06:09 linonetwo

You can report that bug to tiddlywiki with a github repo to reproduce this behavior.

linonetwo avatar Sep 21 '22 06:09 linonetwo

@heavenkiller2018 did you report this to tiddlywiki?

linonetwo avatar May 28 '23 02:05 linonetwo