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
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
