> The overall current performance is quite satisfactory. I describe in
> two cases as Karthik's classification.
>
> 1. When running org-latex-preview-all inside an org file (about 700
> fragments), Emacs is not unresponsive in comparison to the past, and
> the fragments rendering is much more faster than before (taking 2-3s
> approximately on my modern processor, an R7-5800H).
2-3s for 700 fragments is quite slow on a high-end processor like the
5800H. It takes 2-3 seconds for 600 fragments on a 2012 mid-range
Thinkpad. Could you run this code, then run M-x my-org-latex-preview-benchmark
on your file and report the time? (You should avoid the precompilation
first by previewing a single fragment first.)
--8<---------------cut here---------------start------------->8---
(defvar my-org-latex-preview-benchmark-time 0.0)
(defun my-org-latex-preview-benchmark-finish (&rest _)
(setq my-org-latex-preview-benchmark-time
(- (float-time) my-org-latex-preview-benchmark-time))
(message "Run took: %.4f seconds" my-org-latex-preview-benchmark-time))
(add-hook 'org-latex-preview-process-finish-functions
'my-org-latex-preview-benchmark-finish)
(defun my-org-latex-preview-benchmark ()
(interactive)
(garbage-collect)
(setq my-org-latex-preview-benchmark-time (float-time))
(org-latex-preview '(16)))
--8<---------------cut here---------------end--------------->8---
You can then repeat the experiment after clearing the cache (with M-x
org-latex-preview-clear-cache) and turning off org-persist with:
(setq org-latex-preview-cache 'temp)
I would be interested in the difference in time taken.
Karthik
