ryzen3000へ交換

予定通り、ryzen1700から3000シリーズへ変更した。
これまた予定通り、マザーは交換せず、cpuのみの交換。

asrock Fatal1ty X370 Gaming K4
BIOSを当時の最新、5.40pにしてからの載せ替え。
買った当時のままのBIOSのバージョンで、3.1だったか、3.0だったか。
アップする順に上げていったのだが、ドライバーを当てる必要あり。
結構面倒くさい。
できればマザーを買い換えたいところである。
純正のクーラーは使用せず、前回搭載した簡易水冷cpuクーラーをそのまま使用。

予定と違うところは、予定していた3800Xではなく、3700Xとしたところ。
そして、一番困った予定外が、というか、想定外。

マザーが起動しない事案。
asrockのマザー上にあるエラーコード表示が作動する前にリセットがかかり、コレ一番基本的に駄目なやつ。
原因はメモリーだろうなと、3枚差しての計40GBを取り外し、一枚ずつ試す。
どれか、どこかに合うだろうとたかをくくっていたのに、どういう組み合わせでも起動しない。
焦る、ずんずん焦る。
マザーの買い換えが頭をよぎる。
やな感じ。
と、十数回試行錯誤を繰り返して、ようやくエラーコードが表示されてから止まる場所とメモリー本体の組み合わせを見つけ出す。
とはいえ、相変わらずのリセット作動。
ただ、しばらくその様子を見ていると、3回目くらいだろうか、リセット後にクーラーの回転数が最高に回り、それまでの挙動と異なる動作をし始めた。
数回ほど、1700Xに戻してBIOSの設定を変えて試してもいたが、結局はいずれも失敗で、失敗の場合は2回目以降初期設定になって回り始める(フェイルセーフになる)はずだが。
違うのか?
とにかく動作の予想が立たない。
そんなことはさておき、予想外な場面で、とうとう、やっとのことで、postが通りwindowsまで到着できたのだ。

小一時間近く消費したろうか、近年の換装作業では一番大変だった。
しかしまぁ、現在問題なく3700Xを回せているので良しとしよう。

ただ、重大な予想外が…。
メモリーが一枚差しなのである。
2枚以上だとどうやっても起動してくれない。
そんなわけで、DSな16GBを2枚と8GBを一枚の中から、16GBを一枚のみ使用している。
まさかそんなにメモリーを弾かれるとは予想外。

更に、BIOSでAUTO設定にしていると常時4.2GHzでcpuが回る。
消費電力と発熱がものすごいのだが…。

ともに、BIOS更新でなんとかならないだろうか。

<2019/10/11追記>

Ryzen 7 3700Xをレビュー:i7どころか格上のi9すら追い込む
こちらを参考に、電力消費をどこまで下げられるかチャレンジ。

4.2GHzで1.288Vとあるので試してみるものの、そこまで細かくは刻めないので1.275でチェック。
動作はするが、動画エンコード中に強制リセット。
アイドルが100W程度なのに対し、97Wと気持ちだけ下がる。

1.3Vならエンコもベンチも問題なし。
100Wちょいのアイドルで、ベンチでは170W程度で若干ピークも下がる。

しかしこれ、ほぼ誤差の範囲では??
まぁそれでも標準の1.4V台の時よりも消費が少ないのは間違いないので、現在はこれで動作中。

また、メモリスロットにより起動しない件。
メモリ1枚でないと起動しない

まさにこれと同一案件。
ただ、組み合わせは全種類やったので間違いないと思うが、2枚以上はうちでは無理だった。
マザーが違うので、そりゃね。

intel SSDのファームアップ

何故だかHDDが読み込めない。
ん?
何だかこんなことばかり最近書いている気がするが、まぁ気のせいだ。
うーん、ついてないなぁ。

実際にはHDDは読める。
ただとんでもなくアクセスに時間がかかる。
5分10分と。
再起動するだけでもそれ以上の時間を要する。
さらにはタスクマネージャにHDDが丸ごと全部表示されない。
一方、エクスプローラにはHDDは表示されるが、アクセスランプが点灯したままで、データには全くアクセスできない。
しかも、USB接続のHDDがアクセス中に認識したりしなくなったりするので、状態としてはとても悪い。
こういう状態の場合、あることを疑うのだが、何故かCDIで見かけたintel SSDのことが気になってしまった。

そういや一度もファームウェアのアップデートをしたことがないなぁ、と。
確か、見たときのファームのバージョンは100だった。
何故あやふやかというのも、昔からプリントスクリーンでキャプチャしてフォトショで編集というのを常套としていたのに、最近になって使い始めた「切り取り&スケッチ」を利用し、キャプチャをセーブしたはずなのにどこにもデータが残っていないので、おそらくは途中で忘れてセーブし損ねたらしく、しかしCDIで見た100という数字だけは覚えていたからである。
導入時、購入時初期のままかと思われる。
やった記憶もないし。

ファームウェアをintelからダウンロードして解凍してみると、何とisoである。
それをみて嫌な感じがしたが、果たして案の定である。
焼いたディスクがゴミになった。

それで見つけたのが、これ。
M.2 SSD(Intel 600p)のファームウェアアップデート パフォーマンスアップ!
今時USBでしょ、とは思っていたが、あるにはあったが私のしらないソフトウェアだった。
Rufus

あとは簡単にファームアップ完了。

何が変わったか。
…。
実はベンチも何にもやってない。
知っちゃったからやりたくなったっていう話であるだけ。

では、当初のHDDの症状は何だったのか?
そう、USBである。
USBのプラグを他の場所に差し替えて見て、安定する場所を探り出しただけ、というオチ。
実はちょっと前に、USB3.0ハブを使ったばかりだった。
長いことそこにあったのに、使わなかったモニター一体のハブ。
多分、そこに競合が起きて、USBハードディスクが不安定化していたのだろうと思われる。

windowsなんてない大昔、外付けドライブをパソコンに認識させるとき、増設メモリなど他と競合しないようにconfig.sysに手動で場所を書いて指定していた。
テクノロジが新しくなっても同じ原因で発生するものはするのだなぁ、多分。
なんか、終始ふわふわしてるな。

CDIの通知設定を使う

CrystalDiskInfo
HDDの保守で常駐しているCDI。
HDDの連続不具合で戦々恐々中なのである。
今回の件を振り返ってみれば、CDIを入れていれば安心、と言う感覚に陥ってしまったのが最大の問題かなぁ。
発見時に即対応しておけばデータは助かったかも知れないわけで。
ただ、現状ネットワークで常時稼働が2台、他に数台が通常稼働。
となると、もう一台一台見て回るなんて現実的でなく、管理しきれない。

そこでメール通知機能があれば、とようやくその機能に気付いたのである。
https://crystalmark.info/ja/software/crystaldiskinfo/crystaldiskinfo-alert-mail/

遠隔地のHDDを監視し異常を検知しメール通知する
参考にしたのは違うところだったが、似たような内容なので良しとしよう(忘れた…)。

しばらく様子を見てみたが、交換した7200rpmのHDDが常時50℃越え。
しょっちゅう通知が来て、これはオオカミ少年的内容に…。
ケース用ファンを設置して、現在40℃で安定動作。
これで更にしばらく様子を見る予定。

HDDがまた…

何故か不具合って重なってしまうようで、前件の直後の出来事。
WHS引退で新しく立てたサーバ、それで使っていたHDDが不良クラスタ大量生産で一切のI/Oができなくなった。
完全なる破損である。
HDDの発熱がものすごかったので、もしかしたら物理的な接触が内部で起きていた可能性がある。

このHDD、USBのHDDケースに入れて動画保存用にしていた。
なので希にしか動かすことのないものだった。
それを今回、半年くらい前にサーバに抜擢。
この時点ですでに6年前のHDD。

サーバには他に、WHSでずっっと使ってきたHDDが一緒に乗っていて、それが五万時間。(crystal disk infoのよる)
今回のHDDは五千時間と、1/10。
運用時間と故障率の相関関係は相似ではないというのは本当のようだ。(どっかで聞いた)

さて、今回のHDDは完全沈黙の約三日前からcrystaldiskinfoにて不良セクタ増加「注意」を目にしていた。
WHSで使っていたHDDにも不良クラスタはあるが、生の値で8。
それとは比較にならないほど(千の位まであった希ガス)の不良を生んでいた。
そしてそれは二日目にさらに大量に増加、置き換え不良も乗じて大量増加。
三日目にようやくデータのレスキューを試みたが時すでに遅し。
とうとうドライブレターの表示のみを残し、容量表示など、その他プロパティを開くこともできなくなった。

どのPCも基本的にcrystal disk infoを入れて常駐している。
それはこういう事態に際してデータをレスキューできるようにするためである。
にもかかわらず失敗してしまったのは完全に自分の落ち度。
あー、役に立たないですなぁ、痛い経験。
大量ストックの音楽データが丸ごと消えた、あーぁ。

で、代わりに新しくHDDを入れたわけだが、これもまた同じくUSBなHDDで使ってきたもの。
しかも一年先輩である。
回転数が7600なので、転送速度は確実に速くなっている。
だがしかし…。

思い起こしてみれば、これまでの経験では3.5inchより2.5inchの方が故障が少ない。
所有する絶対数が少ないので確信しているわけではないがまぁいい。
次回新調するときは2.5にしよう。

HDD故障率のメーカー・モデル別統計データ2018年版、故障率が最も高かったのは?

東芝製HDDの故障率はゼロ、2019年第1四半期Backblaze調査

<2016/10/02追記>
5400rpmだったとばかり思っていたが、どうやら新旧両方7200rpmだった。
転送速度の違いは使用済みデータ容量による外内周の違いと思われる。


故障前のCDI。
この数字を見た時点で、いの一番スクショを取るんじゃなくてバックアップを取っておく、これが教訓。

外付けHDDの不具合

さぁーてと、H265の動画データを整理するか、と。
以前の消失を例として内蔵HDDだと損害が大きいので、外付けHDDにデータを移動してある。
もちろん、それだって万全の行為ではなく、ミラーリング、あるいはさらなるバックアップで冗長性を付与しておくのが最善とは思う。
だがしかし、容量が大きすぎで物量の関係でそれもなかなかに難しい。
いや、HDDを一個買えば済む話だし、H264から再エンコしたおかげでミラーリング可能な外付けHDDが一台空いたのだから可能だが、要はバランス。
無くなっても良いという覚悟で運用していた。

そのように想定していたのだが…。
実際にアクセスが不能となったときは本気で焦った。

USBコネクタに接続し、最初の数分は内部データにアクセスできた。
ところが、ポートの変更をしたそのタイミングで、以降「フォーマットしますか?」なんて聞かれる。
推測でしかないが、アクセス中にプラグアウトしたのが原因だったろうか。
OSで遮断してからプラグアウトする、それをしなかったのである。(ハードウェアの安全な取り外し)

まぁ原因はともかく、こうなった以上なんとかしてサルベージできないか検討するほかない。
or Not なのだ。

しかし、アクセスそのものができない。
よって、ドライブからの「プロパティ」→「ツール」→「ドライブのエラーチェック」ができない。
どのPCでも同じ、あるいはと思い、windows7なPCでも試したが結果は同じ。
延々とディスクアクセスができず、HDDアクセスランプが点滅したまま。

ならばと、HDDを取り出してマザボのSATAで接続し、PCを起動。
次には、起動途中のchkdsk(たぶん)でエラーが修復された。
これ、もしかしたらUSB接続のままでもいけたのかもしれない。
ツールの使用はできなかったが、ドライブレターは割り振られていたし、それならコマンドラインからなら、ntfsの修正ができていたのかも知れない。

もうそれを試すことができないが、もし万が一にも同じ状況になったときのために記しておくか。
そうならないことを願いつつ…。

ryzen3000に変える前に検証

もう二年前になるのか。
何かがどこかへの接触により、SSD、HDD、マザー、電源等の主要なパーツが吹っ飛んだ(非物理)事件により、丸ごと一式更新する羽目になったのは…。
その数日後に新調したintelマザーの更新と失敗(物理的)で、珍しくメインPCをintelで数年過ごすという希有な出来事はそこで終焉を見た。
立て続けに壊れるのは精神的にやられる…。

あれは確か、まだ出たばかりでご祝儀価格だったのだが、メインだけに背に腹は代えられず導入したryzen 1700とx370マザー。
それから2年。
私は、どうしてもAMDでないと駄目なようだ…。
そして、もう壊れるのはまっぴらだと、UEFIなどデフォルトで全く触らず、それどころか確認することもせずにこれまで過ごしてきた。

そんな折、最近のryzen3000シリーズが好評で好調。
メインを1700 → 3800Xに変更したいと考えるようになってきた。
最近のソフトならマルチスレッドがかなり結果に反映されるようになってきているが、それでもシングルでの演算のみというのも僅かばかりある。
そうなるとやはりintel有利か、と思いはするのだが、3800Xもかなり良さそうな雰囲気ではある。

だが、まだ少々お高い。
それなら1700で遊んでからでも悪くないか、と。
当時の情報。
「Ryzen 7 1700」は高コスパな8コアCPUとなりえるか?

早速OCして3.4GHzにしてみた。
そこここにあふれるOC記事通り、確かに簡単に動きはする。
1700がOCに使えるというのは事実らしい。
しかし、温度(発熱)がものすごい。
添付の純正CPUクーラーでは負荷がかかると10秒ちょっとで80℃越えしてしまう。
デフォルトクロックなら継続負荷でも70℃安定なのだが。

ここでかつてphenom世代に導入し、ほとんど使用しなかった水冷クーラーのことを思い出す。
当時、その評価としては、発熱に対してオーバースペックで、導入効果は排熱をケースの外に導くことぐらいだと理解したのを覚えている。
その時のコアが3~4コアだったのに対し、現在の1700は8コア(物理)。
これなら充分な効果が確認できると考えた。

のだが…。
当時のものは、AM4に対応していないらしい。

そこで将来的にも有用だろうと、新しい水冷を導入することにした。
Mercury120 RGB

エンコソフトhandbrakeでソフトウェア265を使用してエンコする私的ベンチ。
標準クロック3GHzなのをOCして、3.2GHz駆動。

これはUEFIを変更する前の、デフォルト状態でのスクショ。
3.2GHzのはずだが、core tempでは3GHz動作の表示。
どっちが正しいのか、不明。

18:32という変換時間。

次は水冷。

(この時、実は3.4にクロックアップを試し、再び設定上デフォルトに戻したのに、何故か3.4で回り続けていたので、何度かOCとデフォルトを繰り返して、その後3.2GHzで動作させている。それが何かしら、変化をもたらした可能性がある)

温度は明確に差が出て、20℃もの違いがあった。
純正クーラーでも3GHzなら70℃強だったことから、充分な冷却と言えそう。

それにしても、同じ映像を同じ設定で、なおかつ同じ周波数でエンコしているはずなのにこれだけ時間が違うというのは、やはり純正クーラーでも雰囲気温度によっては動作クロックは低く制御されていたという実証にならないだろうか。
つまりこれは「もしかしたら」の推測であるが、温度を指針として純正CPUクーラーだと断続的に3GHzに低下され、水冷だとOCの3.2GHzで、という監視を行っているのかもしれない。
もちろん、初回で全く検証していない状況なので正しい情報とは断言できないが、CPUクーラーの性能如何によっては目標の能力が見た目とは裏腹にこれまでは出ていなかった…、のかもしれない。

ともかく、これでryzen 3000を迎え入れる準備は整った。
さぁ、いつでも来い。
(なお、下調べが不十分で、3800Xに純正クーラーが付属しているかどうかの確認を怠っていた、というのが今回のそもそものオチ、なのである)

2700も気になったので、ついでに下記も参照。
“Precision Boost Overdrive”を最新BIOSから読み解いてみる

<追記>


3.6GHz(ベースクロックを103にOCして、後は倍率変更)で駆動状態。
水冷で温度は73℃で安定。


平均FPSが27-29-34と格段にアップしているし、時間も約15分。
実時間17分が元の動画なのでそれよりも若干速いということか。

USBメモリーの転送速度

たまたま手に入れたUSBメモリー。
RUF3-PWシリーズの16GBで、容量的にはやや控えめか。

選んで買ったわけではないので、手にしてから気付いたのだが、コネクタ部分の樹脂が青い。
USB3.0対応を示すカラーリング。
そのことにちょっとびっくり。
USBメモリーで対応する必要をあまり感じていないのだが、これも技術の進化&伝播のたまものか。

折角なので、転送速度をチェック。
まずは手持ちの2.0の物。

つづいて表題の3.0メモリー。

シーケンシャルが速いのは一目瞭然。
ただ、それ以外が振るわない。
あんま興味ないので2回ずつしかしなかったが、数字は大きくは違わなかった。

まぁ、これの一番の推しは、おそらく端子の自動リターン機能かな。
対象で選んだ2.0メモリーがスライド式で、PCに接続する際に表側から差す場合は問題なくとも、裏側だと指を掛けられず引っ込んでしまうタイプ。
これが強くストレス。
要は、それがないのが一番のメリットだと痛感している。
とはいえ、個人的にはスライド(収納)する必要はそもそもない気がするのだが??

この製品はバッファローだが、一方(?)のエレコムの記事を思い出したので、ついでに記しておくか。
エレコム、不断の高速開発 デジタル機器の4割で首位
信頼できるから選ばれる、そのようになって欲しいものだ…、各社。

プリンタドライバ削除の方法

すでに持っていないプリンタードライバーの更新が何故かwindows updateに表示され、しかもアップデートに失敗し続けている。
困るような事態には遭遇していないが、とても気持ち悪いので削除したい。

ところが、削除の方法がわからない。
おかしい…。

そのものの記事ではないが、汎用で使える方法だったので下記をリンク。

Windows でプリンタ ドライバを手動でアンインストールする方法

windows + R(ボタン)

printui /s /t2

該当プリンターを削除

という流れ。

昔からこんな変な作業必要だったっけ?
まぁ綺麗になくなったのだから良しとする。

BIOSの更新でまた問題

メインPCではasrock のマザーを使っている。
Fatal1ty X370 Gaming K4

intelマザーが二枚立て続けに没してしまったための、やはりintelとは個人的相性に問題ありか、と急遽AMDで揃えたもの。
かれこれもう二年目らしい。
私とintelがどうもなじみが薄いのは、ちょいちょいこういう事故に見舞われるためか。
そこにきて、今回のryzen3000台がなかなかに好評のようなので、だったらAMD愛好者としては現状の1700をリプレースしようかと画策。

で、このマザーボード。
何の変更もせず、初期状態でずっと使ってきた。
ここで、BIOSのバージョンを上げておかないと新しいCPUをお迎えできないのである。

P3.5からP5.4へ。
とはいえ、一旦P5.1にしてからの更新、しかもAMDドライバーを更新したり、radeonを止めておく必要もあるらしい。
Nvidiaなのでグラフィックはスルーして、ドライバーは更新。
USBに5.1を展開して、BIOSのインスタントフラッシュを起動。
更新は2分くらいで完了。

問題はその後。
BIOSが立ち上がるよりも早く再起動を繰り返す。
USBの認識もしていない様子。
CMOSクリアも関係なし。
マザボ上のエラー表示は「4F」で、これが表示された時点で再起動がかかる。
延々と再起動。
…。

ネットで調べてみても4番台の解説は見当たらず。
もしかしたら更新で何か失敗したかも(大汗)。
intelの時の事故の記憶がよみがえる。
このマザーのBIOSの設定を何一つ触らなかったのは、あの時の壊れる恐怖がそうさせたわけで…。

とここで、メモリーでも外して見るか、と。
外せる物は外すというのがこの場合の対処の定石。

CPUから数えて2番目、A2ソケットのみメモリを残して起動。

すると…。

あっけなくBIOS画面へ。
そうか、メモリが原因だったか。

初期化で起動ドライブの設定がおかしいので、setupして、今度こそ起動。
一旦、windowsのライセンスが剥がれたが、すぐに復旧し、動作も問題なし。
まさか、BIOSの更新の前後でメモリーの問題が出るとはね。

その後、無事に5.4に更新完了。
久しぶりにすんごい焦った話、でした。

新ryzen 発売に向けて

ryzen 1700 をメインPCで使用していて、エンコに関しては充分に満足している。
ただ、やはりシングルスレッドとなると、パワー不足は致し方ないかと実感。

そこでかなり評判の良い新ryzen シリーズから3800Xを狙っているのだが、そこで面白いニュースを発見。
Intelついに王座陥落、第3世代Ryzen発売前なのにAMDとシェアが逆転

CPU単体の売り上げとのことで、全体的にPC市場を見れば大したことない事件のような…。
それよりもむしろ、自作市場にintelの球数が少ないことの方がもしかしたら大きな事件かも。
こんなニュースに至るわけだから。
球をあまり遊ばせておけない状況なのかもしれない。

予定ではそろそろ新ryzenの登場。
期待大。