проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[UA1OMZ]

Игорь, а почему режимы autoseq 1 и 2 лишены привилегий autoseq 3 - отвечать поздно(после отведенного периода) декодированным позывным и изменять сообщения в зависимости от полученных? Приходиться самому отвечать (нажимать) таким позывным, и что самое главное даже после таких манипуляций тебя спокойно декодируют уже в этом периоде. В wsjt-x в режиме call 1st автоматически всегда отвечает поздно декодированным и изменяет сообщения, причем моментально после их декодирования, а не ожидает декодирования всего периода, даже при вызове вас сплитом.

[UA3DJY]

Игорь, а почему режимы autoseq 1 и 2 лишены привилегий autoseq 3 - отвечать поздно(после отведенного периода) декодированным позывным и изменять сообщения в зависимости от полученных? В wsjt-x в режиме call 1st всегда отвечает поздно декодированным и изменяет сообщения, причем моментально после их декодирования, а не ожидает декодирования всего периода, даже при вызове сплитом.

AutoSeq1,2 сделаны для совсем медленных процессоров где декодирование заканчивается после третьей секунды интервала передачи, когда менять сообщение уже нет смысла - оно не будет декодировано корреспондентом из-за большого количества ошибок и потери синхронизации.

[RK1AT]

4 ядра / 8 потоков могут показать свои картинки

I7 процессор, W10х64, работают две программы JTDX.

->Скрытый текст<-

[UA1OMZ]

AutoSeq1,2 сделаны для совсем медленных процессоров где декодирование заканчивается после третьей секунды интервала передачи, когда менять сообщение уже нет смысла - оно не будет декодировано корреспондентом из-за большого количества ошибок и потери синхронизации.

Ну тогда только одно пожелание - сделать еще один режим AutoSeq0 аналогичный режиму AutoSeq + call 1st в wsjt-x, уверен, что именно он будет пользоваться большей популярностью...

[RA3QDP]

здесь назвал одну из возможных причин

если Вы имеете ввиду, что проблема в том, что в BIOS отключен HiperTrading, то этого не может быть, т.к. в этом случае -
- и в устройствах и в закладке быстродествие и в мониторе ресурсов (и любых сторонних программах) будут видны только физические ядра, а виртуальных ядер (не загруженных) там видно не будет.
Т.к. никаких "гипотез" не использования виртуальных ядер нет - выходит, что проблема может быть только в программе (или опций ее компиляции).

[UA3DJY]

если Вы имеете ввиду, что проблема в том, что в BIOS отключен HiperTrading, то этого не может быть, т.к. в этом случае -
- и в устройствах и в закладке быстродествие и в мониторе ресурсов (и любых сторонних программах) будут видны только физические ядра, а виртуальных ядер (не загруженных) там видно не будет.
Т.к. никаких "гипотез" не использования виртуальных ядер нет - выходит, что проблема может быть только в программе (или опций ее компиляции).

для определения количества доступных потоков (задания количества потоков FFTW) в коде WSJT-X/JTDX используется метод QThread::idealThreadCount, сделаю софт с диагностикой, посмотрим количество потоков возвращаемых этим методом под разными операционными системами Windows и Linux

int QThread::idealThreadCount()

Returns the ideal number of threads that can be run on the system. This is done querying the number of processor cores, both real and logical, in the system. This function returns -1 if the number of processor cores could not be detected.

из описания метода следует что результат определяется ответом операционки, значит проблема вне компилятора

[RA3QDP]

выходит, что Вы (почему-то) верите в заверения QT об "идеальности" их метода загрузки всех ядер, а не внешним методам диагностики их загрузки (как нескольким встроенным в Windows, так и многочисленным сторонним диагностическим программам) ? И не принимаете в расчет фактических проблем у пользователей с декодированием на приличных по производительности процессорах ? Что-то на массе других программ таких проблем с загрузкой по ядрам не возникает (судя по диагностике загрузки теми же методами).

[R6LCF]

фактических проблем у пользователей с декодированием на приличных по производительности процессорах

В полемику вступать не хочется .НО есть такое. Вот что у меня! Жесткий диск твердотельный....ну это понятно.



Да вот еще.Диспетчер задач--монитор ресурсов :ядер-4,логических процессоров- 8.Скорость до 4,47 ГГц .Процент использования в спокойном состоянии -1%.Проверял во время периода декодирования ....работают все 8 и общая нагрузка до 15% максимум.Такое впечатление .....где то ограничение в программе!
Очень шустрый проц.а в программе почему то средние результаты.Странно!

[RZ1ZR]

Ну тогда только одно пожелание - сделать еще один режим AutoSeq0 аналогичный режиму AutoSeq + call 1st в wsjt-x, уверен, что именно он будет пользоваться большей популярностью...

охх... просили уже об этом, пока безуспешно (((

[UA3DJY]

выходит, что Вы (почему-то) верите в заверения QT об "идеальности" их метода загрузки всех ядер, а не внешним методам диагностики их загрузки (как нескольким встроенным в Windows, так и многочисленным сторонним диагностическим программам) ? И не принимаете в расчет фактических проблем у пользователей с декодированием на приличных по производительности процессорах ? Что-то на массе других программ таких проблем с загрузкой по ядрам не возникает (судя по диагностике загрузки теми же методами).

верю в средства диагностики, в Ваших постах пока не увидел на какой операционной системе, версии софта и какую проблему Вы наблюдаете

[R0AEB]

Коллеги подскажите по такому вопросу: работаю FT8 c Flex 1500 в JTDX 67 за период 15 +- 5 минут начинает меняться параметр DT до 1,5-2 (если я правильно понимаю это разница в синхронизации времени с другими станциями), установлен Demension , щелкаю по кнопке Stop в PowerSDR и тут же Start, все восстанавливается, куда копать?????

[UA3DJY]

диагностический софт 18.1.0.68_9_diag для проверки количества репортируемых операционной системой доступных потоков, при запуске показывается в окне декодированных сообщений https://cloud.mail.ru/public/Hfft/GnfrZFNV9

для проверки на процессорах с логическими ядрами в конфигурации 2/4 и 4/8, при публикации результата пожалуйста указывайте версию операционной системы и есть ли нагрузка на логических ядрах при декодировании

кодовые суммы:
File name: JTDX-18.1.0.68_9_diag-win32.exe
MD5: 36C2251AC376156A9E2E27AA93601EFD
SHA-1: 28D817B2FA3031218CFB358B5239BCB38648ED88
SHA-256: 394B205096CAFC4E593AC1B3C55ED15DACA176754AC634726129288FC3398FA0
SHA-512: 83FDEC1D58B402891DAFE634F64152CDCBF414BD9FC4EEAFA2A9A4FC8DB723EF3714CC A0D5237FCB58DDA4FD8824868657AD7209A91B028676194A0E28C670FC
RIPEMD: 0457B3DCC20CE4F445BA5A6CDA963A1882186D74

[RK1NA]

установлен Demension , щелкаю по кнопке Stop в PowerSDR

Вы в Дименсион посмотрите как он синхронизирует.

[UA3DJY]

Коллеги подскажите по такому вопросу: работаю FT8 c Flex 1500 в JTDX 67 за период 15 +- 5 минут начинает меняться параметр DT до 1,5-2 (если я правильно понимаю это разница в синхронизации времени с другими станциями), установлен Demension , щелкаю по кнопке Stop в PowerSDR и тут же Start, все восстанавливается, куда копать?????

Частота опорного кварцевого резонатора в SDR железе, кратно не делится к 48кГц частоте дискретизации звукового потока и идет набег фреймов. Скорость ухода DT определяется остатком от деления частоты резонатора на 48000.

За согласование частот компьютера и SDR в звуковом потоке отвечает виртуальный аудио кабель, если этот функционал в нем сделан.

Еще может быть неисправность или несоответствие частоты этого резонатора.

[R0AEB]

Вы в Дименсион посмотрите как он синхронизирует.

Интервал 15 минут, расхождение 0,002