Just FYI, the backlinks themselves aren't being recalculated: it's reading the surrounding text for each of the references and rendering those bits as HTML in the viewer that takes the time. Even though it doesn't put them all in the DOM at once, it does populate an infinite scroller for them. If you don't have literally thousands of backlinks for a single file, backlinks load pretty much instantaneously. (As can be seen in your video, backlinks already load at a rate of hundreds per second!)
So, additional caching wouldn't speed anything up in the more common case, where you might have *dozens* or maybe even hundreds of backlinks, but not literally thousands of them for each note. They load faster than you can scroll through them if you're actually reading any of the text.
The video is speed up by factor 8 to factor 20...but it's really fast indeed. But if you have three files open next to each, it's a bit annoying to see the progress bar every time again even it was finished a mouse click before.
Also, forgot to mention: you can turn on "backlinks in pane" so that each pane has its own backlinks at the bottom, which would keep them all loaded. You can also open dedicated backlink panes for each pane... any of these approaches would keep them "cached" in the context you're speaking of.
(Moral: There's always more than one way to do it in Obsidian. ;-) )
Ah, missed the speedup factor there. In my experience the backlinks pane is always populated by the time I look at it, but at least right now I rarely have more than 10 pointing to any given page.
Just FYI, the backlinks themselves aren't being recalculated: it's reading the surrounding text for each of the references and rendering those bits as HTML in the viewer that takes the time. Even though it doesn't put them all in the DOM at once, it does populate an infinite scroller for them. If you don't have literally thousands of backlinks for a single file, backlinks load pretty much instantaneously. (As can be seen in your video, backlinks already load at a rate of hundreds per second!)
So, additional caching wouldn't speed anything up in the more common case, where you might have *dozens* or maybe even hundreds of backlinks, but not literally thousands of them for each note. They load faster than you can scroll through them if you're actually reading any of the text.
The video is speed up by factor 8 to factor 20...but it's really fast indeed. But if you have three files open next to each, it's a bit annoying to see the progress bar every time again even it was finished a mouse click before.
Also, forgot to mention: you can turn on "backlinks in pane" so that each pane has its own backlinks at the bottom, which would keep them all loaded. You can also open dedicated backlink panes for each pane... any of these approaches would keep them "cached" in the context you're speaking of.
(Moral: There's always more than one way to do it in Obsidian. ;-) )
Ah, missed the speedup factor there. In my experience the backlinks pane is always populated by the time I look at it, but at least right now I rarely have more than 10 pointing to any given page.
Yeah this dataset is really pushing it to the limits...
Wow!
Interesting! Can you share the specs of the computer you ran this on?
It's an Apple Macbook Pro 2020 with a M1-CPU and 8 GB of RAM
Fascinating! Can you share some detail about the specs of the computer you ran this on?