On Mon, May 12, 2025, 9:07 AM Lynn Winebarger <owinebar@gmail.com> wrote:

> On Mon, May 12, 2025 at 8:16 AM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Lynn Winebarger <owinebar@gmail.com>
> > > Date: Mon, 12 May 2025 08:02:56 -0400
> > > Cc: Andrea Corallo <acorallo@gnu.org>, sunlin7@hotmail.com,
> 78340@debbugs.gnu.org
> > >
> > > If he has that many packages, his load path has hundreds of entries,
> and any preloaded library will look in
> > > every one before finding it in the last entry ...
> >
> > Maybe so, but that's a separate problem.  The patch submitted in this
> > bug was to shortcut the hashing of the source *.el files, not to avoid
> > searching the extra directories.
> >
> > If the number of directories is the issue, then my suggestion is not
> > to compile packages AOT, which AFAIU will cause all the *.eln files to
> > be written to a single subdirectory of the eln-cache (after
> > compiling them the first time each one is loaded).  But that is a
> > separate issue which IMO should be discussed with Stefan and Philip,
> > because it's related to how third-party packages are installed and
> > compiled.
>
> It's not the AOT that's the issue, it's the search for the source file
> to compute the content hash.  But otherwise, you're right, it's a
> general issue with package management.
>

That being said, a profile of the startup (without the patch) would be the
best way to tell where the issue is.
Probably should have led with that.

Lynn