Re^2: Perl startup and excessive "stat" use on module load

If the extra directories have been compiled into your copy of perl itself then it's not so easy.

I think it's pretty easy - the perlbrew installs on my machine only have four entries in @INC, and building a copy of Perl without perlbrew is pretty easy too.

$ wget https://www.cpan.org/src/5.0/perl-5.32.0.tar.xz
$ tar -xaf perl-5.32.0.tar.xz
$ cd perl-5.32.0
$ sh Configure -de -Dprefix=/opt/perl5.32
$ make -j4
$ TEST_JOBS=4 make test_harness
$ make install
$ /opt/perl5.32/bin/perl -le 'print for @INC'
/opt/perl5.32/lib/site_perl/5.32.0/x86_64-linux
/opt/perl5.32/lib/site_perl/5.32.0
/opt/perl5.32/lib/5.32.0/x86_64-linux
/opt/perl5.32/lib/5.32.0
[download]

Comment on Re^2: Perl startup and excessive "stat" use on module load Download Code

Replies are listed 'Best First'.
Re^3: Perl startup and excessive "stat" use on module load by Fletch (Bishop) on Dec 31, 2020 at 15:00 UTC
It's not rocket science, Smithers; it's brain surgery! However when compared against (possibly) unsetting an environment variable though that's a little bit more effort. Slight snark aside though: yes that's certainly something OP should consider doing anyhoo if they're using the stock perl on their platform, `@INC` length issues not withstanding. If that also solves their stat overhead problem all the better. The cake is a lie. The cake is a lie. The cake is a lie.	[reply] [d/l]
Re^4: Perl startup and excessive "stat" use on module load by haukex (Archbishop) on Dec 31, 2020 at 19:24 UTC
However when compared against (possibly) unsetting an environment variable though that's a little bit more effort You're right of course, if the extra `@INC` dirs are coming from `PERL5LIB` then a new build of Perl won't help with that, so best to try that first `:-)`	[reply] [d/l] [select]