From: Terrance S. <ts...@cs...> - 2007-03-30 13:40:21
|
3) basically means that the user has to be responsible for ensuring that each XSB thread is called by only one external pthread at one time. Does the version of Interprolog that you're using work ok on a dual core machine when multiple Java threads may be active? In addition, Miguel and Goncalo Lopes have a beta version of Interprolog that allows multiple XSB threads to be called from multiple java threads -- I dont know what level of API routines they are using in their new version. Terry On Fri, 30 Mar 2007, David Warren wrote: > Terrance Swift writes: > > ...... > > So the choices that we're faced with are > > > > 1) to try to do a special transaction-semantics for ctop_xxx() > > etc so that they can be used safely with the register-oriented > > API functions. > > > > 2) To take the register-oriented API functions out of the API for > > the multi-threaded engine. > > > > 3) To keep the register-oriented API functions in the MT engine > > and assume that anyone who uses them will use them correctly. > > > > 1) is difficult to do and would likely be messy at best, so I'm > > not willing to do it myself. I think that 2) is a better choice > > than 3), but there I want to make sure that I won't break some of > > our important applications like Interprolog, XSB.net, etc. > > Java_com_xsb_interprolog_NativeEngine_put_1bytes in > interprolog_callback.c seems to use these register-oriented API > functions extensively, and it seems (from a quick look by this > nonexpert) that it might not be straightforward to change it to use > the higher level. But Miguel would know better. > > I guess I don't understand option 3). Does that mean that we expand > the API to include the necessary mutex calls and the user must get and > release them appropriately? > > -David > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Xsb-development mailing list > Xsb...@li... > https://lists.sourceforge.net/lists/listinfo/xsb-development > |