user-pic

KES

  • Website: www.linkedin.com/in/konkove/
  • About: Author of https://metacpan.org/pod/Devel::DebugHooks and even more advanced debugging tool for perl DB::Hooks.
Subscribe to feed Recent Actions from KES

  • Aristotle commented on Mojocast #4: Stash, Flash, and Sessions

    This entry was posted in 2011. As early as 2013 the site was redirecting to some post on Google Plus (remember that thing?) which has since been lost, and unsurprisingly the domain was for sale half a year later. I was going to say that your chances of finding any remnants of the content look less than promising.

    To my astonishment, doing the minimum-effort thing of googling for [mojocast perl] does turn up an Archive.org collection containing a sparse few of its episodes: https://archive.org/details/podcas…

  • PetaMem commented on pperl 0.6.20 - The Player of Games

    Yes, the vast majority of coding, testing, documentation is done with AI. The human part that remains is direction (what has to be done) and evaluation (is that what has been done ok).

    The project started December, 27th 2025 - since then AI has become much better at this, there is a massive self-improvement going on.

    See also https://blogs.perl.org/users/petamem/2026/04/ai-as-a-chance.html

  • Dana Jacobsen commented on pperl 0.6.20 - The Player of Games

    Years ago I and various others tried to get the benchmark games Perl code replaced with faster versions that still followed their rules. They never accepted any changes. It was frustrating seeing ancient unoptimized Perl code being used for those benchmarks.

  • PetaMem commented on pperl 0.6.20 - The Player of Games

    Yes, so did I. But one has to admit, that the "optimized Perl" that eventually got accepted - like putting everything into an eval - was more a hack rather than optimization.

    The interpreter is simply at its limits. The answer could not be to make it 10 or 20% faster. The answer had to be to make it 5-20x faster.

    This is what pperl did now and I should add that we deliberately stopped optimizing at parity (we didn't throttle when we overshot). So there is headroom, but I don't think it makes sense to compete with C or Rust.

    Next up: Focus on autoparallelization again,…

  • Dana Jacobsen commented on pperl 0.6.20 - The Player of Games

    Oh I agree, 1.5-3x from using proper code rather than whatever hack they were using is not enough. At least it wouldn't make Perl look so bad vs other interpreted languages, when often it was just bad code.
    Recently someone on Quora posted a language comparison, without code included, and the Perl is ludicrously slow, as in 500x slower than using the simple RosettaCode for the task verbatim. I mean I know Perl isn't fast vs C, but it isn't nearly as slow as some of these comparisons make it seem.


    Yes, pperl is a good direction, as otherwise we too often end …

Subscribe to feed Responses to Comments from KES

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl with a graphic design donated by Six Apart, Ltd.