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

[RM6LA]

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

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

[RM6LA]

Конечно можно и с лагами работать. Сейчас подключил нетбук Атомный. Лаг от 5 до 12 секунд - "можно работать". Но при >50 станций, лаг переваливает за 15 сек. и тогда следующий период вообще не проходит. При CL=5% из 50 остается меньше 20. Можно поставить RX фильтр, водопад обрезать. И тогда уж не 2, а 1 AutoSeq. Но все эти извращения только бардак в эфире усиливают! Не зря же такая подробная подсказка по Lag в программе.

Мой "новый" комп, на котором я сейчас работаю тоже на мобильном процессоре, который потребляет мощность 10 (!!!) ватт, пассивное охлаждение, вентилятор только в БП, практически бесшумный. Доп. вентилятор в корпусе отключен вообще.



Вот так он грузится JTDX. Работает уже третьи сутки, не слышно даже ночью.





Сам комп маленький, чуть больше листа формата А4.
При этом на борту 4 полноценных ядра, 4 гига DDR3, 2 SATA 3 GB/s, LAN 1GB, USB 3.0, HDMI, и, кстати, даже реальный COM.
Обошёлся в 2000 рублей комп (новый, HDD обычный 250GB) и 1000 руб SSD.
И, считаю, нормально тащит, особенно для своих денег.

[UA9AJK]

Для владельцев ноутбуков и мобильных процессоров может быть полезен пост #26107 отсюда https://forum.qrz.ru/377-jt65-jt9-ws...ftom-1741.html

[R0AX]

В режиме Авто выбор 2 трансивер принудительно перейдёт на передачу не дожидаясь окончания декодирования всего пакета и не факт что ваш корреспондент попадёт в раскодировку.

это факт ,что не попадет в лаг и будет декодироваться вовремя (частота RX)

[UA3RMB]

Мой "новый" комп

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

[UA9AJK]

это факт ,что не попадет в лаг и будет декодироваться вовремя (частота RX)

НЕ БУДЕТ !!! Я понял бесполезность дальнейших объяснений, гонять по кругу одно и тоже.

[R7KKO]

Плюс огромное количество запущенных процессов.

Window "из коробки" идет с кучей "ненужностей".

Уберите ненужные службы, программ для настройки винды огромное количество.
Описание "ненужных служб" легко ищется в инете.
Уберите все проги из магазина винды.

Я использую Windows 10 manager для Win 10. Она позволяет делать откат. к заводским установкам. Есть версии для любой винды.
Также для SSD нужен SSD Mini Tweaker или аналогичная программа.
Ccleaner (стоит в автозагрузке) и Geek Uninstaller для удаления ненужных программ и чистки системы и реестра.
Антивирус Касперский стоит, но практически всегда отключен, поскольку тормозит систему.
Из автозагрузки уберите все чем не пользуетесь постоянно.
Перед применением любых изменений рекомендую сделать снимок системы тем же Acronis Disk Director, чтобы потом легко восстановиться до исходного состояния.
Отключите HIBERNATION.
Посмотрите, что у вас находится в планировщике задач. У меня убрано все.
Отключите дефрагментацию для SSD.
С файлом подкачки все индивидуально. Великолепные результаты дает перенос его и папки USER в RAM.
Правда я пока ограничился фиксированным значением.
После примененных действий увидите прирост производительности до 30%

Опять повторю - все это индивидуально и эти действия надо проводить осторожно, будучи уверенным в своих действиях, чтобы не навредить.

[RM6LA]

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

Меня вполне устраивает, даже более чем. Лаг на нём выкладывал выше, проблем при проведении связей не замечено, декодирует уровни до -26. А огромное число процессов потому, что открыт LogHX, HDSDR, OMNIRIG, Хром с кучей вкладок, ну и несколько системных утилит, которые установились с драйверами, до которых пока руки не дошли удалить.
Просто было интересно попробовать установить все необходимые для шека программы на очень энергоэффективное, тихое, компактное и очень бюджетное решение. Экспериментировал с несколькими вариантами на Атоме - не пошло, от слова совсем, а вот Celeron J1900 порадовал, вполне себе жизнеспособный вариант. Просто многие тут создают для примитивной, в общем-то, программы, каких-то монстров, какие и Atomic Heart потянут на максималках. Если это комп для всех задач - то это, конечно, вполне оправдано, а если это решение только для шека, то, я считаю, что это примерно как гвозди забивать микроскопом.

[RA3QDP]

на Атоме - не пошло, от слова совсем, а вот Celeron J1900 порадовал

Celeron J1900 - это тоже Атом.

[RM6LA]

Celeron J1900 - это тоже Атом.

Абсолютно разные процессоры. Начиная с техпроцесса и заканчивая ядрами, кэшами и видеоядром.

[RA3QDP]

Celeron J1900 относится к поколению Bay Trail:
https://ark.intel.com/content/www/ru...-2-42-ghz.html
Вот что пишут об этом поколении (как пример, легко найти и другие сведения):
https://www.ixbt.com/cpu/intel-bttd-culv12.shtml
"переименование части Atom в Celeron и Pentium было явно преждевременным"

[RX3ASP]

Celeron J1900 - это тоже Атом.

Абсолютно разные процессоры. Начиная с техпроцесса и заканчивая ядрами, кэшами и видеоядром.

Атом Атому рознь, есть современные вполне приличные. Я пробовал старинные: N2800 (Asus 1025ce) - кое-как работает, N450 - ещё хуже, N270 - почти никак. Сейчас для FT8 использую не менее древний i5-3317U в планшете Surface - справляется до 100 декодов, если не включать дополнительные проходы.

Меня вполне устраивает, даже более чем. Лаг на нём выкладывал выше, проблем при проведении связей не замечено, декодирует уровни до -26.

Вы в диспетчере задач включите "изменить график >>> лог.процессоры", покажет более реальную картину перегрузок.
Всё вышесказанное относится к JTDX. Другие FT8 программы на упомянутых Атомах работают неприемлемо плохо - больше 30 декодов валят процессор наглухо.

[RA3QDP]

i5-3317U

хотя и малопотребляющий, но Core 3-го поколения - Ivy Bridge:
https://ark.intel.com/content/www/ru...-2-60-ghz.html

[UN8FR]

У меня ноут имеется на Pentium четырехядерном Bay Trail.
С приемом цифры справляется плохо. А что Вы хотите, кэша третьего уровня там нет.
В любом Core кэш третьего уровня имеется.

[RA3QDP]

В наше время программирование устроено так, что авторы программ сами не знают - как работает их программа, не говоря уже о том - какие именно технологии процессоров использует.
И винить их за это или не уважать нельзя. Такова реальность. А процессоров (которые работают с Windows) - много разных. И в разных программах они работают с разной производительностью.
Для определения производительности процессоров (и компьютеров в целом) существуют тесты производительности. Но и по тестам трудно узнать - как успешно будет справляться процессор с конкретной программой.
Из-за того что разные процессоры сильно отличаются по реализации многих своих особенностей.
Например, в распространенной программе Aida64 - 10 разных тестов процессора.
А даже программист написавший программу - не знает какой именно из них определяет производительность в его программе.
Поэтому и для всех программ FT-8 нет конкретных системных требований - минимально достаточной конфигурации компьютера.
Безусловно пользователям это было бы крайне полезно. И единственный способ это исправить - нужно самим пользователям выяснить этот вопрос (благо их огромное количество и с самыми разными компьютерами).
Для этого просто нужно сопоставить производительность при практическом использовании программ FT-8 (по лагу, количеству декодов или еще как-то - более достоверно) и результаты в каком-то конкретном тесте с которым совпадают практические результаты)

[ES1JA]

авторы программ сами не знают - как работает их программа

I know exactly how JTDX works and what it needs, believe me. Just JTDX become to complicated for average users, ( to many options to understand dependencies between them ) and this is our problem.
Main issue is configure decoder settings to have enough period decoding speed (Lag)

1.Decoding threads. Auto is good choice for initial setting. ( if jtdx is in general only app running then it can be set to threads available in Your hardware -1 ore even full count of threads.
If there lot of programs running then maybe is good choice to reduce decoding threads.

2.Decoding cycles. 1 for most users.

3. SWL decoding cycles. In general no diff as there no hardware exists (maybe apple M2 can have not tested, M1 can't, it is fastest CPU I have tested) that can handle FT8 in SWL mode for making QSO-s.

4. QSO Rx freq sensitivity. medium is good start point, only in very quiet location high can be used, in noisy location low should be used.

5. Decoder senitivity. This is main initial setting to adjust Lag. Owners of slow computers should set minimum here, average computer owners should set use low thresholds and owners of fast computers should set use subpass.

6. Early start of decoder. Should be set.

7. Wideband DX call search should be set, but if not set decoding time is a little less.

If average Lag is less than +0.5 then Autoseq 3/7 can be used.
If more then Autoseq 2/6 , but now You my lose some callers in autoselect.
If using Autoseq 0 (no autoselect) or Autoseq 1 ( answer to first caller). Lag value does not have big diff. JTDX is working like WSJT-X.

If on low end computers Lag is still more than +1.5 then Lag can be reduced by reducing CL % in mainwindow. this is last to try, first is set Decoding sensitivity to minimum.

if Lag is deeply in - side with fast computers then when Decoding sensitivity is use subpass, then increase decoding cycles count.
With Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz cpu I switch between cycles count 1 or 2 depending decodes count and current noise condition in my qth. With apple M1 I can usually use cycles count 3.

Hopefully this post can help someone including admin.

I can answer further to reasonable questions.