Hi Bill and all, Perhaps you already tried jt9_omp in Linux, but I had not. I tried it today, and it seems to work OK, as is.
Here are some timing tests made on my rather elderly 2-core Linux machine. This time all tests were made with the "Deepest" setting, ndepth=3, and all resulted in 17 good decodes of the sample file 130610_2343.wav. To get the times I measured "real" time to execute jt9 or jt9_omp from the command-prompt. Program Version Params Time (s) ------------------------------------ jt9 v1.3 r3673 2.467 jt9 v1.4.0-rc2, r4400 2.658 jt9 v1.5 r4926 -w 1 -m 1 1.243 jt9 v1.5 r4926 -w 2 -m 1 1.202 jt9 v1.5 r4926 -w 2 -m 2 1.140 jt9_omp v1.5 r4926 -w 2 -m 1 0.834 jt9_omp v1.5 r4926 -w 2 -m 2 0.843 When jt9_omp is used it's better *not* to use the multi-threaded FFTW plans, at least on this 2-core machine. The two cores are already being used effectively by running the two big FFTs concurrently. For interest, here are the actual outputs of a pair of timing runs with jt9 and jt9_omp. Note that the decoded lines are the same, but JT65 lines are intermingled with JT9 lines. (I like the original ordering better -- first the one at the decode frequency; then others in the same mode in order of increasing frequancy; then thos in the other mode, again in order of increasing frequancy. With effort, I guess we could have it both ways by letting the GUI insert decodes (after the first one) in the "proper" place in the sequence.) ######################################################################### $ time jt9 -p 1 -d 3 -w 2 -m 1 130610_2343.wav > junk 2343 -9 0.3 3196 @ WB8QPG IZ0MIT -11 2343 -18 1.0 3372 @ KK4HEG KE0CO CN87 2343 14 0.1 3490 @ CQ AG4M EM75 2343 -20 -1.3 3567 @ CQ TA4A KM37 2343 -15 0.1 3627 @ CT1FBK IK5YZT R+02 2343 -23 0.3 3721 @ KF5SLN KB1SUA FN42 2343 -16 0.2 3774 @ CQ M0ABA JO01 2343 -2 0.2 3843 @ EI3HGB DD2EE JO31 2343 -20 0.3 718 # VE6WQ SQ2NIJ -14 2343 -7 0.3 815 # KK4DSD W7VP -16 2343 -10 0.5 975 # CQ DL7ACA JO40 2343 -9 0.8 1089 # N2SU W0JMW R-14 2343 -11 0.8 1259 # YV6BFE F6GUU R-08 2343 -9 1.7 1471 # VA3UG F1HMR 73 2343 -1 0.6 1718 # BG THX JOE 73 2343 -15 1.3 1951 # RA3Y VE3NLS 73 2343 -20 0.4 2065 # K2OI AJ4UU R-20 <DecodeFinished> 0 1 real 0m1.196s user 0m1.157s sys 0m0.037s $ time jt9_omp -p 1 -d 3 -w 2 -m 1 130610_2343.wav > junk 2343 -20 0.3 718 # VE6WQ SQ2NIJ -14 2343 -9 0.3 3196 @ WB8QPG IZ0MIT -11 2343 -7 0.3 815 # KK4DSD W7VP -16 2343 -18 1.0 3372 @ KK4HEG KE0CO CN87 2343 -10 0.5 975 # CQ DL7ACA JO40 2343 -9 0.8 1089 # N2SU W0JMW R-14 2343 -11 0.8 1259 # YV6BFE F6GUU R-08 2343 -9 1.7 1471 # VA3UG F1HMR 73 2343 14 0.1 3490 @ CQ AG4M EM75 2343 -20 -1.3 3567 @ CQ TA4A KM37 2343 -15 0.1 3627 @ CT1FBK IK5YZT R+02 2343 -23 0.3 3721 @ KF5SLN KB1SUA FN42 2343 -16 0.2 3774 @ CQ M0ABA JO01 2343 -1 0.6 1718 # BG THX JOE 73 2343 -15 1.3 1951 # RA3Y VE3NLS 73 2343 -2 0.2 3843 @ EI3HGB DD2EE JO31 2343 -20 0.4 2065 # K2OI AJ4UU R-20 <DecodeFinished> 0 1 real 0m0.806s user 0m1.260s sys 0m0.055s ######################################################################### In its present state the jt9_omp code does not run in Windows. I haven't yet determined why. -- Joe, K1JT ------------------------------------------------------------------------------ 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