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

Reply via email to