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

[UA3DJY]

И еще вопрос по компу.У меня процессор Intel Core I5 750 2,67Ghz на Али наткнулся на I7 https://ru.aliexpress.com/item/Free-...516e2e0e66IyFk Есть смысл заморачиватся с заменой?

Для JTDX и WSJT-X на i7-880 за счет тактовой частоты время декодирования будет на 15 % меньше, для JTDX за счет 8 логических ядер время декдирования еще примерно на 30..50% уменьшиться. Либо можно на i7-880 включить два одновременно работающих JTDX, будут работать примерно как один JTDX на I5 750.

[UA3DJY]

Игорь ! Можно-ли при закрытии программы JTDX сделать автоматическое удаление содержимого файла ALL.TXT ?

Для чего и чем помешал этот файл?

[UA3DJY]

Подскажите почему один и тот-же позывной отмечается разным цветом?Вложение 226679

Там где желтый цвет сработало уведомление 'новый QTH квадрат'.

[EW4TT]

Для чего и чем помешал этот файл?

Его объём растёт с каждым днём, а какой смысл хранить историю записей уже прошедших QSO ?

[RA3QDP]

Для JTDX и WSJT-X на i7-880 за счет тактовой частоты время декодирования будет на 15 % меньше, для JTDX за счет 8 логических ядер время декдирования еще примерно на 30..50% уменьшиться.

логично предположить - раз i7 стоит дороже, чем i5 (и в нем 8 потоков, а не 4 и кэш больше, да и частота чуть больше) значит он - лучше (вообще-то).
Но я ведь объяснял и аргументировал - что не для любой программы это лучше. Понятное дело, что если процессор с трудом или на пределе справляется с важной программой, то следует не запускать одновременно другие программы или максимально по возможности ограничить их количество (и пользоваться максимально "легкими" для процессора).
Раз Вы - автор программы, то объясните (если точно это знаете) - приносит ли ей (запущенной в одном экземпляре) пользу (или вред) hipertrading и почему (каким таким вводом-выводом занимается процессор во время операции декодирования) и на счет размера кэш-памяти - помещается ли декодер в нее (в какой именно размер кэш памяти) и происходит ли перезагрузка кэш из-за условных ветвлений ?
Сами Вы пробовали сравнивать i5 и i7 при РАВНЫХ частотах ? Если - да, то по какому критерию сравнивали и как вообще ДОСТОВЕРНО судить о степени и достаточности быстродействия компьютера для Вашей программы. Может сделаете встроенный в программу тест на типовых данных и ее алгоритме (как это сделано, например, в winrar или 7zip). А то по-накупят люди i-7_х или Xeon_ов на последние деньги, а - зря (или почти зря).

[US4IRT]

Его объём растёт с каждым днём

Файл меняет название каждый месяц (дата стоит в названии). Т. е. на каждый месяц свой файл. За прошлый месяц можно удалить. Если так уж хочется - удалить можно вручную с меню.

[US5WE]

Для чего и чем помешал этот файл?

Очень даже полезный файл, особенно в случае, если нужно доказать DX-у, что QSO было.

[UA3DJY]

логично предположить - раз i7 стоит дороже, чем i5 (и в нем 8 потоков, а не 4 и кэш больше, да и частота чуть больше) значит он - лучше (вообще-то).
Но я ведь объяснял и аргументировал - что не для любой программы это лучше. Понятное дело, что если процессор с трудом или на пределе справляется с важной программой, то следует не запускать одновременно другие программы или максимально по возможности ограничить их количество (и пользоваться максимально "легкими" для процессора).
Раз Вы - автор программы, то объясните (если точно это знаете) - приносит ли ей (запущенной в одном экземпляре) пользу (или вред) hipertrading и почему (каким таким вводом-выводом занимается процессор во время операции декодирования) и на счет размера кэш-памяти - помещается ли декодер в нее (в какой именно размер кэш памяти) и происходит ли перезагрузка кэш из-за условных ветвлений ?
Сами Вы пробовали сравнивать i5 и i7 при РАВНЫХ частотах ? Если - да, то по какому критерию сравнивали и как вообще ДОСТОВЕРНО судить о степени и достаточности быстродействия компьютера для Вашей программы. Может сделаете встроенный в программу тест на типовых данных и ее алгоритме (как это сделано, например, в winrar или 7zip). А то по-накупят люди i-7_х или Xeon_ов на последние деньги, а - зря (или почти зря).

JTDX в декодере FT8 делит полосу водопада на количество потоков, каждый поток декодирует свой кусок полосы. За счет этого увеличение количества логических ядер с 4-х до 8-ми дает прирост в скорости декодирования. Встроенный тест программе не нужен, можно взять пакет файлов записанный с эфира и проиграть его в программе. Разница во времени декодирования пакета файлов будет видна в файле ALL.TXT, частично будет размазана временем доступа к диску для чтения файлов, обработкой сигнала для водопада.
C разным размером кэша процессора на время декодирования не тестировал.

[UR5LCZ]

Установил версию 124.
Дал общий вызов. Подошел бразилец, дал ему рапорт.
От него почему-то рапорта не получил, хотя уровень был нормальный.
И программа начала опять давать общий вызов.
Уже в ручном режиме, опять дал ему рапорт и связь состоялась.

Так было несколько раз.

[UA3DJY]

Установил версию 124.
Дал общий вызов. Подошел бразилец, дал ему рапорт.
От него почему-то рапорта не получил, хотя уровень был нормальный.
И программа начала опять давать общий вызов.
Уже в ручном режиме, опять дал ему рапорт и связь состоялась.

Так было несколько раз.

Иван, как у Вас настроены счетчики сообщений? Часто можно найти причину непонятного поведения в файле ALL.TXT включив запись в него диагностики:

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

[RA3QDP]

JTDX в декодере FT8 делит полосу водопада на количество потоков, каждый поток декодирует свой кусок полосы

а если не использовать "виртуальные" ядра, а использовать только физические - может и не изменится производительность ? Вы так и не ответили - сравнивали ли Вы конкретно i7 c i5 на равных частотах или может быть - отключали гипертрейдинг у i7 для сравнения - ответьте конкретно, пожалуйста.

Ведь чем отличается процессор с гипертрейдингом от процессора без него - всего лишь двойным количеством регистров, а вычислительные ресурсы остаются - ТАКИЕ ЖЕ. И прирост производительности возможен ТОЛЬКО за счет использования второго потока, когда простаивает первый поток. Но, ведь не во всех программах это так. А если простоев нет или их мало, то искусственное разделение программы на несколько потоков только замедлит обработку (за счет "накладных расходов" на распараллеливание).

Приведите, пожалуйста, файлы ALL.TXT с комментариями, что бы пользователи могли научиться определять достаточность или недостаточность своих компьютеров.

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

[EU1FQ]

...например было бы сделать "красную лампочку" или еще как-то сигнализировать, что программа не успевает, но информативней в числах - на сколько именно не успевает или с каким запасом успевает.

В принципе все это видно из программы. Если окно пятнадцатисекундного интервала уже начало наполняется, а кнопка Decode еще включена, то по секундомеру этого окна вполне можно определить время задержки декодирования. И наоборот. Для приблизительного анализа разных вариантов работы вполне хватает.

[UA3DJY]

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

Не сравнивал: у меня нет i7.

Приведите, пожалуйста, файлы ALL.TXT с комментариями, что бы пользователи могли научиться определять достаточность или недостаточность своих компьютеров.

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

На декодирование сигналов в моде FT8 до конца интервала остается примерно 600 миллисекунд, на этой картинке декодирование заняло примерно 1.6 секунды, то есть вышло в интервал предназначенный для передачи сообщения. Ресурсы процессора можно считать достаточными когда для большинства интервалов на загруженном диапазоне декодирование заканчивается в рамках принимаемого интервала.

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

Это давно реализовано записью диагностических сообщений в файл ALL.TXT.

[RA3QDP]

и что - на бумажке в столбик людям считать (сидя за компьютером) ? Почему бы не дописывать после Decoding finided соотношение этих интервалов ?
На каких процессорах Вы пробовали Вашу программу ?

[EW4TT]

Файл меняет название каждый месяц (дата стоит в названии). Т. е. на каждый месяц свой файл. За прошлый месяц можно удалить. Если так уж хочется - удалить можно вручную с меню.

Что я и делаю ежедневно, а хотелось-бы автоматизировать этот процесс