On Wed, 19 Sep 2012 15:22:19 -0400, John Kasunich wrote: > > Taking this crazy idea one step farther, what if this > daemon process was more of a "HAL server"? Instead of > every instance of halcmd directly accessing the lists > and other metadata, halcmd would simply ask the server > to do it. I don't know much about how client-server > stuff is implemented (RPCs?, sockets?) but if only > the server is accessing the metadata, then the HAL > mutex isn't needed, and the internals of HAL might not > need to be visible to so many individual programs.
Well, it might pay to have both a HAL server and multiple threads/process within such a server which would require various types of locks or mutex's, but I can see how to set something like that up. I have an idea or two... I'll see if I can break away a little time to hack together a test/demo assuming I use the same software instrumentation I want to use for my thesis work. Still not sure I can break away enough time though... EBo -- ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
