There are some things in the code that don't like being multithreaded. If I parallelize the for loop in RN_DATA::Recalculate( int aNet ), I get a segfault. It does not happen if I put a lock to the call updateNet( i ), but obviously there is no increase in performance. I'm trying to find out what's the problem now.
On Tue, Jan 14, 2014 at 9:18 PM, Carl Poirier <carl.poirie...@gmail.com>wrote: > Well, if OpenMP is alright with you, I'll give it a shot this weekend. > > > On Tue, Jan 14, 2014 at 5:12 AM, Marco Serantoni < > marco.serant...@gmail.com> wrote: > >> Nice, >> But please, think before add dependencies and look deeply if those are >> supported for all platforms, I wish being able to don't trash years of work. >> >> >> >> -- >> Marco >> >> >> On Tue, Jan 14, 2014 at 11:00 AM, Maciej Sumiński < >> maciej.sumin...@cern.ch> wrote: >> >>> Great, now it seems that we have a group of people who are experienced >>> with the subject. I believe this has to end up with some speed up in KiCad. >>> >>> Regards, >>> Orson >>> >>> >>> On 01/14/2014 10:59 AM, Marco Serantoni wrote: >>> >>>> Only the warning: keep attention that boost::context doesn't support the >>>> context switch for the vector registers >>>> (mmx*/v*). >>>> If needed i can help you to implement. >>>> >>>> >>>> -- >>>> Marco >>>> >>>> >>>> On Mon, Jan 13, 2014 at 7:48 PM, Vesa Solonen <vesa.solo...@aalto.fi >>>> <mailto:vesa.solo...@aalto.fi>> wrote: >>>> >>>> 13/01/14 10:04, Maciej Sumiński kirjoitti: >>>> >>>> > I fully support the idea, in fact I have dreamed about this too >>>> > >>>> (http://www.ohwr.org/projects/cern-kicad/wiki/ratsnest-gal# >>>> Possible-upgrades). >>>> > I had a short try with OpenMP, but I did not get any better >>>> results, so >>>> > it seems that I could have done it wrong. >>>> >>>> Some articles: >>>> http://locklessinc.com/articles/vectorize/ >>>> http://gcc.gnu.org/projects/tree-ssa/vectorizathttps:// >>>> twiki.cern.ch >>>> https://twiki.cern.ch/twiki/bin/view/CMSPublic/ >>>> WorkBookWritingAutovectorizableCode >>>> >>>> Some tools: >>>> http://code.entropywave.com/blog/ >>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Volk >>>> >>>> ORC may be the best tool to go with. GNU Radio's DSP stack and >>>> GStreamer >>>> depends on it. >>>> >>>> > If there are volunteers who have some experience with >>>> parallelization I >>>> > am very eager to cooperate to speed up some of computations. The >>>> > ratsnest algorithm is a perfect place to start with. It is >>>> performed on >>>> > per net basis, so they are all independent to each other. >>>> >>>> I could possibly do something, but I'm not familiar with much of the >>>> Kicad code. Single function "optimise this ->" might work, but >>>> delivery >>>> times can't be guaranteed... >>>> >>>> -Vesa >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~kicad-developers >>>> Post to : kicad-developers@lists.launchpad.net >>>> <mailto:kicad-developers@lists.launchpad.net> >>>> >>>> Unsubscribe : https://launchpad.net/~kicad-developers >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~kicad-developers >>>> Post to : kicad-developers@lists.launchpad.net >>>> Unsubscribe : https://launchpad.net/~kicad-developers >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~kicad-developers >> Post to : kicad-developers@lists.launchpad.net >> Unsubscribe : https://launchpad.net/~kicad-developers >> More help : https://help.launchpad.net/ListHelp >> >> >
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp