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

[UA3DJY]

В отношении, отсутствия декодирования, начинаю предполагать, что уплывает время. Т.е. с каждым CQ или постоянным обменом, разница во времени становиться, сначала, 0.1, потом 0,3 и так доходит до секунды и более. Хотя странно, загрузка проца и оперативы не более 30%.

Еще посмотрите период синхронизации времени, есть смысл его ставить не менее одного часа. Софт D4 у Вас может бодаться с синхронизацией времени самой операционной системы Windows, если она включена.

[UA3DJY]

Уже больше половины дня потратил на диагностику отсутствия модуляции первой передачи сообщения сгенерированного через UDP Reply команду полученную с Logger32, пока не знаю сколько еще уйдет времени на этот сбой. Такой сбой идет у пользователя хаотично, в том числе при двойном щелчке на декодированном сообщении и в самом JTDX.

Интересный поворот в поиске причины этого сбоя: пользователь запускал JTDX из Logger32, что возможно приводит к снижению приоритета потока обработки входящего/выходящего звука в JTDX с заданного в коде m_audioThreadPriority (QThread::TimeCriticalPriority) на приоритет используемый в потоке внешнего лога из которого запускается JTDX. В данном случае прямой запуск JTDX устранил отсутствие звука на передачу.

Если Вы используете запуск JTDX c внешнего лога и у Вас наблюдаются какие либо проблемы с выпаданием декодирования либо с отсутствием звука на передачу попробуйте пожалуйста прямой запуск JTDX, возможно такой подход решит часть проблем.

В коде JTDX я был вынужден поднять приоритет потока обработки звука до TimeCriticalPriority из-за того что декодер съедая все ресурсы процессора при заходе в следующий период не давал нормально/своевременно обрабатывать входящий (RX) звуковой поток или исходящий (TX) звуковой поток.

[R5AF]

Еще посмотрите период синхронизации времени, есть смысл его ставить не менее одного часа. Софт D4 у Вас может бодаться с синхронизацией времени самой операционной системы Windows, если она включена.

Период синхронизации D4 - 1 минута (сейчас установил 10, так как синхронизация идет по порядку ntp серверов и время корректируется от 0,01 до 0,4 секунды). Синхронизация в винде отключена.

[UA3DJY]

Период синхронизации D4 - 1 минута (сейчас установил 10, так как синхронизация идет по порядку ntp серверов и время корректируется от 0,01 до 0,4 секунды). Синхронизация в винде отключена.

У Вас работает декодер и с высокой вероятностью декодер заходит в следующий период/интервал сигналов. Вы при каждой синхронизации имеете высокую загрузку процессора (особенно в JTDX), которая может приводить к задержке обработки пакетов NTP протокола.

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

Для чего Вам необходима синхронизация раз в 10 минут? Я бы при таких проблемах раз в несколько часов останавливал прием сигналов кнопкой Monitor, делал бы принудительно синхронизацию (ряд NTP софтов позволяет ручной запуск синхронизации) и потом еще несколько часов работал на полученном системном времени.

[US4IRT]

Заметил, что есть такая бяка, если запущен браузер Opera.

Я писал об этом. На старом HDD при включенном браузере GCrome, Opera и других на их базе время улетало до 20 секунд! Не дергали время FFox и Pale Moon. Сейчас стоит SSD системным - этот эффект пропал почти (до 1 секунды может G Chrome сдвинуть за 15-20 минут, если активно им пользуешься).

[UA3DJY]

Я писал об этом. На старом HDD при включенном браузере GCrome, Opera и других на их базе время улетало до 20 секунд! Не дергали время FFox и Pale Moon. Сейчас стоит SSD системным - этот эффект пропал почти (до 1 секунды может G Chrome сдвинуть за 15-20 минут, если активно им пользуешься).

Системное время при использовании Интернет браузера всегда замедляется? Похоже на загрузку процессора, но службы операционной системы должны иметь более высокий приоритет выполнения по сравнению с потоками браузера, возможно что эта проблема связана с особенностями поддежки работы многопотока конкретным процессором, то есть наблюдается только на определенных процессорах.

[US4IRT]

Системное время при использовании Интернет браузера всегда замедляется?

С SSD не всегда, Игорь. С HDD, если включен только кластер (DXFun) - выбег постоянный. Если часто открываешь (закрываешь) вкладки, сворачиваешь (разворачиваешь) окна - тогда убегает очень сильно. Т. е. получается связано со скоростью обработки процессора. С SSD этот параметр гораздо выше.

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

Может не замедлятся, а и ускорятся. Т. е. может быть DT -10, может +10. Подчеркиваю это только с HDD. На SSD - в пределах допустимого (максимум что видел - до одной секунды за 15 минут).

[UA3DJY]

Может не замедлятся, а и ускорятся. Т. е. может быть DT -10, может +10. Подчеркиваю это только с HDD. На SSD - в пределах допустимого.

То есть сбой системного времени связан с кэшированием содержимого оперативной памяти в swap файл на диске, получается что Интернет браузеру нехватает оперативной памяти?

[US4IRT]

Интернет браузеру нехватает оперативной памяти?

Думаю, что не в этом проблема. Оперативка одна и та же при HDD и SSD. Файл подкачки делал и 16 Гиг - не помогло. КЕШ на SSD, конечно, гораздо больший.

[UA3DJY]

Думаю, что не в этом проблема. Оперативка одна и та же при HDD и SSD. Файл подкачки делал и 16 Гиг - не помогло. КЕШ на SSD, конечно, гораздо больший.

Разница во времени доступа (чтение/запись) к swap файлу на дисках HDD и SSD.

[US4IRT]

Разница во времени доступа (чтение/запись) к swap файлу на дисках HDD и SSD.

Получается именно в этом. Вот разница моих HDD и SSD (при том, что на нём SATA3, а на "матери" только SATA2)

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

[UA3DJY]

Получается именно в этом. Вот разница моих HDD и SSD (при том, что на нём SATA3, а на "матери" только SATA2)

Получается что процессор даже не может разруливать системные задачи/процессы пока перекладывает содержимое оперативной памяти на диск и обратно, то есть использование программ жадных до оперативной памяти при ее недостатке приводит не только к сбоям в работе JTDX/WSJT-X но и к сбоям в работе системных служб которые имеют более высокий приоритет чем программы пользователя.

PS У меня FireFox (и не только этот браузер, скорее всего связано с кривизной Java скриптов на Web сайтах) плавно увеличивает занимаемую память и при большом объеме занятой памяти начинает постоянно есть ресурсы процессора, в итоге я периодически убиваю процесс FireFox чтобы сохранить вкладки и запускаю его снова, так несколько раз в неделю.

Вложение 222316

При большом количестве занимаемой памяти идет постоянно доступ FireFox к диску со скоростью передачи данных 0.1..0.2 МБ в секунду.

[R5AF]

Вот пример:

Прошло уже более минуты с последнего декодирования. И ранее декодировано только 1 запись.
Синхронизация раз в час. Сейчас синхронизация не более 0.1 секунды.
Процессор и память практически не загружены, без особых пиков.
Но все равно не декодирует

[US4IRT]

Но все равно не декодирует

Илья! Попробуйте в свойствах вашего входа поставить как на скрине. Было уже когда то такое.

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

[RX3ASP]

Заметил, что есть такая бяка, если запущен браузер Opera. Не все версии ее, а какая то отдельная. При использовании других браузерах такого не наблюдал. Здесь уже об этом кто то писал.

Оперой давно не пользуюсь, а с Хромом такое было. И дело не в перегрузке процессора и не во взаимном влиянии с JTDX. Время уходило в + десятки секунд и без радиолюбительских программ при загрузке 5-7%. Мне показалось, что это связано посещением определенных сайтов, которые как-то через браузер корректируют системное время.