I don't think that Dan meant that Python-on-Parrot would be 20x faster.
He's saying that it's easy to speed up Python if you leave out the slow
parts, and that the Python-on-.NET implementation has left out the slow
parts so far. So when it's complete, Python-on-.NET will end up slower
than "re
At 18:33 -0500 12/23/03, Dan Sugalski wrote:
At 3:54 PM -0600 12/23/03, Rod Adams wrote:
If parrot is fast enough at threading and general computation, I'd
see a PPWAS as an amazing attractive target platform.
- Open Source Specs & Code.
- Multiple native languages
- Could relatively easily port
Pete Lomax wrote:
My question is: What can I do to P4 entries to mark them as available
for re-use?
close:
P0=P4[I1]
close P0
# mark slot as free
null P5
P4[I1]=P5# set to NULL
ret
you can test the entry by:
set P0, P4[I1]
isnull P0, is_close
#
is_close:
Regards,
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> And the issue of what happens when we're running threaded and the
> wrong thread gets the signal. (Figuring out which thread gets
> notified of a signal in general is going to be... fun)
Yep, that's a problem. The plan is, to configure that per platform.
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I'm pondering, once again, more things with the Postgres interface.
> In this case I need to pass in arrays of ints (and floats, I suppose)
> and arrays of char pointers.
Actually we have that already - or almost. When interfacing with PCRE, I
had to acces
Uri Guttman <[EMAIL PROTECTED]> wrote:
> i even sent leo (though i am not sure of ownership since that company
> went under) a generic event loop in c that i wrote.
Thanks again, its really helpful, albeit running event handlers in PASM
is a bit different :)
> ... dan's
> plan is to put the sing
The Perl 6 Summary for the week ending 20031221
Welcome one and all to the penultimate Perl 6 Summary for 2003. The
nights are long, the air is cold, freezing fog made the journey home
from watching *The Return of the King* a deeply fraught experience
(though probably not as fraught
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 10:06 AM +0100 12/23/03, Leopold Toetsch wrote:
>>While its not too complicated to get from an PObj* to the arena its time
>>consuming (more or less, depending on ARENA_DOD_FLAGS), it seems simpler
>>to have an interpreter back-pointer in the (shared) PM
I just downloaded and tried to build Parrot and make failed with
In file included from include/parrot/pmc.h:18,
from include/parrot/parrot.h:250,
from imcc/imc.h:18,
from imcc/main.c:17:
include/parrot/thread.h:103: error: conflicting types for `S
At 10:28 PM -0800 12/23/03, Joe Wilson wrote:
In order to get the 20x speed gain you seek I assume
that Parrot would have to perform some sort of variable
type inference to distinguish, for example, when a
scalar is really just an integer and use an integer register.
Otherwise, the PMCs in Parrot
Hi,
I was trying to track down a core dump in 'examples/assembly/pcre.imc'. Looking
at the code in 'library/pcre.imc' and the documentation in 'parrot_assembly.pod'
I found that 'store_globals' was misdocumented. The two parameters were
interchanged.
Looking more closely at 'parrot_assembly.pod'
Michael Scott <[EMAIL PROTECTED]> wrote:
> In config.h we have
> typedef void SYNC;
> typedef SYNC Sync;
Ah, yep. Forgot that config.h is a generated file.
Fixed, thanks,
leo
At 10:17 AM +0100 12/24/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
I'm pondering, once again, more things with the Postgres interface.
In this case I need to pass in arrays of ints (and floats, I suppose)
and arrays of char pointers.
Actually we have that already - or alm
Dan Sugalski wrote:
At 10:17 AM +0100 12/24/03, Leopold Toetsch wrote:
the UnManagedStruct PMC has an interface to deal with almost arbitrary
structures and arrays of types.
Using the source is only helpful when the docs are sufficient to
actually *find* the thing you're thinking of doing, whic
Leopold Toetsch writes:
> Pete Lomax wrote:
>
> >My question is: What can I do to P4 entries to mark them as available
> >for re-use?
>
> close:
> P0=P4[I1]
> close P0
> # mark slot as free
> null P5
> P4[I1]=P5# set to NULL
> ret
>
> you can test the entry by:
>
>se
> A marriage between Parrot and APR (Apache Portable Runtime) might be
> a marriage in heaven, in that respect. For those not in the know,
> APR contains most of the grotty low-level bits.
It misses some things that are important to us, like fork(), and it's
got this concept of memory pools, wh
Even with a zero overhead runloop a 20 times speed improvement
in running typical non-trivial Python programs is simply not possible.
It's not like the Python opcodes perform no work at all:
Performance Measurements for Pystone
http://zope.org/Members/jeremy/CurrentAndFutureProjects/pystone
Th
At 11:00 AM -0800 12/24/03, Joe Wilson wrote:
Even with a zero overhead runloop a 20 times speed improvement
in running typical non-trivial Python programs is simply not possible.
It's not like the Python opcodes perform no work at all:
Performance Measurements for Pystone
http://zope.org/Members
Here's a big patch that adds newlines to all internal_exception calls
for which they were missing.
Luke
Index: classes/delegate.pmc
===
RCS file: /cvs/public/parrot/classes/delegate.pmc,v
retrieving revision 1.8
diff -u -r1.8 delega
Here's that op that replaces the header of one PMC with another's, if
people are interested.
Luke
Index: ops/ops.num
===
RCS file: /cvs/public/parrot/ops/ops.num,v
retrieving revision 1.15
diff -u -r1.15 ops.num
--- ops/ops.num 10 D
On 22 Dec 2003, at 23:59, Elizabeth Mattijsen wrote:
I think we need a change of mindset. Instead of seeing threaded
programs as the special case, we would need to see that the single
threaded program is the special case. See how many people use POE for
event handling, and through what hoop
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> Looking more closely at 'parrot_assembly.pod' I started to find more
> discrepancies between the documentation in 'ops/*.pod' and
> 'parrot_assembly.pod'.
This document and docs/pdds/pdd06_pasm.pod are equally outdated[1]. The one
and only current
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Here's that op that replaces the header of one PMC with another's, if
> people are interested.
> +inline op supplant(in PMC, in PMC) {
> +*$1 = *$2;
Brrr. I'm not willing to contemplate now on the nasty side effects
that might have, but what for are yo
Luke Palmer <[EMAIL PROTECTED]> wrote:
> When writing one of my pet languages, I found a need (or a want) to
> replace the contents of a PMC with a different PMC. To accomplish this,
> I wrote an op that memcpied the header of the source into the header of
> the destination. It worked. (Maybe a
> "MS" == Michael Scott <[EMAIL PROTECTED]> writes:
> Reading this brought to mind a command-line Perl tool on NT that began
> life as a quick hack and then grew and grew to the point where a quick
> Perl Tk user interface would have made it into a proper app but
> threading issues pre
Leopold Toetsch writes:
> Luke Palmer <[EMAIL PROTECTED]> wrote:
> > Here's that op that replaces the header of one PMC with another's, if
> > people are interested.
>
> > +inline op supplant(in PMC, in PMC) {
> > +*$1 = *$2;
>
> Brrr. I'm not willing to contemplate now on the nasty side effe
26 matches
Mail list logo
