Please see here the result I have got with SVNVERSION 4928.
I have suppressed the -m flag because the software rejects it.
Best 88 de Claude
$ time ./jt9 -p 1 -d 3 -w 2 -e .
/home/claude/.wsjtx/bin/save/samples/130610_2343.wav
2343 -7 0.3 3196 @ WB8QPG IZ0MIT -11
2343 -16 1.0 3372 @
On 03/02/2015 15:05, John N1ISA wrote:
Greetings All,
Hi John,
In Dr. Taylor's recent posting stating his improvements to the decoder
performance in the WSJTX Development Branch release r4926, he stated that,
further improvements can probably be made by using more than one core
concurrently,
Dear Colleagues,
I have made some further performance tests of the decoders in WSJT-X.
I copied a collection of 25 *.wav files into a clean directory. The
files wererecorded in *JT9+JT65* mode during a busy period of activity
on 20 meters. On average, around a dozen decodable signals are
On 02/02/2015 08:45 PM, Joe Taylor wrote:
The following table presents measurements of decoding speed for a number
of tests using WSJT-X versions 1.3, 1.4.0-rc2, 1.5r4925, and 1.5r4926.
Time gives the time is seconds to decode the sample file
130610_2343.wav, which has 8 decodable JT9 signals
Hi Bill,
Thanks for the explanation. I was looking for the CMake module OpenMP,
didn't realize it was the different find module.
It seems to be working here ( JTSDK v2 Cmake 3.0.2 ):
snip
--
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test
On 03/02/2015 21:48, Michael Black wrote:
Hi Mike,
I ran a test using a sample program.
Compiled with
gfortran -g -fopenmp -o omp1 omp1.f
Every few runs it hangs after all threads have completed.
That program is not thread safe. All I/O statements need serializing to
make it safe. Try
On 03/02/2015 21:52, Michael Black wrote:
Hi Mike,
Also -- the equivalent C program doesn't hang either...so it's a problem
It is not an equivalent program. First off it doesn't print a
termination message at the end of each thread run. Secondly there is no
certainty that C I/O will fail in the
On 03/02/2015 22:15, Michael Black wrote:
Hi Mike,
read my suggestion again, particularly the word each!
See below.
73
Bill
G4WJS.
Nope...still hangs...
C***
***
C FILE: omp_workshare1.f
C DESCRIPTION:
C OpenMP
Sorry, I wrote free form so you will need spaces in front of those extra
directives to make it fixed form compatible.
73
Bill
G4WJS.
On 03/02/2015 22:19, Bill Somerville wrote:
On 03/02/2015 22:15, Michael Black wrote:
Hi Mike,
read my suggestion again, particularly the word each!
See
On 02/02/2015 19:45, Joe Taylor wrote:
Hi all,
I have made further improvements to the speed of the decoders in WSJT-X,
independently of any recourse to concurrent processing in machines with
multiple CPUs.
snip
These measurements were made on a Windows 7 machine with 4-core i5-2500 CPU.
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
Hi Greg,
Yes, we need the -fopenmp flag to be set. I think that's being done
appropriately now in CMakeLists.txt, although I confess I'm not always
confident that I've understood its syntax fully. Bill should be able to
give the definitive answer.
-- Joe
On 2/3/2015 3:36 PM,
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
Hi Joe,
I'm not 100% certain on this, but for openmp on Windows, don't you have
to enable that as a C flag with something l-ke: -fopenmp
I would assume that's to be done in the CMakeLists.txt file. I'm not
sure about linking the libraries.
The Qt5 Tool chain has winpthreads and gcc -v has
HI Joe,
Bill may be still working on this. I couldn't' find several things
including the -fopenmp flag, so I'll just wait and see what shakes out.
73's
Greg, KI7MT
On 2/3/2015 2:04 PM, Joe Taylor wrote:
Hi Greg,
Yes, we need the -fopenmp flag to be set. I think that's being done
I ran a test using a sample program.
Compiled with
gfortran -g -fopenmp -o omp1 omp1.f
Every few runs it hangs after all threads have completed.
I haven't let them run to completion...I tried the jt9_omp and let it run
and eventually it dies without an intelligent message after quite a few
16 matches
Mail list logo