I will be working on building the perl5/core releases based on this latest release today, and I also think I can rip out the two modules that are costing us startup time (however small).
By the end of the day, I think I'll have this all working together, with efsdeploy creating wrapper scripts that leverage EPD via sitecustomize. That turns out to make things VERY simple for that code -- you just specify yourself as the dependency!! Anyway, this is GREAT progress, and we're close to solving the most complex problem in the bootstrap space, namely getting perl5/core and the various CPAN modules installed, so that EFS itself can be installed and managed like any other release. We're getting there... On Tue, Aug 10, 2010 at 12:56 AM, jerry gay <[email protected]> wrote: > as of my most recent commit > (a07f84b4bd9bc89dfa180807cb775255e1a69c23), EFS::Perl::Depends is > functionally complete. it's lacking documentation, but that's well > under a day's work to complete. there's a few more test cases to be > added, but code coverage is high enough that it's ready for prime > time. here's the latest test coverage report: > > ---------------------------- ------ ------ ------ ------ ------ > ------ ------ > File stmt bran cond sub pod > time total > ---------------------------- ------ ------ ------ ------ ------ > ------ ------ > lib/EFS/Perl/Depends.pm 83.3 63.2 73.0 100.0 0.0 > 0.0 76.0 > ---------------------------- ------ ------ ------ ------ ------ > ------ ------ > > there are parts of this code (branches and statements in the BEGIN > block) which are quite difficult to test, and some conditionals which > are unlikely to ever occur, so we'll never reach 100% test coverage. > the pod coverage, at 0%, is an obvious place for improvement, as i > mentioned above. > > phil has started integrating this code with sitecustomize.pl to create > efs perl releases, and based on a private message, he sees room for > improvement in startup time. i agree with him: every module that > sitecustomize.pl and EPD load increases the startup time for > perl--every time it's invoked (even for one-liners). therefore, we'll > have to concentrate on making EPD and sitecustomize.pl load fewer > modules. it's not difficult work, but it does take some time. > > that said, this remaining work is an optimization. it's a necessary > optimization for anyone who's actually using perl in efs and expecting > load times similar to what they have today, but again, EPD is > functionally complete. > > one more piece of the puzzle... > ~jerry > _______________________________________________ > EFS-dev mailing list > [email protected] > http://mailman.openefs.org/mailman/listinfo/efs-dev >
_______________________________________________ EFS-dev mailing list [email protected] http://mailman.openefs.org/mailman/listinfo/efs-dev
