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

**UR5LCZ** · 03.03.2019, 00:41

Наблюдение на 160м.

Нажмите на изображение для увеличения.

Название: R7DN.jpg
Просмотров: 166
Размер: 614.6 Кб
ID: 229682

**K2PAL** · 03.03.2019, 05:11

Интересное обсуждение.

https://www.eham.net/articles/42181

**R2EC** · 03.03.2019, 09:09

А что значит знак вопроса в запросе на сохранении QSO? JTDX v2.0.1-RUS-rc131 - Log QSO (41 kb) закачан 3 марта 2019 г. Joxi

**UA3DJY** · 03.03.2019, 09:15

Сообщение от R2EC

А что значит знак вопроса в запросе на сохранении QSO? JTDX v2.0.1-RUS-rc131 - Log QSO (41 kb) закачан 3 марта 2019 г. Joxi

Наводимая на какое либо поле подсказка, в JTDX в окне сохранения QSO не используется. Обязательный атрибут окна в Qt, удалить не получилось.

**R0JF** · 03.03.2019, 09:26

Сообщение от UA3DJY

Наводимая на какое либо поле подсказка, в JTDX в окне сохранения QSO не используется. Обязательный атрибут окна в Qt, удалить не получилось.

Игорь, поставь смайлик туда вместо вопроса.

Вроде как радуемся, что QSO состоялось.

**UA3DJY** · 03.03.2019, 09:29

Сообщение от UR5LCZ

Наблюдение на 160м.

Автору сигнала почтой линк на этот пост, обычно этого достаточно для решения проблемы. Также есть тема 'качество сигнала в FT8' где разжеваны разные возможные причины грязного сигнала https://forum.qrz.ru/6-cifrovye-vidy...-v-ft8-15.html

**R2EC** · 03.03.2019, 09:45

to: UA3DJY
Игорь, не смотрели случай при повторном запросе рапорта? Пост 17505

**R2EC** · 03.03.2019, 09:57

Вопрос, ранее можно было очистить окна при переходе с диапазона на диапазон, или после цикла, в 131 что то не нашел (не считая call и loc)
вопрос снят, нашёл.

**UR5LCZ** · 03.03.2019, 11:51

В закладке "Разное" 9-й пункт - поставьте галку.

**UA3DJY** · 03.03.2019, 12:55

Сообщение от R2EC

to: UA3DJY Игорь, не смотрели случай при повторном запросе рапорта? Пост 17505

Дефект, сбой происходит в сценарии когда обе стороны держат включенным функционал вызова рапортом и пользователь принимает повторно сообщение с рапортом, при этом AutoSeq меняет направление сообщений QSO.

Уже сделали патч - сейчас в очереди на тестирование в лабе, как проверю пришлю линк с патчем на Ваш адрес с qrz.com для эфирного тестирования.

**RA3QDP** · 03.03.2019, 13:11

Сообщение от UA3DJY

В JTDX rc132 будет доступен для выбора непрерывный диапазон количества потоков декодирования от 1 до 12.
Результаты тестирования на процессоре i7-6700 3.40GHz

распространенных процессоров с 12-ю физическими ядрами пока нет, бывают 6-ти ядерные с гипертрейдингом (6 ядер 12 потоков), i7-6700 - 4 ядра 8 потоков. А приносит ли пользу гипертрейдинг при работе программы ? Если - да, то почему ? Пробовали ли Вы сравнить работу с отключенным в настройках BIOS гипертрейдингом и с включенным ? В американской программе используется гипертрейдинг ?

**UA3DJY** · 03.03.2019, 14:05

Сообщение от RA3QDP

А приносит ли пользу гипертрейдинг при работе программы ? Если - да, то почему ? Пробовали ли Вы сравнить работу с отключенным в настройках BIOS гипертрейдингом и с включенным ?

Владислав, у Вас чисто 'научный' интерес? Пару дней назад здесь был пост отвечающий на часть Ваших вопросов. Предлагаю вернуться к обсуждению когда Вы попробуете поработать в моде FT8.

**RA3QDP** · 03.03.2019, 14:36

а почему бы просто не ответить конкретно на мои конкретные вопросы ? (и не попробовать отключить гипертрейдинг и выложить здесь результаты Вашей личной работы в FT-8 с ним и без него). Вашему мнению и результатам Вашего опыта , ведь - поверят больше. Или Вы думаете, что я хочу навредить Вашей программе и, главное - пользователям? Я хочу - помочь.

**R6LCF** · 03.03.2019, 15:56

Сообщение от RA3QDP

Пробовали ли Вы сравнить работу с отключенным в настройках BIOS гипертрейдингом и с включенным ?

Вопрос не ко мне ,но я пользователь программы и для начала: Hyper-threading (англ. hyper-threading — гиперпоточность, официальное название — hyper-threading technology, HTT или HT) — технология, разработанная компанией Intel для процессоров на микроархитектуре NetBurst. HTT реализует идею «одновременной многопоточности» (англ. simultaneous multithreading, SMT). HTT является развитием технологии суперпоточности (англ. super-threading), появившейся в процессорах Intel Xeon в феврале 2002 и в ноябре 2002 добавленной в процессоры Pentium 4[1]. После включения HTT один физический процессор (одно физическое ядро) определяется операционной системой как два отдельных процессора (два логических ядра). При определённых рабочих нагрузках использование HTT позволяет увеличить производительность процессора. Суть технологии: передача «полезной работы» (англ. useful work) бездействующим исполнительным устройствам (англ. execution units).HTT не реализована в процессорах серии Core 2 («Core 2 Duo», «Core 2 Quad»).
В процессорах Core i3, Core i7 и некоторых Core i5 была реализована сходная по своим принципам технология, сохранившая название hyper-threading. При включении технологии каждое физическое ядро процессора определяется операционной системой как два логических ядра.

Радиолюбители работающие в программе JTDX имеют чисто практический интерес к включению количества потоков от возможностей проца. Естественно все стоит по максимуму. Нам в постоянной работе эти эксперименты не нужны вообще от слова вообще.
Один раз включили проверили и этого дастаточно. Разница заметна "невооруженным" взглядом.
Пример: У меня в компе проц.i7-7700K CPU @4,2 GHz 4,2GHz ,4 ядра ,8 логических проц. Наблюдая в Монитор ресурсов ,отчетливо наблюдаю равномерную загруженность по вышеуказанным лог.проц,на практике это ,полное отсутствие сбоев в работе программы и максимальная производительность за единицу времени! Для себя эти выводы сделал и мне этого достаточно.
Меня интересует практическая работа в эфире и возможности программы при полной,полнейшей, реализации всех возможностей проц.в конечном итоге самой программы.
Все остальное ,в этом направлении ,меня не интересует вообще как почти любого в этой теме!

**RA3QDP** · 03.03.2019, 16:38

процессоры с гипертрейдингом имеют точно такие же вычислительные ресурсы, дополнительно - только еще один комплект внутренних регистров - примерно штук двадцать, при этом современные процессоры состоят из миллиардов транзисторов и эти дополнительные регистры - капля в море.
Потенциальный выигрыш от применения гипертрейдинга возможен ТОЛЬКО от того, что в процессе выполнения реальных программ ВОЗМОЖНО появление моментов ,когда процессор простаивает - ждет завершения операций ввода-вывода (например, записывает данные в оперативную память или на диск или ждет когда данные передадутся по USB или сетевому кабелю и т.д. - ведь современные процессоры гораздо быстрее все делают внутри себя по сравнению с работой физических устройств входящих в компьютер. И что бы процессор зря "не отдыхал" - придумали этот способ - в эти вынужденные простои процессор выполняет другую часть этой же программы или выполняет другую, например интерфейс (общение с пользователем).
Из этого следует, что выигрыш может быть только в случае простоев выполнения основной задачи. А как происходит в FT-8 ? Ведь главная и критичная к времени выполнения задача - декодирование, и что может "отвлекать" процессор или вынуждать простаивать процессор в этот момент ? И если программу написать так (или она так уже и написана), то никакого выигрыша гипертрейдинг дать не может. А может дать только незначительный проигрыш - из-за "накладных расходов" на распараллеливание задачи - ведь никаких дополнительных вычислительных ресурсов нет и простоев от ожидания ввода-вывода данных во время декодирования, надо думать - нет.
Вот тут форумцы пишут, что видят равномерную загрузку всех ядер (и физических и гипертрейдинговых) и что ? А дает ли это какой-то эффект ? А положительный ли ? Если отключить гипертрейдинг, то как будет ? Лучше или хуже ? Для владельцев i7, наверное это - не так и важно, эти процессоры самые дорогие в каждом поколении, у них и частота самая высокая. А вот тем, кто собирается купить новый процессор или компьютер или модернизировать старый - стоит или нет обращать внимание на наличие или отсутствие гипертрейдинга в процессорах ? Также стоит обратить внимание на такой момент - разные процессоры (в расчете на одинаковую частоту) с разной скоростью выполняют разные операции, разные задачи.
Поэтому тестов для измерения быстродействия процессора - много (каждый из них измеряет скорость выполнения разных задач) и если нам важно быстродействие процессора в определенной программе, то необходимо точно знать - какие именно операции выполняет процессор в критически важной части этой программы. Зная это можно оптимальнее подбирать процессор (по его результатам в конкретном тесте) и не тратить лишних денег, например на приобретение i7 -х или напрасно не покупать ATOMы(и их наследников) или AMD.