On 01/02/2015 19:02, Joe Taylor wrote: > Hi all, Hi Joe, > > I was wrong to suggest that something is amiss with decoding a file read > by the GUI from disk. The first decode will be slow, that's all -- > because new "FFTW wisdom" must be accumulated because we're now using > the multi-thread capable FFTW library. :) > > Note also that if we have success with using OpenMP elsewhere in the > program, we'll need to use an FFTW library compiled with > "--enable-openmp". I am hoping that is not the case and that normal multi-threaded FFTW3 can be used in parallel to OpenMP, otherwise other builders of WSJT-X are going to have several hurdles to overcome.
I am currently setting up the CMake build to build two versions of jt9, jt9 and jt9_omp which should be good for testing and development until we have a feel for if this all hangs together and has a performance benefit worth the price. > > -- Joe, K1JT 73 Bill G4WJS. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
