今朝の外気温は7℃です。シャックのエアコンを入れたら花ちゃんが来てエアコンの下で暖まってます。
ハムの集いが終わったので庭の植木の剪定をやらないといけないのですが、地域行事などいろいろ忙しくて手がつきません。
時々チェックしているJP1LRT 津久浦OMのブログを見たら「マルチスレッド対応か否か」という記事がありました。JTDXはマルチスレッド対応で複数コアの分散処理でデコード処理をするという内容です。
以前の記事「JTDXのデコード設定 最適設定」でデコード設定の話を書きましたが、JTDXのCPU使用率の話は興味があります。
JP1LRTさんのパソコンは8コア16スレッドのCPU(Core i9-9900K)だそうです。
私のパソコンはJP1LRTさんのと比べると赤ちゃんで3コア6スレッドのCPU((Core i5-8500)ですが、CPU負荷を見てみました。
タスクマネージャーの [パフォーマンス] で [CPU] を選びます。
最初、CPU全体の表示だったのでグラフの上で [グラフの変更] → [論理プロセッサ] でスレッド毎のグラフを表示します。(やりかたを知らず、ちょっと悩みました。)
JTDXで18局デコードした状態です。アプリはJTDXとタスクマネージャのみ動かしています。


毎15秒の終わりに全CPUに山があります。
同じ条件でのWSJT-XのCPU負荷グラフです。

WSJT-XではCPU4、CPU5の負荷が大きいですが、15秒毎の終わりではなく全期間でCPU負荷が高いです。CPU使用率はWSJT-Xの方がだいぶ高いです。
JP1LRTさんのWSJT-Xのグラフと違います。コア数が少ないせいでしょうかね?
JTDXで[SWLモード]をONにするとCPU負荷が増えてLag値が大きくなりますが、JTDXで [SWLモード] ONのグラフも見てみました。[SWLモード] ONだとLag値が+0.4秒を超えます。


各CPUの山が大きくなっています。
JTDXは受信データを溜めて最後に一挙にデコードするのに対してWSJT-Xは途中でもデコードするので、JTDXはデコード性能が高い、WSJT-Xはデコード表示が早いという特徴があるのでしょうね。
WSJT-Xはデコードが早く表示される(一部を除く)ので、呼び出しに余裕があります。
どちらを使うかは好みですね。
私は送信DFのシフトを片手(マウスだけ)で出来るのでJTDXが好きです。(^^;
ハムの集いが終わったので庭の植木の剪定をやらないといけないのですが、地域行事などいろいろ忙しくて手がつきません。
時々チェックしているJP1LRT 津久浦OMのブログを見たら「マルチスレッド対応か否か」という記事がありました。JTDXはマルチスレッド対応で複数コアの分散処理でデコード処理をするという内容です。
以前の記事「JTDXのデコード設定 最適設定」でデコード設定の話を書きましたが、JTDXのCPU使用率の話は興味があります。
JP1LRTさんのパソコンは8コア16スレッドのCPU(Core i9-9900K)だそうです。
私のパソコンはJP1LRTさんのと比べると赤ちゃんで3コア6スレッドのCPU((Core i5-8500)ですが、CPU負荷を見てみました。
タスクマネージャーの [パフォーマンス] で [CPU] を選びます。
最初、CPU全体の表示だったのでグラフの上で [グラフの変更] → [論理プロセッサ] でスレッド毎のグラフを表示します。(やりかたを知らず、ちょっと悩みました。)
JTDXで18局デコードした状態です。アプリはJTDXとタスクマネージャのみ動かしています。


毎15秒の終わりに全CPUに山があります。
同じ条件でのWSJT-XのCPU負荷グラフです。

WSJT-XではCPU4、CPU5の負荷が大きいですが、15秒毎の終わりではなく全期間でCPU負荷が高いです。CPU使用率はWSJT-Xの方がだいぶ高いです。
JP1LRTさんのWSJT-Xのグラフと違います。コア数が少ないせいでしょうかね?
JTDXで[SWLモード]をONにするとCPU負荷が増えてLag値が大きくなりますが、JTDXで [SWLモード] ONのグラフも見てみました。[SWLモード] ONだとLag値が+0.4秒を超えます。


各CPUの山が大きくなっています。
JTDXは受信データを溜めて最後に一挙にデコードするのに対してWSJT-Xは途中でもデコードするので、JTDXはデコード性能が高い、WSJT-Xはデコード表示が早いという特徴があるのでしょうね。
WSJT-Xはデコードが早く表示される(一部を除く)ので、呼び出しに余裕があります。
どちらを使うかは好みですね。
私は送信DFのシフトを片手(マウスだけ)で出来るのでJTDXが好きです。(^^;
コメント
コメント一覧 (10)
実は私のFT8用PCも古くなって新しいPCを導入したいのですが せっかく構築したFT8環境を他のPCに効率良く移せないか悩んでいました。
ホルダまるごとコピーの他に 再インストールが必要なソフトがほとんどだとは思いますが
WSJT-X JTALert JTLINKER HAMLOG これらの設定環境を新規PCへ効率良く移植する方法について
アドバイスを頂ければと思います。 同じ悩みの方は沢山おられるのではと思います。
JA7HRM 齋藤
JA4JOE
が
しました
FT8環境のコピーは当局はこの方法でやっております
http://h7nana.cocolog-nifty.com/blog/2023/02/post-7b9649.html
JA4JOE
が
しました
やはり、JTDXは15秒おきにピークが出ますが、WSJT-Xはピークは低く全体的に広がっているような感じですね。
当たり前の結果ですが。
JA4JOE
が
しました
具体的なアドバイスありがとうございました。
ユーザーフォルダー名に気を付けてトライしてみます。
JA7HRM 齋藤
JA4JOE
が
しました
WSJT-Xはデコードをデープにしても使用される論理プロッセサーは、最大12個でした。
JTDXはデコードをオートにしていますが、使用される論理プロッセサーは、常に最大の24個でデコードしていました。
私の個人的感覚では、JTDXの法がキビキビ表示してくれます。
2倍の論理プロッセサーでデコードするためでしょうか。
JA4JOE
が
しました
私の場合、いまだに4コア4スレッドで頑張ってます。
Win10で必要最低限のソフトしかインストールしていません。
メインはJTDXを使い、対応してないモード等はWSJT-Xを使ってます。
JTDXの方が使い勝手がいいのでメインなのですが、確かにWSJT-Xの方がデコードの表示され始めが早いですよね。僅かな差ではありますが、JTDXのように一気にデコード表示されてもガタが来てる人間σ(-_-;)にはベストな対応が出来ない事が多いです。
今数えてみたら、左のデコードリストは49行表示されてますが、DXペディションの珍局が出てくると1シーケンスで80局とかデコードされる事も。
そうなると、うちの様な弱小局では太刀打ちできないので、しばらくはぼんやり眺めています。
何人の聖徳太子が頑張れば、こんなにデコード出来るのかしらと思いながら。。
JA4JOE
が
しました
(お願い)質問はメールではなく、コメントでお願いします。