tag:blogger.com,1999:blog-5205671691245928993.post2347913441421087180..comments2023-06-12T04:42:41.158-07:00Comments on Stevan Little's Blog: Moose Startup Time over TimeStevan Littlehttp://www.blogger.com/profile/01804375611677923875noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-5205671691245928993.post-71105811794514435162009-09-03T04:51:04.169-07:002009-09-03T04:51:04.169-07:00@Daisuke: name and link fixed, thanks for pointing...@Daisuke: name and link fixed, thanks for pointing that out.Stevan Littlehttps://www.blogger.com/profile/01804375611677923875noreply@blogger.comtag:blogger.com,1999:blog-5205671691245928993.post-38904574048222863372009-09-03T03:22:49.425-07:002009-09-03T03:22:49.425-07:00s/Japan Perl Organization/Japan Perl Association/g...s/Japan Perl Organization/Japan Perl Association/g ;) and a url plug: http://japan.perlassociation.org/Anonymoushttps://www.blogger.com/profile/07605402075287711363noreply@blogger.comtag:blogger.com,1999:blog-5205671691245928993.post-58694501682117341362009-09-02T23:58:37.933-07:002009-09-02T23:58:37.933-07:00The reason I profiled just "use Moose" i...The reason I profiled just "use Moose" is that I can't think of any nontrivial class that would work under both Moose 0.01 and Moose 0.89.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5205671691245928993.post-21113832486369151782009-09-02T20:52:19.919-07:002009-09-02T20:52:19.919-07:00Do we have a graph for startup times of apps? Ther...Do we have a graph for startup times of apps? There were huge improvements in e.g. the cost of role composition at several points.<br /><br />Moose's startup itself is not and never has been a problem IMHO, it's the app code that suffers.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5205671691245928993.post-18541640474183915732009-09-02T20:27:39.356-07:002009-09-02T20:27:39.356-07:00No apology needed. I'm sorry for my hyperbolic...No apology needed. I'm sorry for my hyperbolic style, you answered my main worry about CPAN modules. I panicked a bit seeing all the talk lately about this or that module going that direction, and perhaps it's not as big a move for mature tried and proven libraries as I feared.Anonymoushttps://www.blogger.com/profile/08463419769540065865noreply@blogger.comtag:blogger.com,1999:blog-5205671691245928993.post-7936481196612286872009-09-02T19:16:08.806-07:002009-09-02T19:16:08.806-07:00gfx achieved the lions share of his commits early ...gfx achieved the lions share of his commits early on in the sponsorship which to me suggests that there are still some low hanging fruit in the Moose universe. The problem is that we would rather not optimize in a vacume. We can potentially make arbitrary startup for Moose (what Sartak measured here) lighting fast and it wouldn't mean a thing in a real world script that actually does something.<br /><br />This is why Yuval posted in his blog a call for Profiles. To help us narrow down where the slow spots still are in *real world* usage.perigrinhttps://www.blogger.com/profile/15411867329861005334noreply@blogger.comtag:blogger.com,1999:blog-5205671691245928993.post-1348294612124036692009-09-02T19:05:47.466-07:002009-09-02T19:05:47.466-07:00Thanks for putting this graph together. It's ...Thanks for putting this graph together. It's very informative in that it shows how much work has been done to keep the startup time below 0.3 seconds. 0.1 would be an awesome threshold imo, but as the author has clearly stated, Moose is for a persistent environment, in which case I would tolerate up to a second for startup.<br /><br />IMHO, Padre would be retarded to exclude Moose related modules because of 0.3 seconds to load the fucker. Padre seems to be moving forward fast, so why not embrace a wider set of possibilities for a meaningless hit since it's only at startup. Moose runs fast afterwards let us not forget. Maybe not as fast as an elk, but certainly faster than anyone's padre.<br /><br />- XAnonymousnoreply@blogger.com