Input performance degradation caused by opening both canvas and md simultaneously

[Sam12]

Steps to reproduce

1. Create a new md file and input 5000-10000 characters, including Latex snippets.
   You can use this.
   test.md (167.2 KB)

2. Create a new canvas and place this file into it. Open a new tab, one displaying the canvas and the other displaying the md file.
   

   

3. Typing in the md file at this time will result in noticeable lag and stuttering.

Did you follow the troubleshooting guide? [Y/N]

Y

Expected result

Improve editing performance in the canvas.

Actual result

You can find that if we are in the same window’s canvas tab, that is, having both the markdown file tab and the canvas tab referencing it at the same time, it won’t affect performance. However, if it’s opened in a new window, it will significantly affect performance.

Environment

SYSTEM INFO:
Obsidian version: v1.7.4
Installer version: v1.7.4
Operating system: Windows 10 Pro for Workstations 10.0.19045
Login status: logged in
Language: zh
Catalyst license: insider
Insider build toggle: on
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: on

[WhiteNoise]

I checked this. Here the problem is not the canvas per se but the specific note you are using.
You have one single giant list that needs to be processed and rendered in a single shot. Usually obsidian readers only the blocks that are visible on screen, but you have one single block. I suggest you break your list down into multiple shorter lists.

[Sam12]

bug报告

I’ve uploaded a video here for you to watch. You can see that if canvas is not open or running in the background, the input is very smooth. It’s only when the canvas page and the markdown (md) page are displayed simultaneously that this issue occurs. I’ve also tested two markdown files’ pages, and they don’t lag. I think the lag is caused by the canvas, or perhaps the processing logic of the canvas is different from that of the markdown editor?

[WhiteNoise]

The problem is not the canvas, if you open that document in reading view, outside the canvas, you get the same effect.

[WhiteNoise]

I created a FR to track this issue. But I have little hope that this will change anytime soon.

Reading mode (and Canvas): Implement some form of progressive rendering for long lists

Usually obsidian (reading mode) readers only the parts of a note that are visible on screen. However, lists are rendered in their entirety in a single shot. Very long lists can therefore decrease the performance of Obsidian. It would be nice if the rendering of long lists could be broken down into multiple parts However, this is currently impossible and may prove very hard also in the future.

[Sam12]

Thank you very much for your professional explanation. I hadn’t noticed this before! It’s okay, you have more important things to do. I always thought it was a performance issue with the canvas and that their logic was different, but it seems to be caused by the reading view. I don’t quite understand, would it be better if the canvas could change the editing mode? Anyway, as far as I can see, the canvas doesn’t have a source code mode.