The program is a personal production to find a timetable for students. I run it on a Core i5 laptop with two cores. I have found that a high number of threads increases the chances of finding a solution (from 20% with one thread to almost 100% with 80 threads). I can try to find a simple example if you want.
Cheers, Manuel Le 3 sept. 2012 à 16:52, "Christian Schulte" <cschu...@kth.se> a écrit : > Thanks, but this is the trunk so this is to be expected in between releases. > > Which kind of program did you try? And how many CPUs does your machine have > (I guess less than 80)? > > Cheers > Christian > > -- > Christian Schulte, www.ict.kth.se/~cschulte/ > > > -----Original Message----- > From: users-boun...@gecode.org [mailto:users-boun...@gecode.org] On Behalf > Of Manuel Baclet > Sent: Monday, September 03, 2012 4:42 PM > To: users@gecode.org > Subject: [gecode-users] Slow down between revision 13005 and 13037 > > Hello, > i don't know if you already know about this but i have found a huge slow > down between revision 13005 and revision 13037. > Testing on the same program with 80 threads on osx 10.8.1 (compiled with > clang), the mean time for finding a solution: > > revision 13005: > time 15s > cpu system 10%/400% > > revision: 13037 > time 50s > cpu system 30%/400% > > Hope this can help, regards, > Manuel Baclet > > > _______________________________________________ > Gecode users mailing list > users@gecode.org > https://www.gecode.org/mailman/listinfo/gecode-users > _______________________________________________ Gecode users mailing list users@gecode.org https://www.gecode.org/mailman/listinfo/gecode-users
