И JTDX тоже.Еле вычислил кто.Сижу на CCleaner.Цитата:
Advanced System Care убивает WSJT-X
Может кто подскажет подобную по эффективности,но не убийцу прог.
И JTDX тоже.Еле вычислил кто.Сижу на CCleaner.Цитата:
Advanced System Care убивает WSJT-X
Может кто подскажет подобную по эффективности,но не убийцу прог.
Процессор Pentium G4560 2/4 3,5 GHz 4 Gb RAM
JTDX 68_9_diag по 20 декодов в среднем
У WSJTX такая же примерно картинка
Вчера декодов 30+
JTDX определяет 4 потока
Измененный функционал (по сравнению с 18.1.0.67)
- вернул очистку FFTW планов при закрытии софта, по ошибке удаленную в 18.1.0.67 (утечка памяти при закрытии софта)
- устранен дефект в вычислении количества потоков FFTW для JT65 декодера
- увеличено количество потоков FFTW для JT9 и T10 декодеров
- приведено к WSJT-X вычисление азимута и расстояния
- применен 5-ти минутный таймер (после последней передачи сообщения) для остановки работы части функционала FT8AP декодера, приведет к снижению количества декодированных ложных вызовов содержащих позывной оператора. Декодирование CQ сообщений в FT8AP декодере не блокируется этим таймером.
- устранен дефект ответа сработанным позывным алгоритмом AutoSeq для сценария когда не выбран ни один критерий 'новый..' в закладке Notifications, этот дефект присутствует в версии 18.1.0.67
- устранен дефект неправильного репортирования диапазона и моды на сайт pskreporter при изменении диапазона и моды
- обновлен в сборке файл cty.dat (взят из комплекта cty-2802, поддержка новой страны по списку DXCC Косово), добавлена поддержка префикса Z6 в код JTDX
- ряд незначительных изменений в распределении потоков FFTW и правок в коде
собранный софт (Windows) https://cloud.mail.ru/public/LK9o/SRgekpmL9
исходный код https://cloud.mail.ru/public/M4nz/vhefnePwr
кодовые суммы:
File name: JTDX-18.1.0.68-win32.exe
MD5: 08E67204E644D351D1527EB5BB3F8390
SHA-1: A210522774F8E819EB66E22FCF36EFB8AA68AB61
SHA-256: 0C6CCA585F50AA10AFDE53AA39B92E2449850EBBC87F04F68C673032CD3FEE45
SHA-512: AC3BF4D93498645D5A5C98ACE49696B96F51EF337EC4F4E9A8CE234585CF36F00024B8 E3C07A1A6BB999B61210C28642834F2AA3C885BD3CB7319EDCFB4D7B5E
RIPEMD: 67FC0FD12277D6F4FCC8BDA111CC3A5D1310A450
файл JTDX.INI имеет такую же структуру как в версии 18.1.0.67.
выбрана строка NORMAL
--------------------------------
ПиСи
кстати, полагая уменьшить загрузку проца, я пробовал отключать в обеих прогах работу "водопад". Оказалось на пиковую нагрузку проца отключение "водопада" мало влияет. Допускаю, что прога теста процессора показывает не верные значения в пиках нагрузки при фазе декода.
JTDX v18.1.0 step 68 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/KzLj/6hFPd5vyD
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/Mgbz/DvQ8P19Xc
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/3gz7/xqwHrgWfj
Ну одно из доказательств, то что здесь об этом ни кто кроме вас не заявил, хотя судя по постам очень многие отслеживают тему развития JTDX, особенно в части загрузки процессора. Сам лично сравнивал, у меня в равных условиях приема абсолютно одинаково просаживают процессор, хотя что тут сравнивать то, платформа то у программ одинаковая. А Игорь даже специально сделал два режима autoseq 1 и 2 для слабых процессоров. Думаю у вас проблема с "кривой установкой", а вы уже сами бездоказательно сделали здесь заявление...
Для FT8 следующие настройки определяют время декодирования:Цитата:
Сообщение от UA3DJY
- глубина декодирования (Fast/Normal/Deep) в закладке Decode, этот же параметр определяет количество проходов декодирования
- декодер FT8AP в закладке Decode WSJT-X, ему соответствуют кнопка Hint в JTDX, примерно на четверть увеличивает время декодирования
- выставленная полоса частот на водопаде определяет количество кандидатов на декодирование и соотвественно время декодирования
- кнопка SWL сейчас в JTDX включает FT8 декодер с задержкой, поскольку в жестких рамках доступного времени разработчики WSJT были вынуждены отказаться от обработки части сигнала в софте WSJT-X (что более заметно при декодировании сигналов с большим DT) c вытекающей просадкой в эффективности декодирования, по тестам на звуковых файлах теряется примерно 1% сообщений
По алгоритму AutoSeq - для совсем слабых процессоров (где декодирование интервала заканчивается после второй..третьей секунды интервала передачи) рекомендую использовать AutoSeq1,2 и автоматическое включение кнопки Filter.
Вложение 204792
Игорь настройки максимальные
Это самая большая нагрузка
Иногда включается 4 поток но процент маленьий
На общий вызов не работал (все забито,приткнутся не куда)
Попробовал на общий вызов
Настройки пришлось изменить
Декод поставить на норму и автозет2
Иначе декодирование не устевает
и получается бордак.
Для полноценной работы мой i3 4130 c частотой 3.4г 2 ядра 4 потока слабоват.
результаты эксперимента с процессором 2/4 на ноутбуке, декодировал пакет звуковых файлов с FT8 сигналами в JTDX, суммарное время на пакет
Hyperthreading в BIOS выключен, всего два физических ядра: 404 секунды
Hyperthreading в BIOS включен, 4 логических ядра: 428 секунд
Нашел и выключил в BIOS CPU Power saving mode, 4 логических ядра: 411 секунд
Настроил план энергосбережения в Windows 7 на максимальную производительность процессора:
Hyperthreading в BIOS выключен, всего два физических ядра: 405 секунд
Hyperthreading в BIOS включен, 4 логических ядра: 397 секунд
после всех отключений энергосбережения видел что Windows 7 Home продолжает динамически отключать и подключать обратно ядра процессора во время декодирования сигналов
интересная статья про многопоточность https://habrahabr.ru/company/intel/blog/243385/
Игорь, а в msconfig включить 4 ядра пробовали?
в msconfig назначается количество ядер используемых пользовательским интерфейсом Windows (думаю вряд ли у кого с этим проблемы), а все программы "сами знают" сколько каких ядер и как использовать и эта настройка на них НИКАК не влияет.