05/01/04 04:34:15, Luke Palmer <[EMAIL PROTECTED]> wrote:
LP> I think you're saying that each thread gets its own register set and
LP> register stacks (the call chain is somewhat hidden within the register
LP> stacks). Dan has been saying we'll do this all along.
.
That has been my interpret
05/01/04 04:51:20, Sam Vilain <[EMAIL PROTECTED]> wrote:
>On Mon, 05 Jan 2004 15:43, Nigel Sandever wrote;
>
> > I accept that it may not be possible on all platforms, and it may
> > be too expensive on some others. It may even be undesirable in the
> > context of Parrot, but I have seen no ar
The following program segfaults after 510 iterations:
.sub _main
$I0 = 0
again:
$S1 = "anon"
$S0 = $I0
inc $I0
concat $S1, $S0
newclass $P0, $S1
find_type $I2, $S1
print $I2
print "\n"
if $I0 < 1000 goto again
If I run this code, which should just be a loop which
creates-then-joins a thread (looping twice), I get a crash at the end:
set I16, 0
again:
inc I16
new P5, .ParrotThread
find_global P6, "_foo"
find_method P0, P5, "thread3"
invoke
set I5, P5
getinterp P2
find
# New Ticket Created by Jeff Clites
# Please include the string: [perl #24808]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=24808 >
Attached are patches to fix the remaining "make testj" failures on Mac
OS X (i.e., ppc j
Luke Palmer <[EMAIL PROTECTED]> wrote:
> The following program segfaults after 510 iterations:
> .sub _main
> $I0 = 0
> again:
> $S1 = "anon"
> $S0 = $I0
> inc $I0
> concat $S1, $S0
> newclass $P0, $S1
> find_type $I2, $S1
> p
After many months of lying dormant, I figured I'd get my act together
and adapt this patch to the few recent modifications. And this time,
I'm posting a benchmark!
My results get about 5% slowdown in the eager case, and the usual
10,000% speedup in the lazy case.
Luke
First, the benchmark (exam
Jeff Clites <[EMAIL PROTECTED]> wrote:
> Attached are patches to fix the remaining "make testj" failures on Mac
> OS X (i.e., ppc jit). These fixes are relative to my previously
> submitted patch with other ppc jit fixes, [perl #24789].
... which still seems to be missing. Could you rediff all aga
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> Adding a hints file for solaris solves two thread-related link issues.
Applied - thanks,
leo
Jeff Clites <[EMAIL PROTECTED]> wrote:
> If I run this code, which should just be a loop which
> creates-then-joins a thread (looping twice), I get a crash at the end:
> The problem is that when joining the _second_ time, in pt_thread_join()
> you get a return value from joining the thread
The re
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> nci_test.c included which is deprecated on FreeBSD
Applied, as well as #24802. Thanks,
leo
Luke Palmer <[EMAIL PROTECTED]> wrote:
> After many months of lying dormant, I figured I'd get my act together
> and adapt this patch to the few recent modifications. And this time,
> I'm posting a benchmark!
Wow, thanks.
Some comments:
> -b_PObj_needs_early_DOD_FLAG = 1 << 27,
> +/* tr
Luke Palmer <[EMAIL PROTECTED]> wrote:
One more remark:
>
> +if (PObj_needs_early_DOD_TEST(obj))
> +++interpreter->num_early_PMCs_seen;
When is this counter reset?
leo
On Jan 5, 2004, at 5:45 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
Attached are patches to fix the remaining "make testj" failures on Mac
OS X (i.e., ppc jit). These fixes are relative to my previously
submitted patch with other ppc jit fixes, [perl #24789].
... which still
On Jan 5, 2004, at 5:47 AM, Luke Palmer wrote:
After many months of lying dormant, I figured I'd get my act together
and adapt this patch to the few recent modifications. And this time,
I'm posting a benchmark!
My results get about 5% slowdown in the eager case, and the usual
10,000% speedup in t
On Jan 5, 2004, at 5:32 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
If I run this code, which should just be a loop which
creates-then-joins a thread (looping twice), I get a crash at the end:
The problem is that when joining the _second_ time, in
pt_thread_join()
you get a
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> I was seeing an error in the second test in t/src/list.t on FreeBSD:
> set_integer_keyed() not implemented in class 'PerlInt'
> I tracked it down to two consecutive calls to pmc_new() returning the
> same pointer, which is generally not what
Optimized for speed, at least.
I'm finding that large subs seem to give imcc headaches. I'm not sure
if it's O(n^2) or O(2^n) headaches, but definitely issues. At the
moment I've got parrot churning on some pir code and it's taking
quite a while. Final time tally:
real41m46.978s
user21
At 2:43 AM + 1/5/04, Nigel Sandever wrote:
05/01/04 01:22:32, Sam Vilain <[EMAIL PROTECTED]> wrote:
[STUFF] :)
In another post you mentions intel hyperthreading.
Essentially, duplicate sets of registers within a single CPU.
Do these need to apply lock on every machine level entity that
they a
At 4:03 PM -0800 1/4/04, Damien Neil wrote:
It's my understanding that Parrot has chosen to take the path of using
many mutable data structures at the VM level; unfortunately, this is
pretty much incompatible with a fast or elegant threading model.
Yep, generally true. The choice was made on purpos
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> All these (non-trivial) source tests, that create some resources should
> use the scheme of t/src/basic_3.
I've rewritten list.t and hash.t to use this scheme, generalizing the
layout a bit in the process. I'm not sure about the reasoning for one
of t
On Mon, 5 Jan 2004 10:59:18 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>I know IMCC's being redone, and we're nowhere near close to
>optimized,
That was my guess
> but I think it'd be worth it to get a handle on what sorts
>of things are likely to trigger off exponential time compiles when
Jeff Clites writes:
> On Jan 5, 2004, at 5:47 AM, Luke Palmer wrote:
>
> >After many months of lying dormant, I figured I'd get my act together
> >and adapt this patch to the few recent modifications. And this time,
> >I'm posting a benchmark!
> >
> >My results get about 5% slowdown in the eager
At 10:59 AM 1/5/2004 -0500, Dan Sugalski wrote:
Optimized for speed, at least.
I'm finding that large subs seem to give imcc headaches. I'm not sure if
it's O(n^2) or O(2^n) headaches, but definitely issues. At the moment I've
got parrot churning on some pir code and it's taking quite a while. F
Looks like we've a bug in the DOD tracing. As far as I can tell (and
it's somewhat tough, as my program's rather large) there's a bug
where metadata on loadlib-loaded libraries doesn't get properly
marked as live.
The symptoms are straightforward -- the getprop call inside dynext.c
during libr
Jeff Clites <[EMAIL PROTECTED]> wrote:
> On Jan 5, 2004, at 5:32 AM, Leopold Toetsch wrote:
>> The return value is only returned, when I3 != 0. For your example that
>> shouldn't be the case (I3 is unused aka zero). So there isn't any
>> return
>> value passed back.
> Yep, the second time throug
# New Ticket Created by Adam Thomason
# Please include the string: [perl #24819]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=24819 >
A pedantic fix courtesy of VisualAge:
src/events.c attempts to call peek_entry(), whic
# New Ticket Created by Mattia Barbon
# Please include the string: [perl #24817]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=24817 >
Hello,
this patch
* renames Parrot_INTERP and Parrot_STRING to Parrot_Interp and Par
The Perl 6 Summary for the week ending 20040104
What a surprise, a scant week after the last Perl 6 Summary of 2003,
it's the first Perl 6 Summary of 2004. Will wonders never cease? Without
further ado, we'll start with perl6-internals as usual.
Garbage Collection Tasks
Dan noted
The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
> Me? I think Perl 6's design 'in the large' will be pretty much done once
> Apocalypse 12 and its corresponding Exegesis are finished. Of course,
> the devil is in the details, but I don't doubt that the hoped for
> existence of a w
At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
> people's salaries will depend on Parrot. I confess I wouldn't be
> surprised if, by the end of the year, we haven't seen the full
> implementation of at least one of the big non-
Lars Balker Rasmussen <[EMAIL PROTECTED]> writes:
> The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> Me? I think Perl 6's design 'in the large' will be pretty much
>> done once Apocalypse 12 and its corresponding Exegesis are
>> finished. Of course, the devil is in the details, but
Melvin Smith <[EMAIL PROTECTED]> writes:
> At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
>>The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> > people's salaries will depend on Parrot. I confess I wouldn't be
>> > surprised if, by the end of the year, we haven't seen the full
At 09:30 PM 1/5/2004 +, Piers Cawley wrote:
Melvin Smith <[EMAIL PROTECTED]> writes:
> At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
>>The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> > people's salaries will depend on Parrot. I confess I wouldn't be
>> > surprised if, b
Melvin Smith <[EMAIL PROTECTED]> writes:
> At 09:30 PM 1/5/2004 +, Piers Cawley wrote:
>>Melvin Smith <[EMAIL PROTECTED]> writes:
>>
>> > At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
>> >>The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> >> > people's salaries will depend on
The Perl 6 Summarizer wrote:
Problems with "make test"
Harry Jackson couldn't get his build of parrot to finish running "make
test". After a certain amount of thrashing about by the team, Dan
narrowed it down to issues with the mutant '2.96' version of GCC that
some versions of Re
36 matches
Mail list logo
