I started now using OutOfProcessEclipse to run multiple, idenpendent eclipse instances.But i get an error when running complex games: java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.net.SocketInputStream.read(SocketInputStream.java:182) at java.io.DataInputStream.readByte(DataInputStream.java:248) at com.parctechnologies.eclipse.EXDRInputStream.readTerm(EXDRInputStream.java:97) at com.parctechnologies.eclipse.RemoteEclipse.readControl(RemoteEclipse.java:1114) at com.parctechnologies.eclipse.RemoteEclipse.getNextControlTerm(RemoteEclipse.java:1182) at com.parctechnologies.eclipse.RemoteEclipse.getNextControlSignal(RemoteEclipse.java:796) at com.parctechnologies.eclipse.EclipseConnectionImpl.waitForEclipse(EclipseConnectionImpl.java:647) at com.parctechnologies.eclipse.EclipseConnectionImpl.executeRpc(EclipseConnectionImpl.java:381) at com.parctechnologies.eclipse.EclipseConnectionImpl.rpc(EclipseConnectionImpl.java:366) at com.parctechnologies.eclipse.OutOfProcessEclipse.rpc(OutOfProcessEclipse.java:367) The error gets thrown when calling a predicate that get's called alot .. also before the error. So it seems somewhat runtime dependent. I already tried increasing the stack sizes, but that didn't help. The RAM usage is a bit higher then expected but still far below my physical limit. What could be the reason for this connection reset ? Or is there a way to get the reason from eclipse for the reset ? best regards chistian Am 22.06.2010 20:04, schrieb Wit Jakuczun: > You just need to do the same initialization for each prolog engine. > This is what I meant by copying. I am not sure if there is a simple > way to copy prolog's database. > Best regards > -- > [ Wit Jakuczun http://www.linkedin.com/in/jakuczunwit ] > > > 2010/6/22 Christian Wirth <tyrion_at_...215... > <mailto:tyrion_at_...215...>> > > to clarify it a bit: > I compile the prolog source code first, then i load another file > via the given prolog program and this triggers some complex > calculations (should not be done multiple times) to create new > rules. So i would need to copy all rules after those calculations. > > Am 22.06.2010 18:41, schrieb Christian Wirth: >> Thx, >> >> i will need to try it out, but seems not too complicated .. >> except how do i copy the ruleset ? The ruleset is compiled from a >> file and some existing rules, so i don't know every predicate. Is >> there a way to just copy all ? >> >> cheers Christian >> >> Am 22.06.2010 18:28, schrieb Wit Jakuczun: >>> Dear Christian, >>> we have done something similar on 32 processors. You must use >>> RemoteEclipse or OutOfProcessEclipse and not EmbeddedEclipse.. >>> Check this part of documentation: >>> http://www.eclipse-clp.org/doc/embedding/embroot048.html for >>> more details. >>> All you have to do is to send ruleset to each prolog engine >>> separately. After this you can call them asynchronously. >>> Best regards >>> -- >>> [ Wit Jakuczun http://www.linkedin.com/in/jakuczunwit ] >>> >>> >>> 2010/6/22 Christian Wirth <tyrion_at_...215... >>> <mailto:tyrion_at_...215...>> >>> >>> My program creates a ruleset on startup .. ofc that can only >>> be done singlecore, but after that i repeatetly call a >>> predicate that does not modify the ruleset and it is not >>> dependant on the parallel calls. So i just want to run every >>> predicate call on a new core, without any interaction with >>> the other calls. >>> But how can i setup the parallel solving ? >>> >>> Am 22.06.2010 18:12, schrieb Wit Jakuczun: >>>> 2010/6/22 Christian Wirth <tyrion_at_...215... >>>> <mailto:tyrion_at_...215...>> >>>> >>>> Hi, >>>> >>>> i'm running eclipse CLP on Dualcore and a Quad CPU >>>> machine, and would >>>> like to use those additional cores/cpus. I'm running >>>> eclipse from Java >>>> and it's already setup to create multiple parallel >>>> threads, but eclipse >>>> seems to use only one core anyway ? >>>> What do i need to do ? >>>> >>>> I what way would you like to use more than one cpu? If you >>>> are asking whether ECLiPSe can solve clp problems using >>>> many cpus then the answer is no (according to my >>>> knowledge). But you could try to do it by yourself by >>>> decomposing your problem and solving each subproblem with >>>> separate eclipse solver. >>>> Best regards >>>> -- >>>> [ Wit Jakuczun http://www.linkedin.com/in/jakuczunwit ] >>> >>> >>> ------------------------------------------------------------------------------ >>> ThinkGeek and WIRED's GeekDad team up for the Ultimate >>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >>> lucky parental unit. See the prize list and enter to win: >>> http://p.sf.net/sfu/thinkgeek-promo >>> _______________________________________________ >>> ECLiPSe-CLP-Users mailing list >>> ECLiPSe-CLP-Users_at_lists.sourceforge.net >>> <mailto:ECLiPSe-CLP-Users_at_lists.sourceforge.net> >>> https://lists.sourceforge.net/lists/listinfo/eclipse-clp-users >>> >>> >> >> >> ------------------------------------------------------------------------------ >> ThinkGeek and WIRED's GeekDad team up for the Ultimate >> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >> lucky parental unit. See the prize list and enter to win: >> http://p.sf.net/sfu/thinkgeek-promo >> >> >> _______________________________________________ >> ECLiPSe-CLP-Users mailing list >> ECLiPSe-CLP-Users_at_lists.sourceforge.net <mailto:ECLiPSe-CLP-Users_at_lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/eclipse-clp-users >> > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > ECLiPSe-CLP-Users mailing list > ECLiPSe-CLP-Users_at_lists.sourceforge.net > <mailto:ECLiPSe-CLP-Users_at_lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/eclipse-clp-users > >Received on Tue Jun 22 2010 - 21:49:57 CEST
This archive was generated by hypermail 2.3.0 : Wed Sep 25 2024 - 15:13:20 CEST