[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: texi2any is too slow because of Unicode::Collate
From: |
Eli Zaretskii |
Subject: |
Re: texi2any is too slow because of Unicode::Collate |
Date: |
Sun, 12 Feb 2023 13:42:32 +0200 |
> From: Gavin Smith <gavinsmith0123@gmail.com>
> Date: Sun, 12 Feb 2023 09:47:10 +0000
> Cc: pertusus@free.fr, bug-texinfo@gnu.org
>
> > On my system, which is a
> > 12-year old Windows XP, producing the Emacs Lisp Reference manual for
> > Emacs 27.2 takes just 18.1 sec of CPU time, so how come Gavin reports
> > such huge timings? I measured with Texinfo 7.0.1 -- are you saying
> > that the current version from the Texinfo Git's master branch is so
> > much slower? Did we not use Unicode::Collate in Texinfo 7.0.x?
>
> Yes, it is much slower than 7.0.x. Unicode::Collate was only introduced
> after the 7.0 release.
Then this is an awful performance regression, and it should be fixed
before the next major release, IMO.
- Re: texi2any is too slow because of Unicode::Collate, (continued)
- Re: texi2any is too slow because of Unicode::Collate, pertusus, 2023/02/11
- Re: texi2any is too slow because of Unicode::Collate, Eli Zaretskii, 2023/02/12
- Re: texi2any is too slow because of Unicode::Collate, Gavin Smith, 2023/02/12
- Re: texi2any is too slow because of Unicode::Collate, pertusus, 2023/02/12
- Re: texi2any is too slow because of Unicode::Collate, Gavin Smith, 2023/02/12
- texi2any 7.0 performance regression (non-XS), Gavin Smith, 2023/02/12
- Re: texi2any 7.0 performance regression (non-XS), pertusus, 2023/02/12
- Re: texi2any 7.0 performance regression (non-XS), Gavin Smith, 2023/02/12
- Re: texi2any 7.0 performance regression (non-XS), pertusus, 2023/02/12
- Obsolete XS overrides are gone, Gavin Smith, 2023/02/27
- Re: texi2any is too slow because of Unicode::Collate,
Eli Zaretskii <=
use getSortKey in Unicode::Collate, Gavin Smith, 2023/02/13