-
24.01.2018, 08:01 #10636
- Регистрация
- 13.06.2010
- Возраст
- 62
- Сообщений
- 231
- Поблагодарили
- 31
- Поблагодарил
- 66
Advanced System Care убивает WSJT-X
Может кто подскажет подобную по эффективности,но не убийцу прог.
-
24.01.2018, 09:02 #10637
- Регистрация
- 14.09.2010
- Адрес
- Доброполье
- Возраст
- 65
- Сообщений
- 2,657
- Поблагодарили
- 622
- Поблагодарил
- 1214
-
24.01.2018, 10:53 #10638
- Регистрация
- 12.05.2012
- Сообщений
- 1,533
- Поблагодарили
- 578
- Поблагодарил
- 1662
Процессор Pentium G4560 2/4 3,5 GHz 4 Gb RAM
JTDX 68_9_diag по 20 декодов в среднем
У WSJTX такая же примерно картинка
Вчера декодов 30+
JTDX определяет 4 потокаПоследний раз редактировалось RW4O; 24.01.2018 в 11:24.
73! Андрей (ex RW4NY) R120RF Team
-
24.01.2018, 11:07 #10639
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
JTDX v18.1.0.68 - тестирование нового функционала
Измененный функционал (по сравнению с 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.Последний раз редактировалось UA3DJY; 24.01.2018 в 11:14.
-
24.01.2018, 11:26 #10640
- Регистрация
- 30.07.2006
- Адрес
- Санкт-Петербург
- Сообщений
- 10,138
- Записей в дневнике
- 5
- Поблагодарили
- 2544
- Поблагодарил
- 719
выбрана строка NORMAL
--------------------------------
ПиСи
кстати, полагая уменьшить загрузку проца, я пробовал отключать в обеих прогах работу "водопад". Оказалось на пиковую нагрузку проца отключение "водопада" мало влияет. Допускаю, что прога теста процессора показывает не верные значения в пиках нагрузки при фазе декода.Последний раз редактировалось RX1AG; 24.01.2018 в 11:51.
Валентин, RX1AG :: Посетите мои страницы -- https://rx1ag.narod.ru/ARCHIVES/AUDIO/audio_01.htm -- песни о радио
-
24.01.2018, 11:29 #10641
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
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/xqwHrgWfj73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
24.01.2018, 11:41 #10642
- Регистрация
- 21.08.2006
- Адрес
- Коряжма
- Возраст
- 53
- Сообщений
- 323
- Поблагодарили
- 166
- Поблагодарил
- 463
Ну одно из доказательств, то что здесь об этом ни кто кроме вас не заявил, хотя судя по постам очень многие отслеживают тему развития JTDX, особенно в части загрузки процессора. Сам лично сравнивал, у меня в равных условиях приема абсолютно одинаково просаживают процессор, хотя что тут сравнивать то, платформа то у программ одинаковая. А Игорь даже специально сделал два режима autoseq 1 и 2 для слабых процессоров. Думаю у вас проблема с "кривой установкой", а вы уже сами бездоказательно сделали здесь заявление...
С уважением, Александр, RM1O. 73!
-
24.01.2018, 12:01 #10643
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Сообщение от UA3DJY
- глубина декодирования (Fast/Normal/Deep) в закладке Decode, этот же параметр определяет количество проходов декодирования
- декодер FT8AP в закладке Decode WSJT-X, ему соответствуют кнопка Hint в JTDX, примерно на четверть увеличивает время декодирования
- выставленная полоса частот на водопаде определяет количество кандидатов на декодирование и соотвественно время декодирования
- кнопка SWL сейчас в JTDX включает FT8 декодер с задержкой, поскольку в жестких рамках доступного времени разработчики WSJT были вынуждены отказаться от обработки части сигнала в софте WSJT-X (что более заметно при декодировании сигналов с большим DT) c вытекающей просадкой в эффективности декодирования, по тестам на звуковых файлах теряется примерно 1% сообщений
По алгоритму AutoSeq - для совсем слабых процессоров (где декодирование интервала заканчивается после второй..третьей секунды интервала передачи) рекомендую использовать AutoSeq1,2 и автоматическое включение кнопки Filter.
-
24.01.2018, 12:16 #10644
- Регистрация
- 30.07.2006
- Адрес
- Санкт-Петербург
- Сообщений
- 10,138
- Записей в дневнике
- 5
- Поблагодарили
- 2544
- Поблагодарил
- 719
Валентин, RX1AG :: Посетите мои страницы -- https://rx1ag.narod.ru/ARCHIVES/AUDIO/audio_01.htm -- песни о радио
-
24.01.2018, 12:50 #10645
- Регистрация
- 27.11.2010
- Возраст
- 68
- Сообщений
- 260
- Поблагодарили
- 52
- Поблагодарил
- 100
Игорь настройки максимальные
Это самая большая нагрузка
Иногда включается 4 поток но процент маленьий
На общий вызов не работал (все забито,приткнутся не куда)
Попробовал на общий вызов
Настройки пришлось изменить
Декод поставить на норму и автозет2
Иначе декодирование не устевает
и получается бордак.
Для полноценной работы мой i3 4130 c частотой 3.4г 2 ядра 4 потока слабоват.Последний раз редактировалось RA3RKA; 24.01.2018 в 20:37.
RA3RKA
-
24.01.2018, 15:13 #10646
- Регистрация
- 21.07.2004
- Возраст
- 66
- Сообщений
- 1,141
- Поблагодарили
- 109
- Поблагодарил
- 99
-
24.01.2018, 19:40 #10647
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
результаты эксперимента с процессором 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 продолжает динамически отключать и подключать обратно ядра процессора во время декодирования сигналовПоследний раз редактировалось UA3DJY; 24.01.2018 в 20:47.
-
24.01.2018, 20:36 #10648
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
интересная статья про многопоточность https://habrahabr.ru/company/intel/blog/243385/
-
24.01.2018, 20:37 #10649
- Регистрация
- 12.05.2012
- Сообщений
- 1,533
- Поблагодарили
- 578
- Поблагодарил
- 1662
Игорь, а в msconfig включить 4 ядра пробовали?
73! Андрей (ex RW4NY) R120RF Team
-
24.01.2018, 21:36 #10650
- Регистрация
- 21.07.2004
- Возраст
- 66
- Сообщений
- 1,141
- Поблагодарили
- 109
- Поблагодарил
- 99
в msconfig назначается количество ядер используемых пользовательским интерфейсом Windows (думаю вряд ли у кого с этим проблемы), а все программы "сами знают" сколько каких ядер и как использовать и эта настройка на них НИКАК не влияет.
ra3qdp
Социальные закладки