On 03/02/2015 20:06, Joe Taylor wrote: > Hi Bill and all, Hi Joe, > > Perhaps you already tried jt9_omp in Linux, but I had not. I tried it > today, and it seems to work OK, as is. There are definitely thread safety issues but I think I have most of them dealt with. I will commit them soon after I have done some basic validation checks. > > 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. Yes that will need a basic algorithm to avoid using more threads than CPUs at any time. > > > 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. I am seeing that too but not every run, I am looking for the cause(s). > > -- 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
