Ken, you're perfectly right.
I'll update the note with a rundown of per-parameter, per-block, and global memory and processing 'cost'. I guess I was carried away when I wrote up what looks like a CS101 homework in style that eventually, all it needs to do is fiddle a few bitmasks. It is tempting to unify handling of named and numbered parameters 'while at it' because I dont really see a good reason to handle them different except history, and handling of scope. Also, handling of parameter save and restore - if that is a another static attribute, that's covered too with the same static descriptor (or runtime attribute, if one were to support it for named variables). Maybe the handling of scopes can be factored out such that parameter support remains language-agnostic as long as lexical scoping is assumed; so the folks doing a LISP interpreter to drive a machine might have to rework that part;) - Michael Am 02.05.2012 um 15:44 schrieb Kenneth Lerman: > Hi Michael, > > I like it. > > I take issues, though, with the final line: "the implementation cost is > low: two bit masks per block, one bit mask per parameter" > > I agree that the implementation cost (I assume you mean execution time) > is low, but it is higher than what you say. You leave out the time for > getters and setters. I would say the the execution time is low because > any increases in total execution time are O(n) where n is the number of > lines. Or said differently, any increase in execution time for a line is > a constant. > > Thanks for your work on this. > > Regards, > > Ken > > On 5/1/2012 4:14 PM, Michael Haberler wrote: >> on #linuxcnc-devel there's currently a discussion (mostly cradek and me in >> the last few days) about a future linuxcnc design. In that context, >> 'queuebusters' and the synchronization of interpreter state came up. >> >> I think I came up with a more elegant, flexible and language independent >> solution to this issue than we currently have >> >> I've written up some thoughts here: >> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?QueuebustersRevisited >> >> I'd appreciate any comments >> >> - Michael >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
