> + redisplay_internal (C function)1724 82%
> Not sure what to do with stuff on the C level.
Look inside that branch. Most likely redisplay is calling font-lock
staff. You need to check what particular part of fontification is slow.
Best,
Ihor
Uwe Brauer writes:
>>> "JJ" == Jeremie Juste writes:
> Hello Uwe,
> Very well, it seems that we are on the right track. So you might gain
> some speed by preventing some minor modes to load at the beginning and
> load only when you need them.
> Like Ihor Radchenko mentioned in his previous a great way to diagnose
Hello Uwe,
Very well, it seems that we are on the right track. So you might gain
some speed by preventing some minor modes to load at the beginning and
load only when you need them.
Like Ihor Radchenko mentioned in his previous a great way to diagnose
the issu would be the following:
1. M-x prof
>>> "T" == TEC writes:
> Samuel Wales writes:
>> a long time ago i discovered that drawers were the bottleneck. i
>> removed a lot of them and got much faster loading speeds. idk if
>> that
>> is still true.
> There's a thread about improving this, see:
> https://orgmode.org/list/87h7x9e5jo.
>>> "JJ" == Jeremie Juste writes:
Hi Jeremie
> Hello Uwe,
> Can you test with emacs -Q ?
I did and then it is much much faster, so the question is which of my
dozens of org files slow it down.
smime.p7s
Description: S/MIME cryptographic signature
On Tuesday, 29 Sep 2020 at 23:06, Jeremie Juste wrote:
> A 1.6M org file took a little under 7 sec on my computer.
A 2.1MB file took about 11 seconds on my computer (not new but high spec 8
years ago: multiple Xeon processors with a lot of memory but probably slow
disk).
--
: Eric S Fraga via
> There's a thread about improving this, see:
> https://orgmode.org/list/87h7x9e5jo.fsf@localhost/
>
> Just in case that's of interest :)
If anyone is interested, any feedback and/or testing will be
appreciated. The relevant patch is complete in terms of functionality
now.
Best,
Ihor
TEC writes
Samuel Wales writes:
a long time ago i discovered that drawers were the bottleneck.
i
removed a lot of them and got much faster loading speeds. idk
if that
is still true.
There's a thread about improving this, see:
https://orgmode.org/list/87h7x9e5jo.fsf@localhost/
Just in case that's o
a long time ago i discovered that drawers were the bottleneck. i
removed a lot of them and got much faster loading speeds. idk if that
is still true.
i think there is an effort to speed logbook and properties up by
changing from overlays to text properties or so.
recent maint is perhaps twice a
> I'm afraid I don't know how to profile the opening of a file. Does
> anybody know a function that would do the profiling like
> elp-instrument-function for functions?
There is elp-instrument-package. Also, I did successful profiling with
simple profiler-start/profiler-report before and after ope
On Tue, Sep 29, 2020 at 11:06:39PM +0200, Jeremie Juste wrote:
> Can you test with emacs -Q ?
Another good question is are you starting Emacs and opening the file,
or just opening the file with Emacs already loaded?
--
Russell Adams
Hello Uwe,
Can you test with emacs -Q ?
A 1.6M org file took a little under 7 sec on my computer.
It probably depends on the number of minor modes are being loaded, font-lock,
auto-completion, etc.
I'm afraid I don't know how to profile the opening of a file. Does
anybody know a function that w
Hi
maybe I am just to impatient but on my 8 GB Thinkpad X1 (4gen) to open a
0.5MB org file takes around 15 sec.
Any change to speed this up?
Thanks and regards
Uwe Brauer
14 matches
Mail list logo
