Здесь надо смотреть, отдельно по каждому ядру:Цитата:
Сообщение от kronas
Вложение 304310
Вы же смотрите некое усредненное значение между нескольких ядер, и даже когда одно из ядер уйдет в заклин среднее значение будет Вам показывать что у процессора еще много свободных ресурсов.
Подскажите, возможно это уже звучало. Видеокарта влияет на производительность при FT8 , или взять материнку ядер на 8 , ОЗУ побольше поставить и пойдет?
Не используется декодером.Цитата:
Сообщение от UN7JX
Но если вы, захотите подключить два монитора. Иметь хорошее качество видео сигнала. Не используя ПК как игровой. Достаточно поставить видео карту с объёмом памяти в один ГГб. Они сегодня доступны по цене. И главное что многие встроенные видео карты, на материнке сейчас, резервируют под себя, часть общей памяти ПК. Что не есть хорошо. По этому Учитывая это, нужно смотреть по месту. Устроит или нет.Цитата:
Сообщение от UN7JX
Как игровой - конечно нет, только для эфира, два монитора -это уже как по умолчанию, крутую ставить, конечно, не стоит как понимаю, проц и память главнее. А что, материнскую видеокарту отключить в Диспетчере нельзя, что бы лишнего не брала на себя?Цитата:
Сообщение от RN9AZ
Подобные карты не имеют своей памяти, приходится выделять в биос из общей памяти, Вот почему её в биос гасишь полностью. А ставишь внешнею.Цитата:
Сообщение от UN7JX
To: UA3DJY
Игорь, возможно-ли применение тестирующего звукового файла для оценки производительности компьютера в FT8?
С точки зрения нагрузочного тестирования процессора JTDX неоптимален, поскольку равномерно распределяет полосу частот водопада между ядрами процессора, а загрузка сигналами в полосе водопада нередко неравномерна. Неравномерная загрузка полосы сигналами приводит к тому что часть потоков раньше завершают декодирование своих полос частот в то время как другие потоки все еще полностью загружены.Цитата:
Сообщение от UA1NAN
Подправив код симулятора можно создать звуковой файл с большим количеством сигналов более-менее равномерно распределенных в полосе 0..5000 Гц, тогда в используемой пользователем на водопаде полосе частот потоки/ядра будут загружены равномернее.
Режим SWL с тремя запусками декодера позволяет максимально растянуть время декодирования, что позволит точнее сравнить два близких по производительности процессора при одинаковых настройках количества потоков, полосы частот водопада и приемной частоты QSO.
В обычном режиме запуск FT8 декодера выполняется примерно за 700 мс до окончания приемного интервала, в режиме SWL либо при использовании опции позднего старта декодера примерно за 300 мс до окончания приемного интервала. При проигрывании звукового файла это время учитывается в показываемом значении Lag чтобы привести индикацию значения Lag к режиму мониторинга диапазона.
JTDX на четных/нечетных интервалах при последующем декодировании использует дополнительные FT8 декодеры по сравнению с первым декодированием, по этой причине повторное декодирование того же звукового файла будет выполнено быстрее чем первичное декодирование. Для сравнения производительности процессора имеет смысл после декодирования тестового файла перезапускать JTDX.
В этом звуковом файле 1000 CQ сигналов случайно распределенных в полосе 0..5000 Гц, со случайным уровнем до +10дБ SNR и случайным DT в диапазоне 0..1.0 сек.
Сборка 155 win32, процессор i7-4770, пример декодирования на 6 потоках в полосе 0..5000 Гц, SWL режим с тремя запусками FT8 декодера, компенсация отрабатывания АРУ выключена, приемная частота QSO 1220 Гц:
Cборка 155 win64 с теми же настройками, декодирует на 17 секунд быстрее:
При выборе количества потоков учитывайте что часть ресурсов процессора необходима операционной системе для выполнения системных задач, а часть может использоваться другими приложениями пользователя. По этой причине на процессоре с 8 логическими ядрами декодирование на 6 потоках сигналов с эфира может быть ощутимо быстрее чем декодирование на 8 потоках.
По нашему опыту для такого процессора оптимальным было 5..6 потоков декодирования, в том числе потому что JTDX и WSJT-X используют отдельный поток для приема/передачи звука в реальном времени, и при установке в FT8 декодере максимально возможного количества потоков (количества логических ядер процессора) планировщику ресурсов выполнения задач операционной системы приходится периодически отбирать ресурсы процессора у декодера, сам процесс перераспределения ресурсов (врем'енных слотов) приводит к дополнительным задержкам в обработке задач на ядрах процессора.
Приведенные выше картинки были сделаны при достаточно высокой загрузке процессора браузером FireFox, появляющейся из-за утечки памяти в последнем:
Вложение 304366
Как этот файл открыть в JTDX ?
Можно конечно.Цитата:
Сообщение от UN7JX
Попробовал, вот так получилось.
UA9AJK: у нас ведь вроде как низя вещать в 60м... Или это сплит с передачей в другом бэнде ?
Это просто проигрывание звукового файла в программе!
Так выглядит у меня.Цитата:
Сообщение от UA3DJY
TO UA3DJY
Я проигрываю тест аудио файлы так:
Включаю ноут и стац комп. Соединяю шнуром. Включаю на стац компе JTDX на нуоте Медиа проигрыватель. Включаю "проигрывание" тест файла на ноуте при этом синхронизирую вручную.
Здесь негативные моменты.
1. Когда соединяю компы шнурами то изначально на стац компе уровень шума без проигрывания прибл 20дб. Т. е. идут некие наводки...
2. При проигрывании добавляются шумы..
Как правильно проигрывать тестовые аудио файлы на компе? Дайте инструкцию...
--------------------------------------------
Конечно, я понимаю, что если иметь SDR со встроенной зв картой и внутр соединение по VAC результат будет много лучше...