From: Daniel Bausch <bausch@dvs.tu-darmstadt.de>
To: Nick Dokos <ndokos@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: another example of org being slow, with some analysis
Date: Fri, 19 Jun 2015 10:28:41 +0200 [thread overview]
Message-ID: <87y4jgumo6.fsf@gelnhausen.dvs.informatik.tu-darmstadt.de> (raw)
In-Reply-To: <87wpz016gd.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Fri, 19 Jun 2015 08:51:46 +0100")
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> On Friday, 19 Jun 2015 at 08:19, Daniel Bausch wrote:
>
> [...]
>
>> Line 6000 is indeed quite "lame". I have similar problems like Eric. A
>> table recalculation at line 43868 takes about a minute at my quite fast
>> machine. I also tracked that down to org-current-line. One interesting
>> detail is that this depends on the buffer encoding. With ASCII the
>> recalculation takes less than a second, with utf-8 about a minute.
>
> Adding some data: my table is at line 8438 in the buffer but character
> position 398345 (I have very long lines as I use visual-line-mode in org
> exclusively with org-indent). I do use utf-8 encoding.
>
> I have just tried updating the table on a different laptop (i7-2760, 8
> cores, 8 GB RAM, Ubuntu) and it was very fast.
>
> The two laptops are running different versions of emacs (tracking latest
> emacs developments on Ubuntu and Debian testing lead to different
> versions unfortunately) so my gut feeling is that there is an emacs
> issue here and possibly one related to utf-8 as Daniel suggests.
Maybe it is related (and maybe not - just some thoughts): Since some
months I keep having a problem with my preferred encoding. Gentoo
changed some things how the LC_... variables are set during boot. Now
emacs daemon starts with "no encoding". I tried to fix that by
inserting (prefer-coding-system 'utf-8) into mit ~/.emacs file, but that
does not help. I still need to manually execute prefer-coding-system by
hand and revert my org-file (which is automatically opened during login)
with C-x RET r utf-8 every day. But if I remember correctly, I started
observing the slowness of the table recalculation long before that
change in Gentoo. Maybe it got worse since then but that might also be
just because the file grew further. If anyone could give me a hint how
to reliably set the preferred (or internal) encoding I could check
wether it might have something to do with the system locale. (I can
imagine that in some constellations there could be some otherwise
unnecessary conversion happening. E.g. maybe utf-8 support is faster if
the system locale is also utf-8.) Is there anything like an internal
encoding in emacs at all? As far as I know I can type any character in
any buffer regardless of the buffer encoding. I just cannot save the
buffer if the encoding does not support a character. How is then a
utf-8 *buffer* different from a buffer with no encoding (until being
saved). Does goto-char work on bytes or really on characters? How does
it maybe deal different with characters made up of multiple bytes in the
on-disk encoding of the buffer?
Regards,
Daniel
--
MSc. Daniel Bausch
Research Assistant (Computer Science)
Technische Universität Darmstadt
http://www.dvs.tu-darmstadt.de/staff/dbausch
next prev parent reply other threads:[~2015-06-19 8:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-18 16:28 another example of org being slow, with some analysis Eric S Fraga
2015-06-18 18:30 ` Nick Dokos
2015-06-19 6:19 ` Daniel Bausch
2015-06-19 6:34 ` Daniel Bausch
2015-06-19 7:37 ` Nicolas Goaziou
2015-06-19 7:51 ` Eric S Fraga
2015-06-19 8:28 ` Daniel Bausch [this message]
2015-06-19 9:43 ` Eric S Fraga
2015-06-22 6:48 ` Daniel Bausch
2015-06-23 11:16 ` Eric S Fraga
2015-06-19 13:53 ` Nick Dokos
2015-06-19 14:19 ` Eric S Fraga
2015-06-22 7:07 ` Jacob Nielsen
2015-06-18 19:54 ` Ivan Andrus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y4jgumo6.fsf@gelnhausen.dvs.informatik.tu-darmstadt.de \
--to=bausch@dvs.tu-darmstadt.de \
--cc=emacs-orgmode@gnu.org \
--cc=ndokos@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).