GNU bug report logs - #16800
24.3; flyspell works slow on very short words at the end of big file

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Aleksey Cherepanov <aleksey.4erepanov <at> gmail.com>
Cc: 16800 <at> debbugs.gnu.org, agustimartin <at> gmail.com
Subject: bug#16800: 24.3; flyspell works slow on very short words at the end of big file
Date: Sun, 09 Mar 2014 20:24:33 +0200

> Date: Sun, 9 Mar 2014 22:02:44 +0400
> From: Aleksey Cherepanov <aleksey.4erepanov <at> gmail.com>
> Cc: 16800 <at> debbugs.gnu.org
> 
> On Sun, Mar 09, 2014 at 06:36:55PM +0100, Agustin Martin wrote:
> > 2014-03-02 4:56 GMT+01:00 Eli Zaretskii <eliz <at> gnu.org>:
> > 
> > > > Date: Sun, 2 Mar 2014 01:44:27 +0400
> > > > From: Aleksey Cherepanov <aleksey.4erepanov <at> gmail.com>
> > > > Cc: Agustin Martin <agustin.martin <at> hispalinux.es>, 16800 <at> debbugs.gnu.org
> > > >
> > > > We could try to limit execution time. Though checks for that could
> > > > slow down the search.
> > >
> > > Exactly.
> > >
> > 
> > I see other problem with that, it is not deterministic, since the limit
> > depends on system load.
> 
> We may have limit by time with additional limit for lowest radius so
> the search works not less than for N chars and if it looks further
> then not more than M milliseconds.

FWIW, I think this would be over-engineering.  Emacs never does
anything like that, we always have simple, deterministic limits in
terms of characters or lines.  This makes it easy for users to
customize their sessions in a way whose effect is simple to understand
and predictable.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.