はてなブックマーク

For a long time I’ve wanted to create a module that would shed light on how perl uses memory. This year I decided to do something about it. My research and development didn’t yield much fruit in time for OSCON in July, where my talk ended up being about my research and plans. (I also tried to explain that RSS isn’t a useful measurement for this, and that malloc buffering means even total process s

I released Devel::NYTProf v3 on Christmas Eve 2009. Over the next couple of months a few more features were added. The v3 work had involved a complete rewrite of the subroutine profiler and heavy work on much else besides. At that point I felt I’d done enough with NYTProf for now and it was time to focus on other more pressing projects. Over those months I’d also started working on enhancements fo

After more than six months, and more than a few technical hurdles, NYTProf v3 has been released at last. In this post I’ll review the major changes and significant new features. What’s new in Devel::NYTProf v3? Treemap The first big feature is a visualization of the exclusive time spent in subroutines represented as a treemap: That’s a treemap of a profile of perlcritic 1.088. The colors don’t mea

I’ve just released NYTProf 2.08 to CPAN, some three and a half months after 2.07. If you’ve been profiling large applications then the first difference you’ll notice is that the new version generates reports much faster. The next thing you may notice is that statement timings are now nicely formatted with units. Gisle Aas contributed the formatting code for 2.07 but I had to do some refactoring to

After much hacking, and just in time for OSCON, I’m delighted to announce the release of Devel::NYTProf version 2. A powerful, efficient, feature-rich perl source code profiler. “If NYTProf 1 is a Toyota, then 2.0 is a Cadillac” — Adam Kaplan, author of NYTProf 1. The Short Story (I’ve written up the long story, for the record, in another post.) Adam forked Devel::FastProf (the best statement-leve