2025,江端さんの忘備録

昨日は、「プロジェクトリーダーとしての生成AI」という観点で考えてみましたが、今回は、別の観点から考えてみたいと思います。

Yesterday, I considered the topic from the perspective of “AI as a project leader,” but this time, I would like to think about it from a different perspective.

あまり理解されていないかもしれませんが、生成AIがやっていることの一つに「ガリ勉」があります。

最近、『生成AI離れ』という言葉がでてきているようですが、毎日、ChatGPTを使い倒している私には、ちょっと信じられない言葉です。

Recently, I've been hearing the term "generation AI abandonment," but as someone who uses ChatGPT daily, I find it a little hard to believe.

業種(フィールド)だけでなく、使い方に、差があるのかもしれません。

There may be differences in the type of business (field) and how it is used.

プログラミングの世界においては、生成AIは「使えます」が、以下の条件が付帯するのかもしれない、と考えています。

In the programming world, I think that generative AI is “usable,” but it may come with the following conditions.

『生成AIが作ったコードの問題点を、指摘できるだけのスキルを人間が持っていること』

'The persons have the skills to point out the problems in the code created by generative AI.'

-----

依頼したプログラム(コード)をざっと見て、「変だな」と思い「ここ、間違っていない?」と聞き返せるスキルがあること、が、結構重要なのかな、と思うことがあります。

Sometimes, I think it is pretty essential to have the skill to look at the program (code) you have requested, think, “That's strange,” and ask, “Is this wrong?”

ChatGPTやGithub Copilotは素直な奴なので、私の指摘が正しければ、直ちにその場で修正を行うし、私の指摘が間違っていれば、私の間違いを理由とともに説明します。

ChatGPT and Github Copilot are straightforward, so if I'm right, they'll fix it right away, and if I'm wrong, they'll explain why I'm wrong.

お願い→回答、という、ワンリターンでは、生成AIはそんなに優れてはいないかもしれませんが、お願い→回答→質問→回答→疑問→回答.....と続けていけば、これほど心強いパートナーはいません。

If you only have one-way communication, where you ask a question and then get an answer, the generated AI may not be that good, but if you keep asking questions and getting answers, you will have a very reassuring partner.

生成AIを、"Copilot(副操縦士)"と命名した人は、センスがあると思います。

The person who named the generative AI “Copilot” has good taste.

-----

「生成AI離れ」とは、それはつまり、『副操縦士の言うことが理解できない/副操縦士と議論ができない』と解釈して良いのかもしれません。

“generation AI abandonment" may mean “I can't understand what the copilot is saying/I can't discuss with the copilot.”

結局のところ、「生成AI離れ」とは、「生成AIに丸投げして全て解決しようとする怠け者の発想なのではないかな」と、そんな風に邪推しています。

After all, I suspect that the “generation AI abandonment” is a lazy person's idea of trying to solve everything by throwing everything at the generation AI.

何が言いたいのかというと、「こういうプログラムを組める『私』には、市場価値があるのか、それとも、ないのか」、です。

2025,江端さんの忘備録

筑紫市の田中允市議(77)の、別の市議に対して行ったハラスメントに対して『至らぬところがあったかもしれませんが、それはそれとして今後、謙虚に学んでいけば私自身も成長するのかなと』というコメントを聞いて思い出したことがあったので、本日のネタとして記載します。

I remember hearing a comment from Tanaka Masashi, a 77-year-old city councilor in Chikushi City, Fukuoka Prefecture, about the harassment he had perpetrated against another city councilor. He said, “I may have fallen short in some ways, but if I humbly learn from this in the future, I will also grow.” I will include this as today's topic.

-----

あまり理解されていないかもしれませんが、生成AIがやっていることの一つに「ガリ勉」があります。

Although it may not be well understood, one of the things that generative AI is doing is “cramming.”

反復学習です。いわゆる「英単語帳」です。

It is a repetitive learning method. It is a so-called “English vocabulary notebook.”

例えるなら、生成AIは猛烈な勢いで「英単語の暗記」をして、「英語をしゃべれるよう頑張っている」というパラダイムで理解してもいいかもしれません。

If you want to compare it to something, you could say that the generative AI is furiously “memorizing English vocabulary” and “working hard to be able to speak English” in the paradigm of understanding.

その「暗記」は、単にメモするだけでなく、電気信号のパターンになるまで続けられます(このあたりは、ニューラルネットワークのメカニズムまで遡らなければならないので、割愛します)

This “memorization” is not just about making notes but is continued until it becomes a pattern of electrical signals (we will have to go back to the mechanisms of neural networks here so that we will skip that part).

件名: ChatGPTは怖くない ~使い倒してラクをせよ の記事に関してご提言

単に知識を蓄えるだけでは、知性にならないことは、すでに、「前世紀のエキパートシステムの失敗」で明らかですが、今の生成AIは、人間の判断基準(扱ってはならないネタ)も学習しており、加えていえば、「言葉使い」まで学習しています。

It is already apparent from the “failure of the expert systems of the last century” that simply accumulating knowledge does not make you intelligent. Still, the current generative AI also learns human judgment criteria (topics that should not be handled), and, to add to that, it also learns “word usage.”

-----

そういえば、以前何かコラムで読んだのですが、これからの時代は「知識」や「リーダーシップ」よりも、「親切」「優しさ」「礼儀正しさ」の方が重視される世の中になる、旨の記載がありました。

Speaking of which, I read something in a column before that said that in the future, the world would become a place where “kindness,” “gentleness,” and “politeness” will be valued more than “knowledge” and “leadership.”

つまり、

In other words,

―― 「凄い仕事」より、「気持よく続けられる仕事」に、人材がシフトする

"the shift in human resources is from “great work” to “work that can be continued comfortably”.

と。

上記の「仕事」は、「学校」とか「組織」とか「近所付き合い」などの言葉に置き換えられるかもしれません。

The word “work” above could be replaced with words such as “school,” “organization,” or “neighborly relations.”

『嫌われ役のリーダーを買って出て、プロジェクトを完遂する』という考え方は、もはや古い(のかも)。

“Volunteering to be the unpopular leader and completing the project” may already be old-fashioned.

(7)総じて「プロジェクトX」は、「エンジニアの夢や希望を搾取」して「プロジェクトを完成させた」というストーリで構成されており、現在の若者への「やりがい搾取」と1mmも変わっていないように見える

今や『嫌われ役のいるリーダーのプロジェクトは、プロジェクト自体が瓦解する』という流れになっていくのかもしれません。

Perhaps the trend is moving towards “a project with a disliked leader will collapse.”

ただ、進捗スケジュールを見ながら、厳しい納期を要求されているプロジェクトリーダーにとっては、このトレンドはシャレにならない話でしょう。

However, this trend is probably no laughing matter for project leaders under pressure to meet strict deadlines while monitoring the progress schedule.

-----

そういう観点から考えると、「プロジェクトリーダーを生成AIに任せる」というのは、十分にあり得る未来だと思います。

From that perspective, I think it's possible that “we will leave project leaders to AI.”

私が見ている限りにおいては、生成AIの人間に対する対応は、ほぼ完璧です。

As far as I can see, the way that generative AI interacts with humans is almost perfect.

生成AIは、間違っても『そんなことは自分で考えろ』とか『そんなことも知らないのか』などというような台詞は吐きません。

A generative AI will never say things like “You should be able to think for yourself” or “Don't you even know that?”

生成AIには、回答に対する「いいね」ボタンと「悪いね」ボタンがあり、生成AIは、これを受けて回答の内容や対応も学習しているようです。

The generated AI has a “good” button and a “bad” button for responses, and it seems that the generated AI learns the content of the reactions and how to respond to them based on these.

この考え方を拡張していくと、最終的に「生成AIによる政府や国際機関の運用」という未来に到達してしまいますが ―― 私は、それが今の状況よりもラクに生きられる世界を作ってくれるのであれば、それで構いません。

If we were to extend this line of thinking, we would eventually reach the future of “government and international organizations being run by generative AI,” - but as long as it creates a world where we can live more comfortably than we do now, I'm OK with that.

というか、むしろそうして欲しい。

Or rather, I want to realize it.

-----

ただ、行き過ぎた「生成AI頼み」は、かならず歪みを生み出すと思うので、多分、「生成AI排除」という動きも出てきます ―― 19世紀のラッダイド運動のように

However, overreliance on generative AI will inevitably lead to distortion, so there will probably be a movement to exclude it, like the Luddite movement in the 19th century.

ネットワークの世界においても、分散システムと集中システム、クラウドとエッジ、など、現在も数年単位で「揺り戻し」が発生しております。

Even in the world of networks, there are still “swinging back” trends occurring every few years, such as distributed and centralized systems, cloud and edge, etc.

プロジェクト管理に失敗した生成AIは廃棄され、より優れたプロジェクト管理AIが生き残ることになるとも思います(生成AIが学習して、発展していく可能性もあります)。

I also think that the generative AI that fails in project management will be discarded, and the AI with better project management skills will survive (there is also the possibility that the generative AI will learn and develop).

まあ、私がどう考えようと、生成AIの世界は、なるようにしかならないと思います。

Well, no matter how I think about it, I think the world of generative AI will only become what it is destined to become.

私は、ただ、それを観測し続けていくだけです。

I will continue to observe it.

-----

ただ、冒頭の市議は、「生成AIと取り替えても、一向に構わんだろう」 ―― というか、「是非取り替えてくれ」と思いますが。

However, about the city councilor at the beginning of the story, “Even if a generative AI replaces him, I don't mind at all” - or rather, I think, “Please replace him as soon as possible.”

2025,江端さんの忘備録

私は以前より『努力は天才に勝てない』ということを言い続けてきました。

I have always said that 'hard work cannot beat genius'.

故に、彼らは、平気で「毎日の練習」だの「継続は力」だの「努力は報われる」だのと言い放ちます。

最近思うことは、

Lately, I've been thinking that

『賞賛される努力と素晴しい成果より、凡庸なアウトプットの数が評価される』ということです。

'The number of mediocre outputs is valued more than the admired effort and excellent results.

努力と成果は、その時に絶賛されても、評価される時間が短いです。

Even if your efforts and achievements are praised at the time, the time it takes for them to be evaluated is short.

そして、人々の多くは、あなたの努力と成果を、簡単に忘れます。

And most people will easily forget your efforts and achievements.

比して、アウトプット(報告書や特許明細書や論文)は、内容はどうあれ、"数"で評価され、それは記録として残ります。

By comparison, outputs (reports, patent specifications, papers) are evaluated by the “number” of them, regardless of their content, and this is recorded.

-----

以前にもお話したかもしれませんが、会社同士がクロスライセンス契約をする時、『自社の特許明細書を積み上げた高さ』で、契約内容が決まる(高い方の会社が強い)という話がありました。

As I may have mentioned before, when companies enter into a cross-licensing agreement, the content of the agreement is determined by the “height of the pile of the companies' patent specifications” (the company with the higher pile is stronger).

この話が本当かどうかはウラが取れていませんが、ありそうな話です。

I have not been able to confirm whether this story is true or not, but it sounds plausible.

特許明細書の内容は難しいので、3桁を超える特許明細書の内容を、いちいち精査している余裕があるとは思えず、なにより『私でも、そうするだろうな』と思えるからです。

The content of patent specifications is difficult, so I don't think there is time to carefully examine the content of patent specifications that exceed three digits, and above all, I think that even I would do that.

(↑コラムに飛びます)

(Jump to the column)

-----

それゆえ、凡庸な私が選ぶべき戦略は明白です。

Therefore, the strategy that I, an ordinary person, should choose is clear.

「量を出し続けること」――たとえ、それが凡庸な内容であったとしても、です。

“Keep producing quantity” - even if it is mediocre content.

その"量"の戦略の一つが、この日記(ブログ)です。

One of the strategies for this “amount” is this diary (blog).

2025,江端さんの忘備録

大量・長時間のシミュレーションの計算が必要になると思って、2年前に小型のゲーミングPCを購入しました。

I bought a small gaming PC two years ago, thinking I would need to do a lot of long-running simulations.

現在、昼夜問わずのぶっつづけの計算を続けているのですが、最近、目を離している内に、ディスプレイが黒くなってシステムダウンする頻度が高くなってきました。

I've been doing calculations day and night, but the frequency of system crashes has recently increased, with the display going black while I'm away from it.

対象となっているPCは、MINISFORUM EliteMini HM90 ミニpc AMD Ryzen 9 4900H 8c/16t 小型PC 32GB 512GB です。何かクラッシュの原因となる理由はありませんか?

計算途中で、コンピュータがダウンするのは困りますし、それ以上に、システムが壊れたら、もう目の前真っ暗です。『もう、本当に勘弁して下さい』という感じです。

It would be a disaster if the computer crashed in the middle of a calculation and even more so if the system broke down. It would be like saying, “Please, no more!”

取り急ぎ、設定を変えて、熱暴走を回避する、という処理を行っています。

For now, I am changing the settings to avoid thermal runaway.

BIOS画面をいじるのは怖いので、Ryzen Controllerを使おうとう思うのですが、良いでしょうか

これに加えて、AmazonにPC冷却用の扇風機を発注しました。

In addition to this, I ordered a fan from Amazon to cool my PC.

もう、『なにふり構っていられない』という感じです。

I feel like I can't afford to waste any more time.

2025,江端さんの忘備録

「ゴールデンカムイ」は、原作(コミック)も、アニメも、映画も、全部が面白いという、稀有な作品です。

Golden Kamui is a rare work that is interesting in all its forms: the original comic, the anime, and the movie.

原作者様は言うまでもありませんが、それの携った方々の努力の賜物だと思います。このようなコンテンツを創作して頂いた多くの皆様に、改めて感謝の思いです。

Needless to say, the original author is to be commended, but I think it is also the result of the efforts of the people involved. Again, I would like to express my gratitude to the many people who created this kind of content.

-----

嫁さんは、映画で「ゴールデンカムイ」と出逢ったようで、アニメの方は見ていなかったようです。

My wife first encountered “Golden Kamui” through the movie but hadn't seen the anime.

本日、このコンテンツ自体を知らなかった長女が帰省していることもあるので、『先ずは、アマプラで、シーズン1だけでも見てみたら?』と言って、私はそのまま自室に戻って、プログラミングを再開しました。

Today, my eldest daughter, who didn't know about this content, is visiting, so I said, “Why don't you try watching at least season 1 on Amazon Prime?” I returned to my room and resumed programming.

コーヒーを作るために、リビングに降りてきたら、二人がアニメに見入っていました ―― 声をかけるのもためらわれるくらいの真剣さで。

When I came downstairs to make coffee, I found them engrossed in an anime - so absorbed that I hesitated to interrupt them.

嫁さんは、「PSYCHO-PASS サイコパス」の第3期までの視聴を「2日間」で完了している実績がありますが、なんか、今回も、このノリで行きそうな雰囲気です。

My wife has a track record of watching the first three seasons of “PSYCHO-PASS” in “two days,” but it looks like she will continue in the same vein this time, too.

私の好きなコンテンツが家族と被る ―― これは、結構、幸せなことだなぁ、と実感しています。

-----

私、以前、『お金が沢山あることが、幸せであるか?』というテーゼに対して、アマプラやネトフリのようなサブスクを例題にして、このテーゼに対する検証方法を提案したことがあります。

I once proposed a method for examining the thesis “Is having a lot of money a sign of happiness?” using examples such as Amazon Prime and Netflix.

お金を沢山持っていることは幸せである ―― を検証する方法

で、今度は、毎週、『毎週の放送を楽しみに待つアニメ』と『気にいったタイトルを一気に見るアニメ』は、どちらが、より人を幸せにしているのだろう、という、新しいテーゼについて、考え始めています。

Now, I'm considering a new thesis: Which makes people happier? Is it anime you look forward to watching every week or anime you watch all at once?

ただ、

However,

―― これ、多分、結論が出ないテーゼだろうな

"The thesis that will never conclude."

と、薄々分かってはいるんですけどね。

 I know that in my heart.

未分類

BIOS画面をいじるのは怖いので、Ryzen Controllerを使おうとう思うのですが、良いでしょうか

Ryzen Controller を使って TDP を制限するのは安全な方法なので、問題ありません。
BIOS設定を変更するよりリスクが低く、手軽にTDP制限を適用できるのでおすすめ です。


✅ Ryzen Controller の使用手順

1. Ryzen Controller をダウンロード

公式サイトから最新版を取得: 👉 Ryzen Controller公式サイト

  1. 「Download」ボタンをクリック
  2. インストールファイル (Ryzen Controller.exe) をダウンロード
  3. インストール後、管理者権限で実行

2. TDP制限の設定

(1) 「Power and Temperature」 タブを開く

  • 「PPT (Package Power Tracking)」を 35W に変更
  • 「TDC (Thermal Design Current)」を 25A に変更
  • 「EDC (Electrical Design Current)」を 50A に変更
  • 「Temperature Limit」を 85℃以下 に設定(温度制限)

(2) 「Apply」ボタンを押す

  • すぐに適用され、PCの発熱が抑えられる。

(3) 自動適用設定

Ryzen ControllerはデフォルトではPC再起動時に設定がリセットされるため、自動適用の設定を行う。

  1. 「Auto-start」機能を有効にする
    • 「Enable Auto-Start」オプションをON
    • Windows起動時に自動で設定を適用。

3. TDP制限が適用されたか確認

設定が適用されたかどうかをチェックする。

(1) HWiNFOで確認

  1. HWiNFO をダウンロード・起動
    👉 HWiNFO公式サイト
  2. 「CPU Package Power (PPT)」 の値が 35W前後になっているか 確認

(2) Ryzen Master で確認

  1. AMD Ryzen Master をダウンロード・起動
    👉 AMD公式ダウンロードページ
  2. PPTの最大値が 35W に制限されているか確認

4. パフォーマンス影響のチェック

TDPを35Wに制限すると発熱は抑えられるが、CPU性能も少し下がるため、以下の方法で影響をチェック。

(1) Cinebench R23 でテスト

  1. Cinebench R23 をダウンロード
    👉 Cinebench公式サイト
  2. シングルコア & マルチコアのスコアを測定。
  3. TDP制限前後でスコアを比較

(2) 通常の使用で問題ないか確認

  • 動画再生、Webブラウジング、プログラム開発など、普段の使用で問題がないか確認。

✅ Ryzen Controller を使うメリット

BIOSを変更しないので安全
簡単に設定できる
TDP制限を試して、問題があればすぐ元に戻せる
PCを移動せずに放熱対策ができる


⚠️ Ryzen Controller の注意点

PC再起動時に設定がリセットされるため、Auto-start を有効にすることを推奨
一部のWindowsアップデートで互換性が変わる可能性あり(設定が適用されなくなる場合がある)
100%完全な動作保証はないため、TDP制限後はPCの動作をチェック


✅ 結論

BIOSをいじるのが怖いなら、Ryzen Controller を使うのは良い選択。
TDPを35Wに制限することで、発熱を抑えながらPCを安定させられる
ソフトウェアなので、いつでも設定を戻せる

まずは Ryzen Controller で PPT = 35W に設定し、負荷テストをしながら安定動作するか確認するのがベスト!

Ryzen Controller Setup 2.5.4.exe をダウンロードしましたが、これで良いでしょうか

はい、Ryzen Controller Setup 2.5.4.exe は最新版の 2.5.4 で問題ありません。
以下の手順でインストールと設定を行ってください。


✅ Ryzen Controller 2.5.4 のインストール手順

1. インストール

  1. Ryzen Controller Setup 2.5.4.exe をダブルクリック
  2. 「Next」ボタンを押してインストールを進める
  3. インストールが完了したら 「Finish」ボタンを押す
  4. 管理者権限で起動(右クリック → 「管理者として実行」

2. TDPを35Wに制限する設定

  1. 「Power and Temperature」 タブを開く
  2. 以下の数値を設定:
    • PPT (Package Power Tracking)35W
    • TDC (Thermal Design Current)25A
    • EDC (Electrical Design Current)50A
    • Temperature Limit85℃以下
  3. 「Apply」ボタンをクリック
  4. 設定が反映されたか確認。

3. 再起動後も設定を維持する

再起動後に設定がリセットされるので、自動適用を有効化する。

  1. 「Auto-Start」機能を有効にする
    • 「Enable Auto-Start」を ON
    • Windows起動時に自動でTDP制限を適用

4. 設定が適用されたか確認

(1) HWiNFO で確認

  1. HWiNFO をダウンロード&起動
    👉 HWiNFO公式サイト
  2. 「CPU Package Power (PPT)」 の値が 35W以下 になっているか確認。

(2) Ryzen Master で確認

  1. AMD Ryzen Master をダウンロード&起動
    👉 AMD公式ダウンロードページ
  2. PPTの最大値が 35W に制限されているか確認

✅ 結論

  • Ryzen Controller 2.5.4 で問題なし!
  • TDPを35Wに制限する設定を行い、Auto-StartをONにする
  • HWiNFO や Ryzen Master で設定が適用されたか確認

この手順で設定すれば、放熱を改善しながらPCを安定動作させることが可能!

Temperature Limit (°C)
CPU TDP (W)
Long Boost Duration
Long Boost TDP (W)
Short Boost Duration
Short Boost TDP (W)

という画面がでています。次にどうすれば良いですか。目標は熱暴走の防止です

✅ Ryzen Controller 2.5.4 の設定手順 (熱暴走防止)

この画面でTDP(消費電力制限)と温度制限を適切に設定することで、熱暴走を防ぎつつパフォーマンスを維持することができます


1. 各パラメータの意味

Ryzen Controller では、以下のパラメータを調整できます。

設定項目 説明
Temperature Limit (°C) 最大CPU温度制限(これを超えると性能を下げる)
CPU TDP (W) 通常時の消費電力制限
Long Boost Duration ブースト持続時間(長時間)
Long Boost TDP (W) 長時間ブースト時の最大TDP
Short Boost Duration 短時間ブースト時間
Short Boost TDP (W) 短時間ブースト時の最大TDP

2. 熱暴走を防ぐための最適設定

以下の設定を入力してください。

  • Temperature Limit (°C)85(安全な範囲、85℃以上でクロックダウン)
  • CPU TDP (W)35(通常時の消費電力を35Wに制限)
  • Long Boost Duration10(ブースト時間を10秒に短縮)
  • Long Boost TDP (W)45(長時間ブースト時の最大消費電力を45Wに制限)
  • Short Boost Duration2(短時間ブーストを2秒に短縮)
  • Short Boost TDP (W)50(瞬間的な最大消費電力を50Wに制限)

3. 設定を適用

  1. 上記の値を入力
  2. 「Apply」ボタンをクリック
  3. 「Enable Auto-Start」を ON(再起動後も設定を維持)
  4. 動作確認のためPCを再起動

4. 設定が適用されたか確認

  1. HWiNFO を使って CPU Package Power が 35W以下に制限されているか確認
  2. Cinebench R23 で負荷テストを実行し、温度が 85℃以下に抑えられているかチェック

✅ 結論

この設定で、通常時の消費電力を35Wに抑えつつ、短時間のブーストを最大50Wまで許容することで、性能を落としすぎずに熱暴走を防ぐことが可能!

 

メニューを叩いてみると、現在値(?)は、上から、85,25,900,25,60,10となっています。

ChatGPT:

現在の設定値(85, 25, 900, 25, 60, 10)を見た限りでは、TDPが 25W に制限されており、かなり低い値になっています。この状態では、パフォーマンスが抑えられすぎている可能性があります。

また、Long Boost Duration (900秒 = 15分) と Short Boost Duration (60秒) が非常に長く設定されており、負荷が高い状態が長く続く可能性があるため、熱暴走を防ぐためにはこれらを短縮する必要があります。


✅ 熱暴走防止のための最適設定

1. 推奨設定

現在の値を 以下の値に変更 してください。

設定項目 変更前 推奨値 説明
Temperature Limit (°C) 85 85 CPUの温度制限(そのままでOK)
CPU TDP (W) 25 35 通常時の最大消費電力を35Wに制限
Long Boost Duration 900 10 長時間ブーストの持続時間を短縮(10秒)
Long Boost TDP (W) 25 45 長時間ブースト時の最大TDPを45Wに
Short Boost Duration 60 2 短時間ブーストを2秒に短縮
Short Boost TDP (W) 10 50 瞬間的な最大消費電力を50Wに

2. 設定手順

  1. 各値を上記の推奨値に変更
  2. 「Apply」ボタンをクリック
  3. 「Enable Auto-Start」を ON(再起動後も設定を維持)
  4. PCを再起動して設定が適用されているか確認

3. 設定適用後の確認

HWiNFO で CPU Package Power が 35W前後になっているかチェック
Cinebench R23 で負荷テストを行い、温度が 85℃以下で安定しているか確認
通常使用で問題がないかテスト(動画再生やWebブラウジングなど)


✅ 結論

現在の 25W制限は厳しすぎる ので、35Wに引き上げながら、ブースト時間を短縮 するのが最適!
この設定で、性能を維持しつつ、熱暴走を防ぐことができる 🎯

 

「Apply」ボタンをクリックしましたが、「Enable Auto-Start」が見つかりません。

Enable Auto-Start が見つからない場合、手動で設定を再適用する方法を使う必要があります。
Ryzen Controllerは再起動後に設定がリセットされるため、毎回適用する必要があります
以下の手順で、起動時に自動で設定が適用されるようにする方法を紹介します。


✅ 自動適用の方法(手動スクリプト設定)

Ryzen Controller自体にはAuto-Start機能がないバージョンもあるため、Windowsのタスクスケジューラを使って、PC起動時に自動適用する方法を設定します。


1. Ryzen Controller をバッチファイルで起動

  1. メモ帳 を開く

  2. 以下のスクリプトをコピーして貼り付ける

    bat
    @echo off
    start "" "C:\Program Files\Ryzen Controller\Ryzen Controller.exe"
    timeout /t 5
    nircmd sendkeypress enter
    • C:\Program Files\Ryzen Controller\Ryzen Controller.exe のパスは、実際にRyzen Controllerがインストールされている場所に合わせる。
    • nircmd はキーボードのEnterキーを自動で押すコマンド(詳細後述)。
  3. RyzenControllerAutoStart.bat としてデスクトップに保存


2. タスクスケジューラで自動実行

  1. Win + R を押して taskschd.msc を入力し、Enter
  2. 「タスクスケジューラ ライブラリ」 を開く
  3. 「基本タスクの作成」 をクリック
  4. タスクの名前を「Ryzen Controller AutoStart」 に設定し、「次へ」
  5. 「ログオン時」に設定し、「次へ」
  6. 「プログラムの開始」を選択し、「次へ」
  7. 「参照」ボタンをクリックし、RyzenControllerAutoStart.bat を選択
  8. 「完了」を押す

3. nircmd で自動適用(オプション)

Ryzen Controllerの設定適用ボタンを自動で押すために、nircmd という小さなツールを使うことができる。

  1. nircmd をダウンロード
    👉 公式サイト
  2. nircmd.exeC:\Windows\System32 にコピー
  3. 先ほどの .bat スクリプトの最後に以下を追加
    bat
    nircmd sendkeypress enter

    これにより、Ryzen Controller 起動後に自動で「Apply」を押す。


✅ 確認手順

  1. PCを再起動
  2. Ryzen Controller が自動で起動し、設定が適用されているか確認
  3. HWiNFORyzen Master で、TDP制限が有効かチェック

✅ 結論

  • Ryzen Controller 2.5.4 には Enable Auto-Start がないため、手動で自動適用を設定する必要がある
  • タスクスケジューラで bat ファイルを登録すれば、PC起動時に設定が自動適用される
  • nircmd を使えば、「Apply」を自動で押せるようになる

この方法で、再起動後もTDP制限が適用され、熱暴走を防ぐことができる!

面倒ですが、毎回手動で設定してもいいです。「Apply」を設定した段階で設定されたと考えて良いですか

はい、「Apply」ボタンをクリックした時点で設定は即時適用されています
したがって、手動で毎回「Apply」を押す方式でも問題ありません


✅ 手動適用の流れ

  1. PCを起動
  2. Ryzen Controller を管理者権限で実行
    • (右クリック →「管理者として実行」)
  3. 設定値(TDP=35W など)が変更されていないか確認
  4. 「Apply」ボタンをクリック
  5. 設定が反映されたか確認 (HWiNFO などでチェック)

✅ 設定が反映されたかの確認

以下のいずれかの方法でTDPが適用されているか確認してください。

方法①: HWiNFO で確認

  1. HWiNFO をダウンロード
    👉 公式サイト
  2. Sensors Only モードで起動
  3. 「CPU Package Power (PPT)」の値を確認
    • 35W前後になっていれば設定適用OK ✅

方法②: Ryzen Master で確認

  1. AMD Ryzen Master をダウンロード
    👉 AMD公式ダウンロードページ
  2. 「PPT (Package Power Tracking)」の最大値を確認
    • 35Wに制限されていれば適用OK ✅

✅ 結論

「Apply」を押した時点で設定は即時反映されるので、手動適用でも問題なし!
毎回「Apply」を押すだけでOK
再起動後に忘れないようにするだけ
HWiNFORyzen Master で設定が適用されているか確認すれば確実

面倒でも手動で問題なければ、この方法で TDP制限を適用し、熱暴走を防ぐことが可能! 🎯

ちなみに、現在の画面には「APPLY] [CREATE PRESET]「RESET」のボタンがあります、現在「APPLY]を押しました。このままアプリケーションを終了すれば良いですか?

ChatGPT:

はい、「APPLY」ボタンを押した時点で設定は適用されている ので、そのままアプリケーションを終了しても問題ありません。

✅ 手順

  1. 「APPLY」ボタンを押した時点でTDP制限が反映
  2. アプリケーションを閉じてOK
  3. 設定が適用されているか確認
    • HWiNFORyzen Master で「CPU Package Power (PPT)」が 35W前後になっているかチェック。

✅ 「CREATE PRESET」は必要か?

  • 「CREATE PRESET」ボタンは、設定を保存する機能 ですが、再起動後に自動適用されるわけではないため、手動適用の場合は不要。
  • 毎回「APPLY」を押すなら 「CREATE PRESET」は押さなくてOK

✅ 「RESET」は何をする?

  • 「RESET」ボタンは、すべての設定をデフォルトに戻す ため、押さないように注意。

✅ 結論

「APPLY」ボタンを押した時点で設定は適用済み
アプリを閉じてもOK
再起動後は、再度Ryzen Controllerを開いて「APPLY」を押す必要がある

これで、熱暴走を防ぎつつ、安定した運用が可能になります! 🎯

未分類

MINISFORUM EliteMini HM90 (AMD Ryzen 9 4900H) のスペックや過去の報告を考慮すると、特定のハードウェアや構成に起因するクラッシュの可能性がいくつか考えられます。


考えられるクラッシュの原因

1. 熱暴走 (特にCPU・VRM)

問題点

  • Ryzen 9 4900HはノートPC向けのハイパフォーマンスCPUであり、TDP(最大54W)はミニPCの放熱設計ではギリギリの範囲。
  • MINISFORUM HM90は冷却設計がタイトで、長時間の高負荷時にサーマルスロットリングシャットダウンを引き起こすことがある。
  • 一部ユーザーから「高負荷時にブラックアウトする」との報告がある。

確認方法

  • HWMonitorRyzen Master でCPU温度を確認。
  • Stress-ngCinebench を実行し、高負荷時の温度変化をチェック。
  • 冷却ファンが正常に動作しているか確認 (HWiNFO などでファン回転数を見る)。

対策

  • BIOSで「プロセッサのPPT制限」を設定し、TDPを制限 (例: 35Wに設定)。
  • ヒートシンクやファンのメンテナンス (ホコリ除去)
  • 冷却パッドを追加するか、外部クーラーを使用

2. GPU (Vega 8) ドライバの不具合

問題点

  • Ryzen 9 4900H の Vega 8 GPU は、Windows 11環境や特定のドライバでブラックスクリーン問題を起こすことがある
  • 一部のAMD Adrenalinドライバ(特に最新版)は、スリープ復帰時や高負荷時にクラッシュを誘発。

確認方法

  • イベントビューアー (eventvwr.msc)システムログamdkmdag エラーがないか確認。
  • Windows + Ctrl + Shift + B を押してGPUリセットで復帰するか確認
  • dxdiag で DirectX のエラーが発生していないかチェック。

対策

  • AMD公式サイトから旧バージョンのドライバ (WHQL版) にロールバック
  • デバイスマネージャー → ディスプレイアダプター「標準VGAアダプター」に一時変更し、ブラックスクリーンが発生しないかテスト。
  • Fast Startup (高速スタートアップ) を無効化(Windows 10/11の場合)。

3. メモリの相性・不良

問題点

  • MINISFORUMの 初期搭載メモリ (SODIMM DDR4-3200) に相性問題があることが報告されている。
  • 一部のユニットでは、デュアルチャンネル動作時に不安定な動作をする個体がある

確認方法

  • Memtest86 を実行し、エラーが出ないか確認。
  • Windows の メモリ診断 (mdsched.exe) を試す。
  • 1枚のメモリだけを装着して動作をテスト(デュアルチャンネル動作を無効化)。

対策

  • メモリの XMP設定をBIOSで無効化 する(デフォルトのJEDECプロファイルを使用)。
  • 別のメモリ (Crucial, Kingston などの相性が良いブランド) に交換

4. 電源ユニット (ACアダプタ) の容量不足

問題点

  • MINISFORUM HM90 は 19V/4.74A (90W) のACアダプタを使用しているが、フル負荷時にはギリギリ。
  • 高負荷時に 電力不足でブラックアウト する報告がある。

確認方法

  • バッテリー駆動のノートPCではないので、ACアダプタの電力供給が正しく行われているかチェック
  • 高負荷時 (CinebenchFurMark 実行時) に突然電源が落ちる場合、電力不足の可能性あり。

対策

  • 120W以上のACアダプタ (同じ電圧・プラグ) に交換
  • BIOSでTDPを35W程度に制限し、電力消費を抑える

5. SSD (ストレージ) の不良

問題点

  • 初期搭載の 512GB NVMe SSD (ブランド不明のOEM品) は、一部の個体でブラックアウトを引き起こすことがある。

確認方法

  • CrystalDiskInfo でSSDのS.M.A.R.T.情報をチェック(異常温度やエラーログがないか)。
  • chkdsk /f /r を実行し、ファイルシステムのエラーを確認。

対策

  • 別のM.2 NVMe SSD (Samsung 970 EVO Plus, WD Black) に交換し、Windowsをクリーンインストール。

結論

MINISFORUM EliteMini HM90 は、発熱・電源供給・GPUドライバの問題がブラックアウトの主な原因となりやすい

最優先で試すべき対策

  1. Windows + Ctrl + Shift + B で画面復帰を試す
  2. イベントビューアーamdkmdag エラーがあるか確認
  3. AMD GPUドライバをロールバック (WHQL版を使用)
  4. BIOSでTDPを35Wに制限
  5. メモリを1枚にして動作確認
  6. 120WのACアダプタを試す
  7. SSDのS.M.A.R.T.情報をチェック

ブラックアウトが頻発するなら、特に「電源」「GPU」「熱」の問題を疑うべき
最終手段として、BIOSアップデートとOSのクリーンインストールを検討。

未分類

単純な比較はできないと思いますが、ノード内にあるDockerの中のPostgresqlデータベースにアクセスするのと、ノード外にあるPostgreSQLデータベースにアクセスするのはどちらが速いと思いますか

単純な比較は難しいですが、一般的なケースでは以下のような要因を考慮すると、ノード内のDockerコンテナ内にあるPostgreSQLのほうが速い可能性が高いです。

ノード内のDockerコンテナのPostgreSQL

メリット

  • 低遅延:ネットワークのオーバーヘッドが小さい(通常、localhostunix domain socket経由での接続)。
  • 帯域制限なし:ローカルのリソースを直接使うため、物理ネットワークの帯域制限を受けにくい。
  • 通信の最適化:Dockerネットワークのブリッジモードやホストモードを適切に設定すれば、通信のオーバーヘッドを抑えられる。

デメリット

  • コンテナリソースの影響:他のコンテナとリソースを競合する可能性がある(CPU、メモリ、I/O)。
  • スケーラビリティの問題:複数のノードからのアクセスが必要な場合、スケールアウトしにくい。

ノード外のPostgreSQL

メリット

  • スケールしやすい:専用のデータベースサーバーとして運用でき、負荷分散の選択肢が広がる。
  • リソース分離:アプリケーションとデータベースが分かれるため、DBのリソース管理がしやすい。

デメリット

  • ネットワーク遅延:ノード間通信のオーバーヘッドがある(特にインターネット越しのアクセスやVPN経由の場合)。
  • ネットワーク帯域の制約:LANでも帯域制限がある場合、トラフィックの影響を受ける可能性がある。
  • セキュリティ対策が必要:認証やSSL/TLSを設定することでオーバーヘッドが増える場合がある。

結論

一般的には、ノード内のDockerコンテナのPostgreSQLの方が低遅延で速い可能性が高いですが、以下のケースではノード外の方が適していることもあります。

  • 複数のノードからアクセスする場合(スケールアウトを考えるならノード外)
  • データベースの負荷が高い場合(専用DBサーバーの方がパフォーマンスを確保しやすい)
  • ノードのメモリやCPUリソースを節約したい場合(DBを外部に分離することでアプリケーション側のリソースを確保できる)

もしローカルのDockerコンテナ内PostgreSQLを使うなら、unix domain socketを利用することでTCP接続よりもさらに低遅延でアクセスできるので、それも検討するとよいでしょう。

PostGISのルート計算の回数が、計算時間に大きく影響しているみたいで、昨日、1日分のシミュレション(1万8000人分)に、1時間44分かかった時には青冷めました。ちょっとDBアクセスに工夫したのですが、それでも25分間かかります。ぶっちゃけ10分以内にしないと、ちょっと厳しいのです。

今、ローカルのDBにアクセスしたらハブの点滅が減っています。

Elapsed Time: 16m20.5619673s
ちょっと安心してきました。でも10分には、まだまだ遠いです。

2025,江端さんの忘備録

2つ以上の研究プロジェクトを兼任する、というのは、私には、あまり珍しいことではありません。

I am not unusual to be involved in multiple research projects simultaneously.

ただ、その2つ以上のプロジェクトで、技術的なコア(プログラミング)を担当しなければならない場合があり、これは本当にキツイです。

However, sometimes, I have to take charge of the technical core (programming) for two or more projects, which is tough.

例えるのであれば、2つ以上の工事現場の両方で、私一人が、穴を掘り、整地をして、建設資材を運び、組み立て、その一部が動かないと、全部が動かない、というのを私一人でやっている感じです。

If I had to compare it to something, it would be like me being the only person digging holes, leveling the ground, transporting construction materials, assembling them, and ensuring that if one part doesn't move, the whole thing won't work.

以前から申し上げていますが、プログラムというのは、たった一箇所のミス(バグ)で、全部が失敗する(動かない/正確な値を出さない)という、誠にやっかいなモノです。

As I have said before, a program is troublesome because a single mistake (bug) can cause the entire thing to fail (not work/not give the correct value).

そして、研究ベースのプログラム(検証プログラム)は、基本的に一人で作るのが一般的です。複数人でやると、逆に作業が遅くなるからです。設計変更とか、仕様変更を、独断で行わなければ、作業が思うように進まないからです。

It is generally the case that a single person creates research-based programs (verification programs). If multiple people work on them, the work will slow down. This is because unless design changes and specification changes are made at the sole discretion of the person in charge, the work will not progress as desired.

つまりですね、技術というのは、属人性が高く、他人への譲渡が恐しく困難なのです

以前、2つのプロジェクトで、全く異なるプログラムを同時に作っていたことがありました。

I once worked on two projects simultaneously, creating completely different programs.

一方のプロジェクトでは、プロジェクトリーダーが、私の作業を褒め称えて、毎回作業に関する感謝の言葉を述べてくれました。これをプロジェクトAと言いましょう。

In one project, the leader praised my work and thanked me every time. Let's call this Project A.

もう一方のプログラムでは、プロジェクトリーダーが、私の作業の内容を聞くと、直ぐに問題点を指摘して、修正案を次回まで考えてくるように命じました。こちらをプロジェクトBと言うことにします。

In the other program, when the project leader heard about the content of my work, they immediately pointed out the problem points and ordered me to think of a revised plan by the next meeting. I'll call this project B.

プロジェクトAでは、何か新しいことをやると『褒めて貰える』ので、色々アイデアも出てきます。比してプロジェクトBでは、何か新しいことをやると『何も言われずに、問題点を指摘される』だけだったので、そういうことは止めよう、という気持ちになりました。

In Project A, I was praised for trying something new and developing many ideas. In comparison, in Project B, when I tried something new, I was told the problem points without being praised, so I decided to stop doing that.

プロジェクトAでは、私は問題が見つかったらそれを公にしました。問題をチーム全員で一緒に考えてくれるからです。比して、プロジェクトBでは、問題が見つかったら、私はそれを隠すようになりました。その問題を言ったところで、私が責められて、私が自分で解決するように命じられるだけだからです。

In Project A, if I found a problem, I would make it public because the whole team would work together to think about it. In comparison, if I found a problem in Project B, I would hide it because if I mentioned it, I would be blamed and ordered to solve it myself.

-----

まあ、私もシニアですから、プロジェクトBの方が、正しいプロジェクトの態様かもしれない、ということは分かっています。仕事とは、問題を潰しながら、納期内に目標を達成することで、それだけのモノですから。

I'm a senior, so I know Project B may be the correct approach. Work is all about achieving your goals within the deadline while solving problems.

ただ、私の場合、仕事を進めていく上で、「ありがとう」「よくやってくれたね」「凄いね」と言われると、力が湧いてきます。

However, in my case, when I'm working and people say things like “Thank you”, “You've done a great job”, or “That's amazing”, it gives me strength.

ただ、逆に、『そういうことを言われると、自分の気持ちが緩むので、止めて欲しい』、という人もいるようです。この話を聞いた時には本当にビックリしたものですが。

On the other hand, some people say, “When I hear things like that, it makes me feel relaxed, so I'd prefer it if you didn't.” I was shocked when I heard this.

-----

ともあれ、私(江端)というエンジンの燃料は、「感謝」と「敬意」と「忖度」です。その燃料が、混ぜ物であったり、不純物が混っているような不良燃料でも、私のエンジンは良く働くようです。

Anyway, the fuel that powers my (Ebata's) engine is “gratitude”, “respect” and “adulation”. Even if that fuel is adulterated or contains impurities, my engine works well.

ですので、逆に、私がプロジェクトリーダーをしなければならない時にも、「感謝」と「敬意」と「忖度」という燃料を大量投入することを心掛けています。

Conversely, when I have to be the project leader, I try to make sure that I provide a lot of fuel in the form of “gratitude,” “respect,” and “adulation.”

日本の生産性がずっと低下しているのは、この「Let me say "Thank you"」ができていないからだと、私は本気で思っています。

-----

ただ、その結果、プロジェクトが良いモノになるかどうかは分かりません。

However, as a result, nobody knows whether the project will be a good one or not.

このように考えていくと、私は

When I think about it like this, I think I can analyze myself as

―― 気持ちよく仕事ができるかどうかが重要で、ゴールやその後がどうなろうが知ったことか

"a person who thinks that it's important whether or not the process feels good, and who doesn't care what happens after the goal is reached."

と考える人間である、と自己分析できるかと思います。

私は、これまでそういう生き方をしてきて、これからも変える予定はありません。

I have lived my life this way until now, and I have no plans to change it.

これが良いことかどうかについては、私にとっては、どうでもいいことです。

Whether or not this is a good thing is not necessary to me.

『人生をどう生きたところで、大して変わりはない。ただ、狂えるものがあれば、ちょっとだけ"おトク"かもしれない』

2025,江端さんの忘備録

私は以前、詐欺サイトの被害にあったことがあります。

I was once the victim of a fraudulent website.

あの恨みを、私は今でも忘れていません。この事件の後は、随分慎重になりました。

I still haven't forgotten that grudge. After that incident, I became cautious.

photo

(↑初回のコラムに飛びます)

(Jump to the first column)

それでも、最近の、特殊詐欺の巧妙さを聞くにつれ、

Even so, as I hear about the sophistication of recent special frauds,

―― ああ、これはもう対抗できないな

"I can't compete with them anymore."

という諦めの気持ちが発生しています。

I feel a sense of resignation.

特殊詐欺グループの巧妙さは勿論ですが、被害者がちゃんと自分の被害を公知しない、という問題もあります。

Of course, the sophistication of the special fraud groups is a problem, but victims are not properly making their losses public.

誰だって、『騙される奴はバカ』と言われるのは、嫌です(私も、上記のコラムを掲載するのは辛かったです)。

Everyone hates being called a fool for being deceived (it was hard for me to publish the above column, too).

自分の被害額と、自分のプライドを秤にかけて、「沈黙しつづけることを選択」することを、誰も責められないです。

No one can blame you for remaining silent, weighing up the damage you have suffered against your pride.

-----

正直なところ、

To be honest,

■メールやSNSを全部やめる(リアルで面とショバが割れている人とだけにする)

■Stop using email and social networking services altogether (only use them with people you know in person)

■通販は大手2社に限定する(amazonと楽天)

■Limit online shopping to two major companies (Amazon and Rakuten)

くらいしか、防衛手段はないように思います。

I think these are safe ways to protect yourself.

(ネット利用を全部止めるのは、生活インフラを止めるのと同じようなものなので、私には無理ですが)

(Stopping all internet use is like stopping the infrastructure of life, so I can't do it.)

あと、最近、出所不明の電話も多いですね。

Also, there are a lot of calls of unknown origin these days.

ですので、私は、

Therefore, I handle things like 

■電話には原則出ない。電話番号をネットで調べた後で、こちらから電話する(か、無視する)

"I do not answer the phone. After looking up a phone number online, I either call them back (or ignore them)."

とかの対応をしています。

-----

変な話ですが、

It's a strange story, but

―― ネット(バーチャル)を利用するための認証装置として、リアル環境(F2Fとか、会合とか)を活用する

"Use of real environments (such as face-to-face meetings and gatherings) as authentication devices for using the internet (virtual)"

という風に変わりつつあるような気がします。

I feel like it is changing in that way.

バーチャルとリアルの主客転換によって、これからは、リアルが「社会の情報認証基盤」や「安全設計の中心軸」になっていくと思います。

From now on, the real world will become the “information authentication infrastructure for society” and the “central axis of safety design” due to the shift in the relationship between the virtual and the real.

つまり、これからのセキュリティ戦略は、「クソ面倒くさい認証基盤の開発や活用」ではなく、「リアルとの接点」を使い倒す方向に向かう、ということです。

In other words, the security strategy will be to use “contact points with the real world” to the fullest rather than “developing and utilizing a cumbersome authentication infrastructure.”

----

私の言っている意味すら分からない人も多いかもしれません。

There are probably many people who don't even understand what I mean.

今となっては、

Now that it's

―― そもそも、以前から、生活は、バーチャル(ネット)が"主"でしょう?

"To begin with, hasn't the virtual (online) been the “main” part of our lives for some time now?"

という人の方が、多くなっているのかもしれませんので。

There may be more people like that.

実録! ネット詐欺