たまに掃除は必要！熱暴走…

-
イメージ
 そんなに暑くないのに… 本日、午前中にオンラインで打合せをしていると、突然マシンがダウン。 一瞬、停電か？と思ったもののディスプレイの電源は入っている。 あれっ？と思い、すぐさまノートで打合せを継続。 その間に、再度マシンの電源を投入。 問題なく起動する。 でも、CPU温度がたまたま目に入り、95℃を超えて徐々に上昇していく。 105℃あたりで再度マシンダウン。 これは、熱暴走によるダウンの可能性が高い。 以前、CPUをRyzen7→9にした頃は、60℃〜70℃程度だった記憶がある。 本当はGW中にSSDの載せ替えを行う予定だったけれど、忙しくて先延ばしにしていた。 その時やっていれば、多分掃除もしただろうに…。 ということで、午後からマシンを解体し、掃除をすることに。 ケース本体のFANはホコリがかなり溜まっている。 GPUのFANは問題ない。 電源とCPU FANはひどい。 一旦、CPU FANを取り外し、きれいにする。ついでにCPUグリスも塗り直しセット。 動作確認すると、投入直後で40℃台。 そりゃ、熱暴走も起こすわけだ。 せっかくバラしたので、SSDの載せ替えを実施。 OSは500GBで、ユーザ領域（/home）は1TBを使用しているもののAIのmodelをいくつも落としていたり、DockerのImageが多種置いてあるため、結構容量を食っている。 今回、2TBのSSD（ Hanye SSD ¥17,800- で入手済）を用意してあるので、 1TB→2TB, 500GB→1TBと玉突きで移動させることを計画していたので実施する。 本当は、ddコマンドで移すつもりだったのだけれど、3月にお客さんのところで使いそうだったので、 ORICOのクローン機能付SSDアダプタ を入手済。 裸族のSSD版ですね…。1万円程度の品です。 これに、新品のSSDとこれまでの1TBのSSDを差し込んでクローン開始。 そこそこ時間はかかるものの、放置でOK。 ただ、HanyeのSSDについているヒートシンクが引っかかるため、一旦取り外してクローン後取り付ける必要があった。 続いて、500GB→先程の1TBに書き込み。 ただ、1TB（samsungの980pro）が、先程のクローンでかなり熱くなっていたため、速度低下が激しい感じ。1TB→2TBよりも時間がかかった感じ。 ...
コメントを投稿

Raspberry Pi5 が届いたので試用

-

ラズパイ5ゲット！

 国内での販売が開始されて、やっと入手できそうだったので早速注文。

　少し高めだったけど、まあ仕方ないと…。


　今回からSSDでの運用が可能らしいので、併せてNVMe用の拡張基板とNVMeも注文。

　やっと、届いたのでSetupを行い動作検証した。

　ここまでの費用

　　Raspberry Pi5　¥17,800-
　　NVMe用拡張基板+256GB SSD  ￡40（≒¥7,922-）
　　　イギリスのショップでしか扱っていないかったので…ポンド払いです。
　　Pi5用アクティブクーラ ¥1,009-

　合計：26,731-


　さて、今回届いたSSD等ですが、Pimoroni社のこれです。
　SSDはADATAでした。



その前に、SDカードに新しいRaspbianOS(64bit)を書き込んで、起動＆動作テストです。

まあ、普通に起動して動くところまでOK。
　とりあえず、pi4も動かして、比較することに。


SDカードでの比較

とりあえず、現在の性能を比較するためにUnixbenchを走らせる。

$ git clone https://github.com/kdlucas/byte-unixbench
$ cd byte-unixbench/UnixBench/
$ ./Run

結果は以下の通り

機種SingleMulti
Pi4B 4GB309.4943.2
Pi5 8GB939.62500.3

むむむ、SingleProcessorで3倍程度。MultiProcessorで2.65倍 性能アップしています。

これは期待が大きい！

ただ、かなりCPUが発熱するのでとりあえず扇風機で冷やすことに。指で触ったら火傷した感じ（泣）
（まだクーラが届いていないので…）




NVMe装着

手順は、PIMORONI社のページにもあるが、念の為、国内の人柱も参考にする。

重複する内容や、手順を整理し、以下の手順で問題なく動作した。

手順は以下の通り

  1.  SDカードで起動する。
    $ sudo raspi-config
    Advanced Options → Bootloader → Latest
    これでファームウェアを最新にする

  2. SSD/USBから起動できるようにEEPROMを書き換える。
    $ sudo raspi-config
    Advanced Options → Boot Order → NVMe/USB

  3. SSDを装着し、認識させる。
    この時点で、DISKとして認識するのを確認する。
    $ fdisk -l など

  4. 標準ツールの「SD Card Copier」でSDカード内容をSSDにコピーする。
    「New Partition UUIDs」にチェックを入れて書き込み！

  5. /boot/config.txt に設定を書き込む。
    $ sudo mount /dev/nvme0n1p1 /mnt
    $ sudo nano /mnt/config.txt
    ファイルの最後の[all]セクションに以下を記述
    　dtparam=pciex1_gen=3
    ctrl+s（保存）,ctrl+x（終了）←nanoのコマンド

  6. 一応unmountして再起動

これで、NVMeからさくっと起動しました。


NVMeでベンチマーク

機種SingleMulti
Pi4B 4GB309.4943.2
Pi5 8GB939.62500.3
Pi5 8GB(NVMe)1477.23596.5
Ryzen9 5900x-64GB2707.918185.4

先程のBenchmark結果に付け足しました。
　Pi4Bと比較して、Singleで4.7倍程度　Multiで3.8倍程度速くなっています。

ちなみに、いつも使用しているRyzen9 5900x - 64GBでも同じベンチを走らせると、案外Pi5も頑張っているのが分かります。



問題点

Pi4で使用していた電源が5V-3Aで、一応動作はするんですが、推奨5V-5Aなので若干電力不足になる感じで、右上に「電圧低下の警告」が表示されてしまいます。でも動作が不安定ということはなかった。
　USB経由で電力を使用する場合は、電源を変更する必要がありそう。


標準の診断ソフトでも確認

Raspberry Pi Diagnostics - version 0.13
Fri Mar  1 11:01:07 2024
Test : SD Card Speed Test

Run 1
prepare-file;0;0;14969;29
seq-write;0;0;23043;45
rand-4k-write;0;0;7148;1787
rand-4k-read;16363;4090;0;0
Sequential write speed 23043 KB/sec (target 10000) - PASS
Random write speed 1787 IOPS (target 500) - PASS
Random read speed 4090 IOPS (target 1500) - PASS
Test PASS


Raspberry Pi Diagnostics - version 0.13
Fri Mar  1 11:43:35 2024
Test : SD Card Speed Test

Run 1
prepare-file;0;0;728177;1422
seq-write;0;0;744727;1454
rand-4k-write;0;0;512000;128000
rand-4k-read;168473;42118;0;0
Sequential write speed 744727 KB/sec (target 10000) - PASS
Random write speed 128000 IOPS (target 500) - PASS
Random read speed 42118 IOPS (target 1500) - PASS
Test PASS


上が、SDカード、下がNVMeの場合。

Sequential で、23MB/s　→  744MB/s なので相当早くなっています。

Randomも同様に Writeが71倍　Readが10倍 なので体感速度は全然違います。


Cooler入荷

と、ここまで書いたところでアクティブCoolerが宅配で届いたので、装着！

こいつ格好いいです。



今後の課題

  • 今回使用したPimoroni社の「NVMe Base」は、ジャストサイズで収まりもいいし、GPIOが全て利用できるのがメリットなんですけど、Pi5用のケースには収まらないという欠点が…。
    　3Dプリンタでケース設計するか、剥き出しで使うか、100均のケースを工作するかしないと、少々使い勝手が悪そうです。
  • 電源を5V-5Aのものに変えておくのが無難そう…。
  • PC用の4Kディスプレイを流用してテストしたんだけど、専用のディスプレイを用意すべきか悩ましい…。
  • RaspbianOSでテストはしたものの、サーバ等で使用するならUbuntuに変更しようか、このまま使うか、これも悩ましい。

でも、楽しいです。



コメント

コメントを投稿

励みになりますので、簡単で良いので一言くださいませ。

このブログの人気の投稿

Ubuntu24.04 でGUIが死んだ

-
 アプリの動作テストを行っていて… AppImageが、22.04では動いていたものの24.04にアップデートしたら、動作しなくなった。 そこで、エラーメッセージを参考に作業を実施。 libfuse2がないというので、以下のインストール。 $ sudo apt install libfuse2 ところが、libfuse2はなく、libfuse2t64 を変わりに突っ込まれた。 でも、動作しない。 仕方ないので、fuseをまるっと入れることに。 ところが、AppImageは動作せず、GUIの動作がおかしい感じ。 homeフォルダを開くとDiskAnalizer（baobab）が起動してしまう。 仕方なく、再起動を実施。 すると、ユーザ選択が表示される前に、Xが落ちた…。 tty2に切り替えて、CUIからログイン。 ネットワークは正常。 コマンドも動作する。 ディスクは問題なさそう。 問題は、gdmが起動しないことだけのようだ。 手動でstartxを叩くが、エラーを吐いて落ちる…。 仕方なく、Desktop環境を再インストール。 $ sudo apt update $ sudo apt install --reinstall ubuntu-desktop gdm3 gnome-shell これで、再起動。 ユーザ選択画面が表示され、無事にログイン可能になった。 ふ〜。 再インストールしないとだめかと思ったが、無事に切り抜けた。 良かった…。
続きを読む

VirtualBoxが異常

-
イメージ
USBデバイスをエニュメレーションできません… 数日前まで正常に動作していたのに、今日使用しようと起動すると、なぜか見慣れぬメッセージが！ エニュメレーションは、USBの初期化で行っているのは知っているが、なぜこんなエラーが表示されるのか？ SDカードを書き込むのにType-C接続のカードリーダーを接続したので、そのせいか？ と、思って抜いた後再度起動してみるが、関係ないらしい。 このエラーが出てからは、仮想マシンもエラーで起動しない…。 念の為Extension-Packを再度入れ直すが、効果なし。 vboxconfigを実行しろというのを、見かけたので実施。 $ sudo /sbin/vboxconfig vboxdrv.sh: Stopping VirtualBox services. vboxdrv.sh: Starting VirtualBox services. vboxdrv.sh: Building VirtualBox kernel modules. vboxdrv.sh: failed: Cannot change group vboxusers for device /dev/vboxdrv. There were problems setting up VirtualBox.  To re-start the set-up process, run   /sbin/vboxconfig as root.  If your system is using EFI Secure Boot you may need to sign the kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load them. Please see your Linux system's documentation for more information. 何度、実行しようと同じ結果になる。 エラーのインフォメーションアイコンからHELP（ユーザーズマニュアル）を確認すると、以下のような記述が…。 1 2.7.5. USB Not Working If USB is not working on your Linux host, m...
続きを読む

MEGAにも弱点があった？

-
イメージ
クラウドストレージMEGAを愛用中 DropboxもOneDriveもGoogleDriveも全部使っていますが、最近はMEGA（ https://mega.nz/ ）がお気に入りです。 Dropboxは手軽で便利なんだけど、初期容量が2GBと少ない。 もちろん、あれやこれや工夫して14GBまで無料枠を増やしているけど、不足気味。 OneDriveは、Office365をサブスクで使っているので、容量は1TBと多いけど、Linuxで使うには少々面倒。WindowsOSなら使い勝手が良さそうなんだけどね。 同様に、GoogleDriveも15GBとやや少な目。 で、MEGAです。無料枠は50GBです。 しかも、デスクトップの常駐同期アプリがGNOME版もあるので、通常使いにはとても便利…。起動しておけば、勝手に同期してくれるし…。 もちろん、Webインターフェイスもあるので、同期していなくても使用可能。 ところが… 今回、Ryzenマシンを調達し、さくっとUbuntu入れて、MEGA入れて同期開始。 作業を行っている間に、同期終わるやろうと思って、休憩がてら確認してみる。なんと！ 止まっている！！ 無料転送容量制限を超過したので、しばらくウェイティングタイムだよ！って…。 どうやら、6時間で7.5GB転送すると、待て！がかかるらしい。 4時間後に再度、転送開始するよと出ていた。 上のスクリーンショットは、残り時間あと2時間40分と表示されている。 そんな制限、いままでかかったことなかったので気づかなかったよ。 ローカルマシンに同じデータが有るので、LAN経由でコピーしておけばよかった(笑) 偶然回避策を見つけた そのまま放置しておけば、そのうち終わっただろうけど、さっさと終わらせたいなと思い、LAN経由でコピーをし始めた。 ただ、MEGAの常駐アプリとコンフリクト起こすと嫌なので、一旦終了。 大きなサイズのものをコピー。 再度MEGAの常駐開始。 すると、転送制限は無かったかのように同期し始めた（笑） まあ、そういう仕様なのか、チェックが甘いのか…。 クラウド側でこの後、判定がかかるのかもしれないけれど、とりあえず順調に同期して完了した。...
続きを読む