Newsgroups: perl.perl6.internals Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.stanford.edu!nntp.perl.org Return-Path: Mailing-List: contact perl6-internals-h...@perl.org; run by ezmlm Delivered-To: mailing list perl6-intern...@perl.org Received: (qmail 20616 invoked by uid 76); 12 Jan 2004 18:54:12 -0000 Received: from qma...@one.develooper.com (HELO ran-out.mx.develooper.com) (64.81.84.115) by onion.perl.org (qpsmtpd/0.26) with SMTP; Mon, 12 Jan 2004 10:54:12 -0800 Received: (qmail 22829 invoked by uid 225); 12 Jan 2004 18:54:07 -0000 Delivered-To: perl6-intern...@perl.org Received: (qmail 22823 invoked by uid 507); 12 Jan 2004 18:54:07 -0000 Received: from 178.94.252.64.snet.net (HELO sprite.sidhe.org) (64.252.94.178) by one.develooper.com (qpsmtpd/0.27-dev) with SMTP; Mon, 12 Jan 2004 10:53:36 -0800 Received: (qmail 30442 invoked from network); 12 Jan 2004 19:01:30 -0000 X-Scanned-By: AMaViS-ng at sidhe.org Received: from unknown (HELO ?172.24.18.98?) (d...@157.130.220.242) by 178.94.252.64.snet.net with SMTP; 12 Jan 2004 19:01:28 -0000 Mime-Version: 1.0 X-Sender: dan@localhost Message-ID: In-Reply-To: <200401121647.i0CGl3111266@thu8.leo.home> References: <200401072057.i07Kv5431513@thu8.leo.home> <5.1.1.6.2.20040106100948.026678f8@pop.mindspring.com> <3FFAE2A6.2000906@toetsch.at> <20040106234120.GA32117@babylonia.flatirons.org> <200401070946.i079k1305204@thu8.leo.home> <200401072057.i07Kv5431513@thu8.leo.home> <5.1.1.6.2.20040107231139.052ecb68@pop.mindspring.com> <200401081224.i08COvI24556@thu8.leo.home> <582743D0-4200-11D8-8083-000393A6B9DA@mac.com> <200401121647.i0CGl3111266@thu8.leo.home> Date: Mon, 12 Jan 2004 13:53:26 -0500 To: l...@toetsch.at Subject: Re: Continuations don't close over register stacks Cc: perl6-intern...@perl.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Spam-Check-By: one.develooper.com X-Spam-Status: No, hits=-0.2 required=7.0 tests=CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01 version=2.44 X-SMTPD: qpsmtpd/0.26, http://develooper.com/code/qpsmtpd/ Approved: n...@nntp.perl.org From: d...@sidhe.org (Dan Sugalski) At 5:47 PM +0100 1/12/04, Leopold Toetsch wrote: >Dan Sugalski wrote: > >> struct hunk { >> struct pobj header; >> INTVAL used; >> INTVAL avail; > >Only one of these is needed (and currently used: "used") > >> struct hunk *upchain; >> struct regframe RegisterFrame[FRAMES_PER_HUNK]; > >I'd rather not have the store statically inside the hunk: >- small objects code currently has an upper limit for sized header pools Doesn't mean we have to use them, honestly. A separate arena for them is fine. >- more and differently sized pools impose negative effects on DOD times While true, we're already walking the stack frame areas, so I'm not sure it'll work out that way. >- it needs more code duplication True, unless we yank out existing special-purpose code. If stack frame PMCs end up looking to the DOD like array PMCs, well... less code to deal with, since we'll be using the array code that already exists. The tradeoff is code in the allocator, but I'm not sure it'll actually be more code, just different code. -- Dan --------------------------------------"it's like this"------------------- Dan Sugalski even samurai d...@sidhe.org have teddy bears and even teddy bears get drunk