There is only one file to look for: profile-\d+.html in your cwd.
And as a side note: do not profile code that runs that long. 8 minutes
of execution will produce an html file (with a json blob) of several
hundreds of megabytes. Your browser won't cope with that.
Try to profile only for a single h
I tried that and while it was running my hard disk ran out of space. I am
not sure if it is related, but the process crashed and I could not find if
it created anything on the disk. Before trying again, I'd like to remove
anything it might have created. Where should I look for its temporary files?
If you're running Rakudo on MoarVM, try the --profile option. It will create
an HTML file that shows a lot of useful information, including time spent in
each routine, call graphs, GC allocations, etc.
Pm
On Wed, Dec 31, 2014 at 09:35:33AM +0200, Gabor Szabo wrote:
> The Perl 6 Maven site is a
At 6:09 PM +0100 5/19/02, Nicholas Clark wrote:
>On Sat, May 18, 2002 at 07:33:53PM -0400, Dan Sugalski wrote:
>> At 7:25 PM -0400 5/18/02, Melvin Smith wrote:
>> >Yeh I know that word is yucky and from Java land, but in this case,
>> >I think that
>> >"system" PMCs should take liberties for o
On Sat, May 18, 2002 at 07:33:53PM -0400, Dan Sugalski wrote:
> At 7:25 PM -0400 5/18/02, Melvin Smith wrote:
> >Yeh I know that word is yucky and from Java land, but in this case,
> >I think that
> >"system" PMCs should take liberties for optimization.
>
> *All* PMCs should take liberties for o
>>>Also, it's perfectly fine for a coordinated group of PMCs (like, say,
>>>the ones that provide perl's base scalar behavior) to share grubby
>>>internal knowledge, though I'd like to keep that under control, as it's
>>>easy to get out of sync.
Ok, now that I'm looking closer, it appears my
At 7:35 PM -0400 5/18/02, Melvin Smith wrote:
>At 07:33 PM 5/18/2002 -0400, Dan Sugalski wrote:
>>At 7:25 PM -0400 5/18/02, Melvin Smith wrote:
>>>Yeh I know that word is yucky and from Java land, but in this
>>>case, I think that
>>>"system" PMCs should take liberties for optimization.
>>
>>*All
At 07:33 PM 5/18/2002 -0400, Dan Sugalski wrote:
>At 7:25 PM -0400 5/18/02, Melvin Smith wrote:
>>Yeh I know that word is yucky and from Java land, but in this case, I
>>think that
>>"system" PMCs should take liberties for optimization.
>
>*All* PMCs should take liberties for optimization. PMC vt
At 7:25 PM -0400 5/18/02, Melvin Smith wrote:
>Yeh I know that word is yucky and from Java land, but in this case,
>I think that
>"system" PMCs should take liberties for optimization.
*All* PMCs should take liberties for optimization. PMC vtable entries
are the only things that should know the
Dan Sugalski wrote:
> I think perhaps a rewrite of life.pasm into perl with some
> benchmarking would be in order before making that judgement.
Following is a rough perl5 version of life.pasm.
On my system [Pentium 166; linux 2.2.18; perl 5.6.1] this takes 96 to 97
seconds; CVS parrot takes 91 t
At 8:09 AM -0400 4/12/02, Michel J Lambert wrote:
>
>Few things immediately come to mind:
>a) with the current encoding system, we're guaranteed to be slower than
>without it. If we want Parrot to be as fast as Perl5, we're deluding
>ourselves.
I think perhaps a rewrite of life.pasm into perl wit
<[EMAIL PROTECTED]> writes:
>>
>> Anyone surprised by the top few entries:
>
>Nope. It looks close to what I saw when I profiled perl 5.004 and 5.005
>running over innlog.pl and cleanfeed. The only difference is the method
>stuff, since neither of those were OO apps. The current Perl seems to
>sp
On Sat, Sep 02, 2000 at 07:22:08PM +, Nick Ing-Simmons wrote:
>
> This is from a perl5.7.0 (well the current perforce depot) compiled
> with -pg and then run on a smallish example of my heavy OO day job app.
>
> The app reads 7300 lines of "verilog" and parses it with (tweaked) Parse-Yapp
>
13 matches
Mail list logo
