bug#16800: 24.3; flyspell works slow on very short words at the end of big file

[Eli Zaretskii <eliz@gnu.org>]

> Date: Sun, 9 Mar 2014 22:02:44 +0400
> From: Aleksey Cherepanov <aleksey.4erepanov@gmail.com>
> Cc: 16800@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@gnu.org>:
> > 
> > > > Date: Sun, 2 Mar 2014 01:44:27 +0400
> > > > From: Aleksey Cherepanov <aleksey.4erepanov@gmail.com>
> > > > Cc: Agustin Martin <agustin.martin@hispalinux.es>, 16800@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.