  |
はてなキーワード:I/Oとは
ごくごく常識的な内容だった
標準的なRailsアプリならDBはRDBだし、I/O待ちはほとんどDBアクセスと言っていい
RailsユーザーがRailsのイベントでRailsユーザー向けにやってるトークなんだからそこは前提だろ
スライドの大筋は古典的なI/OバウンドとCPUバウンドの話題であり、DBアクセス以外のI/O待ちにも触れてる
要するにどう見ても最低限の知識があるはずの人間がなんでそんなタイトルを付けてるのかっつーと、I/Oなんて言っても意味が分からない程度の初級者のための配慮だろうがよ
どう見てもやべーのはお前だから
変態パズルゲームメーカー（誉め言葉）で知られるZachtronicsの最終作『Last CallBBS』を全実績解除するまでやり尽くしたので感想を書く。
私にとって『Last CallBBS』は、3作目に遊んだZachtronicsゲームである。
1作目は『Opus Magnum』、2作目は『SpaceChem』であった。
SpaceChemを全実績解除するまでプレイした時の感想はこちら →https://anond.hatelabo.jp/20240315235948#
いやー、それにしても楽しかった。
ゲーム全体の雰囲気としては、レトロな雰囲気が気に入った。HDDのカリカリ音だったりダイヤルアップ接続のピポパ音だったりもいい。
ただ、日本語訳されていないので、BBSや主人公（？）のテキストメモにおいて英文読解があまりできなかったのが残念だ。とはいえこれは私の英語能力が低いせいなので仕方がない。
『Last CallBBS』に収録されている各ゲームの難易度は、私にとってちょうど良かった。ギリギリクリアできる難易度のものが多かったから、当ゲームの開発者は難易度調整にさぞ力を入れたことだろう。
ゲームの紹介についてはネットで検索すればわかることだから他で参照してもらって、ここは日記なので私の感想を中心に書くことにする。ちなみに当ゲーム内にある各ゲーム（全部で8つ）の感想はクリア順（実績解除順）に並べる。
他のパズルゲームで頭脳を酷使した後のリフレッシュにちょうどいいのでついつい繰り返しプレイして、必要ないのに50勝以上もしてしまった。（10勝で実績解除）
初めの頃はルールを理解するのに苦労した。最初はとりあえず升目を空けてステージクリアしたが、なぜステージクリアになったのかがわからなかった。しかし、次第にルールが理解できるようになると、楽しくステージ進行できるようになった。とはいえ、終盤のほうはなかなか難しくて頭を抱えたりもした。
オブジェクトを運んで加工してと、まさにZachtronicsらしいパズルゲーム。ステージクリア後にコストとステップ数のランキングがグラフで表示されるので（SpaceChemなどでもおなじみだ）、クリア後もついつい効率化を図ってしまうのもまさにZachtronicsだ。コスト低減のためにコンベヤやセンサの設置をシンプルにして、代わりにロジック部分を配線まみれにしてしまうのが楽しくて仕方がない。
難易度の上昇幅もちょうどよく、ステージの終盤になるとロジック部分がギチギチで配線グチャグチャになったりしたのも楽しかった。
ステージクリア後の利用客のレビューも面白い（英文がちょっと難しかったけど）。コーラの製造ステージでコークやペプシを作るのだが、「全部同じじゃないですか」（意訳）というレビューがあって笑った。カップのデザインが違うだけで中身が同じだからだ。
あっさりと最高難易度までクリアして実績解除できた。しかし、クリアしても適切な戦略が良くわからなかった。クリアしても初期配置が良かったからとしか思えなくて達成感は無かったし、失敗してもやはり初期配置が悪かったからとしか思えなかった。ようするに運ゲーにしか感じなかった。やたらめったらカードを動かして積み重ねては駄目なようだけど、さりとてカードを積み重ねることでしかカードを動かせないのだからいったいどうすれば、という感じだった。
おなじく運ゲーなソリティアであるSawayama Solitaireは滅茶苦茶はまったのに対して、Kabufuda Solitaireにはあまりはまらなかった。これは、カード操作で戦略的思考を持てるか否かの違いだろうか。
ゲームというより作業シミュレーター？ 無心になって、ニッパーでプチプチとパーツを外してパーツをはめ込むのは、禅の境地だろうか。
ゴア的ホラーな雰囲気を漂わせたパズルゲーム（ゴア表現は無い）。この雰囲気でパズルゲーム？ と思ったが、スライム状のオブジェクトを増殖して変化させるパズルは、ゴアな雰囲気がふさわしい。プレイと共に雰囲気が好きになってきた。
難易度の上昇幅もちょうどよく、序盤はテンポよく次々とステージクリアできるが、終盤になると頭を抱えるほどに難しくなる。実績解除してこれで全ステージクリアかと思ったら、まだまだステージがたくさんあることに気づいて愕然とした。どれも難しそうなので、やらずに放置している。
PNPとNPNってどう違うんだっけ？ ベース・コレクタ・エミッタってなんだっけ？ いまだによくわかっていないが、PNPとNPNを組み合わせて問題解決するのは楽しかった。特に楽しかったのは自己保持回路だ。どうすれば自己保持できるんだと悩んだが、試行錯誤の末に実現して動作を眺めるのが楽しかった。
難易度上昇幅もやはりちょうどよく、終盤は頭を抱えたり奇声を上げるほどに難しかったが、それだけに達成感も大きかった。Zachtronicsおなじみの、ステージクリア後のランキングもやはりいい。ランキング上位を目指そうとステージクリア後も回路を小さくするよう、ついつい改良してしまう。
『パネルでポン』を彷彿させるパズルゲーム。ブロックが消えている間にブロックを投げ込んで連鎖できるのも、パネルでポンにおけるアクティブ連鎖を彷彿させる。
このゲームの攻略は、3ステージ目がなかなかクリアできずに後回しにしていた。
3ステージ目は、運悪く盤面ブロックの種類がバラつくとブロックを消すのに手間取ってしまい負けてしまう。また、プレイが長引くと爆弾ブロックが邪魔になって負けることが多かった。爆弾は発動させても相手にダメージを与えられないので、メリットは無い。逆にブロック配置の運が良いと連鎖を簡単に組めたり、あるいは勝手に連鎖になって相手に大ダメージを与えることができる。
3ステージ目は何度もコンティニューして、運良く連鎖が繋がった時に勝つことができた。
4ステージ目（最終ステージ）はコンティニュー1回で勝てたが、これも運良く画面外で連鎖が繋がったのが主因だ。
このゲームは、ブロック操作の速さやテクニックよりも、運の良さに左右されるゲームだと思う。
全実績を解除した時点の感想としては、とにかく楽しくて苦痛でもあった。それだけに達成感もまた大きかった。さすがはZachtronicsだ。
Last CallBBS内のどのゲームも面白かったが、その中でも『20th CenturyFood Court』が一番良かった。次に『ChipWizard Professional』だ。
もう当分の間パズルゲームはやりたくないのでしばらくは他のジャンルのゲームをするだろうが、何か月もすると禁断症状が出てまたパズルゲームをやりたくなるだろう。その時には『SHENZHENI/O』をやろうと思う。
https://anond.hatelabo.jp/20240625191650
念のため言っておくと底辺大や文系出身プログラマーも同様の傾向にある
入力値に想定外のものが入ることを考えていなかったりI/Oに関わるエラーについても配慮がない
「エラーが出たらとにかくtry-catchしてログ吐いて終わり」
ならまだマシな方で、「握りつぶして処理続行」みたいなことも平気でやる
とか滅茶苦茶多い
異常系の話と被るけど基本的に性善説でコード書くのでセキュリティの不備がめちゃくちゃ多い
API作らせてもリクエストの内容を信用して実装するしサニタイズチェックもしない
サーバー作らせてもrootか共通ユーザーだけで運用するしファイル管理も滅茶苦茶
とにかく「目の前に与えられた課題を解く」だけのコードなので他のことに関する配慮が全く無い
TypeScript使わせてもanyだらけだし、JavaとかだとObjectだらけ
うちはPythonでは型は使わないけど命名規則で担保してるのにそれもガン無視で実装する
結果としてできあがるのは
「一応、正常系では動いているけれど他の入力が来たときにどうなるか分からないし誰も修正できない」
っていうコード
最近はそういうコードはChatGPTにぶち込んで型付けて貰ったりするけど
8割ぐらいの確率でChatGPTも型付けできない状態になっててお手上げになる
そりゃ動くし性能も変わらないけど後でバグがあったり変更するときにすげー困る
これもChatGPTにぶち込んで「共通的な処理をメソッド化して」って言うとやってくれるのでめっちゃ便利
クソ重いwhileループになってるメソッドをフレンドリーに何回も呼び出したり
とにかく「最終的に出来上がるものが良好であれば時間がかかっても構わない」的なコードが非常に多い
競プロ系はこういう人はあんまりいないんだが機械学習出身者はマジでこれ
彼らはデータを解析したり優秀なモデルを作るために頑張ってきたので継続的に処理負荷を減らす、みたいなことに意識が回ってくれない
「これはPoCですから」
とか言うんだけど誰でも分かるようなクソ遅いコード書いておいて
とかしれっと言ってくる
Permalink |記事への反応(20) | 10:39
APEXの世界大会中に優勝候補のチーム二つのエースに遠隔でチートがダウンロード、起動され大会が延期になった問題で、
イージーアンチチート（あおいクマのアイコンのチート対策ツール）が踏み台にされた、このツールを使ってるゲームはやるなという情報が今日本で大量流布されている
EACはエピックゲームが大型契約してインディー会社でも使えるように無償提供してるからかなりの数のゲームが使っている
チート対策なのでOS側でメモリを監視している（通常のソフトウェアは自分に割り当てられたメモリ領域しか見ることができない）からかなり権限自体は強いけど、
EACにはメモリのモニターとその情報をサーバーと送受信する機能しかない
もちろんEXE起動するならEAC経由の可能性もあるが、今回はウォールハックとコントロールだけで、コントロールに関してはI/O経由じゃなくてゲーム内だけで直接操作してたよね
チートがゲーム内で簡潔してるからほぼゲーム側の問題なんだがなんでEACが関係あると思ったの？
実際はあらかじめ決められた処理しかできなくて、その組み合わせでなんでもできてるように見えてるだけなんだけど
自作PCのマザーボードにもUSB Type-C端子はある。しかし、DisplayPort Alternate ModeやUSB PDに対応している製品は少ない
モバイルディスプレイにおいて特に重要なのはAlternate Modeだ。これによって映像を出力できるようになる。映像信号の規格はDisplayPortを使うことがほとんどで、この動作モードの正式名称はDisplayPort Alternate Modeという。規格上はHDMIを利用したHDMI Alternate Modeも存在するが、対応製品はないので気にしなくていいだろう。
DisplayPort Alternate Modeでは、USB Type-CケーブルのUSB 3.x用の信号線を使って映像信号を転送する。そのため、USB2.0のみ対応のUSB Type-Cケーブルでは利用できない点も注意が必要だ。
「映らない」はなぜ起きる？
画面が映らない理由はシンプルで、モバイルディスプレイに映像信号が届いていないからだ。では、なぜそんなことが起こるのかを考えてみよう。
先のUSBの説明でわかった人も多いだろうが、原因はUSB Type-Cの仕様だ。パソコン側の端子がDisplayPort Alternate Modeに対応していない、USB2.0ケーブルを利用しているといった場合には、画面は映らない。DisplayPort Alternate ModeはUSB Type-Cの機能なので、何らかの方法でパソコンのUSB Type-A端子に接続した場合も画面は映らない。
USB Type-C端子の横にあるロゴで対応する機能がわかる場合もある。写真の「D」に似たロゴがあれば、DisplayPort Alternate Modeに対応する。反対に、USBのロゴしかない場合は対応していない可能性がある
USB Type-C端子の横にあるロゴで対応する機能がわかる場合もある。写真の「D」に似たロゴがあれば、DisplayPort Alternate Modeに対応する。反対に、USBのロゴしかない場合は対応していない可能性がある
当たり前だが、これはUSB Type-C固有の現象だ。モバイルディスプレイの映像端子にはUSB Type-C以外にHDMIとDisplayPortがあり得る。HDMIとDisplayPortに関しては映像の機能しか持たないため、よほどのことがない限りケーブルがつながれば画面は映る。
HDMI端子やDisplayPort端子で映像を入力するなら、画面が映らないことはまずない。その代わり、電源用にもう1本ケーブルをつなぐ必要がある。写真はASUSJAPANの「ZenScreen MB16AH」。DisplayPort Alternate ModeとMicroHDMI端子での入力に対応する
HDMI端子やDisplayPort端子で映像を入力するなら、画面が映らないことはまずない。その代わり、電源用にもう1本ケーブルをつなぐ必要がある。写真はASUSJAPANの「ZenScreen MB16AH」。DisplayPort Alternate ModeとMicroHDMI端子での入力に対応する
では、USB Type-C端子がDisplayPort Alternate Modeに対応していないケースはどのくらいあるだろうか。今どきのノートPCなら、USB Type-C端子が映像出力に対応していないほうが珍しい。ただ、USB Type-C端子が出始めのころ、2018年前後は対応していないノートPCのほうが多かった。古めのノートPCで使おうとすると、つまずく可能性がある。
また、自作PC用のマザーボードが搭載しているUSB Type-C端子もいまだに対応しているほうが少ない。PCケースのフロントパネルにあるUSB Type-C端子も同様だ。自作PCでDisplayPort Alternate Modeを利用したい場合は、USB Type-C端子を搭載したグラフィックボードを利用するか、I/OパネルにThunderbolt 4端子を搭載したマザーボードを使う方法がある。ただ、いずれも該当する製品は少なめだ。https://kakakumag.com/pc-smartphone/?id=19669&lid=k_topics_article_19669
CHR$(143)
プレイ時間 88時間（全ステージクリアしたばかりの現在の時間）
全クリして達成感に満ちあふれているが、この気持ちが収まる前に感想を書くぜー！
しかし、タイトル名の読み方がよくわからん。「キャラクターズ・ワン・フォー・スリー」でいいのか？ ちなみに、ゲームのタイトル画面では『Project CHR$(143)』表記となっている。
タイトル名の『CHR$(143)』だが、Amstradというイギリスのメーカーから1984年に販売されたCPC464というホームコンピューター（パソコン？）のキャラクターコード143に四角形が割り振られていることが元ネタのようだ。レトロなコンピューターを元ネタにしてるだけあって、ゲーム画面全体もレトロな雰囲気に仕上がっているのも好きだ。
ゲームのジャンルとしてはパズルゲームでいいはずだ。ちなみに、Steamでのジャンルは「インディー,シミュレーション」となっている。
Steamのストアページの類似品として、『BabaIsYou』（説明不要の有名パズルゲーム）に、『Factorio』・『shapez』といった工場建設系シミュレーションに、カイロソフトのレトロ調シミュレーションゲームに、変態パズルゲームメーカー（誉め言葉）で知られるZachtronics社の『SHENZHENI/O』などが並んでいる。
『CHR$(143)』の紹介文をSteamストアより引用する。
リッチでやりがいのある物理ベースのパズル/ロジック/建設/プログラミングゲーム！弾道学、流体力学、熱力学、化学反応、核反応をマスターし、オートメーションレンガを使い、構造物、機械、乗り物を作り、電力を生産し、パズルを解き、霧を突き破り、CHR$を倒そう！
https://store.steampowered.com/app/1695620/CHR143/
パズルゲームやレトロ調ゲームが好きな私としては『CHR$(143)』のトレイラー動画や上記の紹介文に心惹かれてプレイした次第だ。これがやっぱり面白かった。上記に挙げた他の類似品に匹敵する、あるいは凌駕するほどに面白かった。
ゲーム内容としては、箱庭系というよりもステージ攻略型のパズルである。ゲーム内では各ステージはレベルと表記されているので、この感想文でもレベルと表記する。
パズルの難易度としてはかなり高い。それでも、チュートリアルなどの導入はしっかりしてるし理不尽さもないので、私にとっては時間をかけて考えれば自力でクリアできる難易度だった。とはいえ、悩みに悩んで、日をまたいでようやくクリアしたレベルもある。
ちなみに最終レベルクリアのSteamグローバル実績は1.6%である。これで難易度の高さが伝わるだろうか。
各レベルの主な流れとしては、ブロックを作ったり掘ったり操作したりして目的を達成（レベルクリア）していくことにある。ブロックの一つ一つが物理演算する様は『Noita』らしさを感じた。レベルクリアについてだが、解法がガチガチに決まっているわけではない。時間制限があって急いで操作しなければいけないレベルもあり、レベルによってはアクション性が高かったり、シューティングゲーム要素があったりするのも楽しかった。
レトロゲームは昨今のゲームと比べてジャンルという枠組みにとらわれていない印象があるが、この『CHR$(143)』も同様だ。
ブロックを組み合わせたギミックはとても面白いが、その中でも特に好きなのは蒸気タービンによる発電だ。
ただ過熱蒸気をタービンに送るだけでは発電できず、冷却用の水も同時に必要となっている。タービンで熱交換されて、過熱蒸気はただの蒸気となり、水は温水になる。発電を継続させるためには、蒸気を常に加熱する仕組みと、温水を冷却塔で常に冷却する仕組みを構築する必要がある。蒸気よりも過熱蒸気の方が密度が小さいので上の方に行き、水よりも温水の方が密度が小さいので上の方に行く。こうしたブロック毎の密度の違いを利用してタービン発電を実装していく必要があるのだ。
このように、流体力学や熱力学を反映したシミュレーションになっているのが、『CHR$(143)』の面白いところだ。
非常に頭を悩ませながらも面白かったのがプログラミングだ。AND・OR・NOTなどのブロックで論理回路を実現できるだけではなく、CPUブロックも存在する。そしてCPUに対して、このゲーム専用（たぶん）のプログラミング言語で命令をプログラムできるのだ。この言語がとても低レベル（低水準・低レイヤの意味で、決して侮蔑表現ではない）なのが面白い。逆ポーランド記法で数式を記述したり、goto文で条件分岐したりといった具合だ。言語の仕様は大量にあり、pdfファイルでまとめられているほどの徹底ぶりだ。しかも、ゲーム中でも詳細はpdfファイルを参照するようにと求められるのだ。パズルゲームで、まさかプログラミング言語の仕様書を読まされるとは思わなかった！
とはいえ、言語仕様を全て理解する必要はないし、プログラミングもゼロからコーディングする必要もない。プログラムはサンプルとしてすでに作られた物をコピペで流用して必要な個所だけを書き加えたり修正したりすればいいし、仕様書も必要なところだけを読めばいいのだ。それはそれで、ある意味リアルなプログラミングともいえるのだが……。
説明するのを忘れていたが、ゲーム全般は日本語対応しているものの機械翻訳なので翻訳はガバガバだ。とはいえキー操作一つで英語表記に戻せるのでそんなに問題は無いし、翻訳のガバガバっぷりはそれはそれで味があっていいものだ。しかし、プログラミング言語仕様が描かれているpdfファイルは英語オンリーなので、読み解くのに苦労した。とはいえ、言語仕様を調べようとして英語の説明しかなくて苦労するというのにも、これはまたリアルなプログラミングだなぁと感じたものだ。
好きなレベルについても述べたいので、まずはレベルがどのように構成されているかから説明する。
チュートリアル的なレベルでギミックの説明から始まり、レベルを経る毎にギミックを応用させた解法が求められる。さらにレベルを経るとこれまでの集大成的なレベルが登場して、それをクリアしたらまたチュートリアル的なレベルで新たなギミックが登場する。この繰り返しが『CHR$(143)』の大きな流れだ。
その中で私が好きなのは、やはり集大成的なレベルだ。集大成的なレベルは視界が狭まっており、一体何があるのだろうかと周囲を探索しながら進んでいくのが楽しかった。こうしたレベルはクリアがSteam実績解除の対象となっており、それにふさわしい達成感も与えてくれる。
そして最終レベルをクリアしたのが、つい最近のことだ。この達成感を味わったことを書き残したくて、今この文章を書いているところだが、それももう終わりのようだ。
Dockerは、開発から運用まで一貫した環境を提供することで、開発者の作業負担を減らすという大きな利点があります。また、仮想マシンと比較してリソースの使用効率が高いため、エコとも言えます。
ただし、確かにDockerには一定のオーバーヘッドが存在します。これは、DockerがゲストOSを持たずに、ホストOSのカーネルを共有して動作するためです。それにより、アプリケーションの実行に必要なリソースが追加で必要になり、パフォーマンスに影響を及ぼす場合があります。
また、Dockerを利用する際の設定や構成によってもパフォーマンスは大きく変わります。例えば、Dockerのネットワーキングやストレージの設定、またホストOSとの互換性など、考慮すべき要素は多数存在します。
あなたの現在の状況について具体的に述べると、FESSのクローリングが重いという問題は、Dockerのオーバーヘッドだけが原因ではない可能性があります。Dockerコンテナ内のFESSやJVMの設定、ホストマシンのリソース割り当て、ネットワークやストレージの設定など、様々な要因が絡んでいるかもしれません。
また、Dockerのログ出力が多いと感じる場合も、実際のところはFESSやDockerの設定によるものかもしれません。ログの出力レベルを調整することで、必要な情報だけを出力するように設定することも可能です。
しかし、これらの設定を調整するためには一定の知識と経験が必要で、それがなければ素直にネイティブ環境での構築が良い選択かもしれません。結局のところ、どの方法が最善かは具体的な要件や状況によります。
このような状況に直面した際には、パフォーマンスの問題を具体的に分析し、適切な解決策を見つけるためにパフォーマンスモニタリングやロギングツールを使用することをお勧めします。それにより、問題の原因を特定し、適切な対策を講じることが可能になります。
たとえば、Dockerが高いCPU使用率を示している場合、それはコンテナ内のアプリケーション（この場合はFESS）が高いリソースを消費している可能性があります。その場合、アプリケーションの設定や実行パラメータを調整することで改善できるかもしれません。
また、Dockerコンテナのリソース制限を調整することも検討できます。Dockerは、コンテナに割り当てるCPUやメモリの量を制限する機能を提供しています。これにより、他のプロセスに影響を与えることなく、特定のコンテナのリソース使用量を管理することが可能です。
さらに、Dockerのボリュームやネットワーク設定が適切であるかを確認することも重要です。不適切な設定はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、ファイルI/Oのパフォーマンスは、ホストOSとコンテナ間でデータを共有する方法に大きく依存します。そのため、適切なボリュームの設定や、パフォーマンスを向上させるための最適化オプションが適用されていることを確認することが重要です。
最後に、Docker自体のアップデートもパフォーマンス改善に寄与する場合があります。最新のDockerエンジンには、パフォーマンスを改善するための修正や改善が含まれていることがあります。
これらの要素を考慮に入れ、Dockerのパフォーマンスを最適化する方法を探すことができます。ただし、これらすべてを試してもパフォーマンスが改善しない場合や、必要な知識や時間が不足している場合は、Dockerを使用しないネイティブな環境での構築が最善の選択であるかもしれません。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1376 | Prompt Engineering Guide – Nextra | www.promptingguide.ai |
| 1323 | 独身男性の最近のつくりおき - #つくりおき | tsukurioki.hatenablog.com |
| 1205 | DON'TSAY YES | mindhack.xyz |
| 1096 | 良さが分からない名盤（30−1位）（後編） | www.zippu21.com |
| 1013 | 離乳食提供開始の反響を受けまして ｜Soup Stock Tokyo（スープストックトーキョー） | www.soup-stock-tokyo.com |
| 995 | 日常会話はなぜ成り立つのか？ 「究極のフリースタイル」である言語を考える【いとうせいこう×ライムスター宇多丸・対談】 ｜ 対談・鼎談 ｜Book Bang －ブックバン－ | www.bookbang.jp |
| 938 | ニュース :: 【研究発表】昆虫学の大問題＝「昆虫はなぜ海にいないのか」に関する新仮説 | www.tmu.ac.jp |
| 890 | GPT-1→GPT-2→GPT-3→GPT-3.5→ChatGPT→GPT-4までの進化の軌跡と違いをまとめてみた｜スタビジ | toukei-lab.com |
| 888 | 人生を仕組み化していったら結婚できた件 - Amosapientiam | yuchiki1000yen.hatenablog.com |
| 789 | 後輩が配達先で立ちションした件で、ミーティングした日の話 ｜ twister | makiya-twister.com |
| 785 | ダイエー写真集 | d-gallery.nakauchi.com |
| 724 | 日立製作所「同期SEの2割が、病気休職か治療中」――労務管理システムをハックして改ざん、360度評価は機能せず | www.mynewsjapan.com |
| 712 | 国内のクラフトビール業界が抱えるジレンマ | kyotobrewing.com |
| 675 | 葱ダシの作り方 - /var/lib/azumakuniyuki | azumakuniyuki.hatenablog.com |
| 663 | 東大理Ⅲにお子さんが4人受かったお母さんの、例の教育法を受けて育った一般人の感想 | webcache.googleusercontent.com |
| 651 | ソシャゲ運営を8年やって感じた、良いところと悪いところ -音速きなこおはぎ | eihigh.hatenablog.com |
| 645 | 論文読みの日課について - ｼﾞｮｲｼﾞｮｲｼﾞｮｲ | joisino.hatenablog.com |
| 638 | ラッコの水槽にiPhoneを落としてしまい、ラッコにより徹底的に叩き割られる | epinesis.net |
| 638 | Suicaの新改札システムはようやっとキタ感が強いよねって話とか何ができるようになるのかとか耐障害性の話。 - O-Lab +Ossan Laboratory+ | ossan.hatenablog.com |
| 631 | Linux におけるファイルI/O の基礎 | itkq.jp |
| 584 | Cache Storage がめちゃくちゃ肥大化する問題について調べる ｜ ぴんくいろにっき | blog.hinaloe.net |
| 574 | Stable Diffusionでハイクオリティなリアル系イラストを生成できるモデル、LoRAを紹介 ｜ Murasan Lab | murasan-net.com |
| 569 | 更地にした土地の固定資産税が、意外な金額だった - 薬指のブログ | kusuriyubino.hatenablog.com |
| 569 | 【著作権侵害】NHKによる無断転載の詳細と裁判結果のご報告｜将棋講座ドットコム | xn--pet04dr1n5x9a.com |
| 537 | フェスガチ勢が「疲れにくい」と太鼓判を押すスニーカー「ホカオネオネ」がやっぱりほしい #楽天お買い物マラソン #ソレドコ - ソレドコ | soredoko.jp |
| 503 | GPT作曲くん | compose.yumetaro.info |
| 502 | 生成系AI(ChatGPT, BingAI, Bard, Midjourney, Stable Diffusion等)について | utelecon.adm.u-tokyo.ac.jp |
| 499 | Vol.107 ｜PIZZA OF DEATH RECORDS | www.pizzaofdeath.com |
| 482 | ChatGPT英語例文自動添削プロンプト | yanase-yosuke.blogspot.com |
| 481 | 年収1500万円だけど「ペットボトルは買わずに水筒持参。徒歩20分以内なら電車に乗らない」と語る女性（2023年3月31日）｜BIGLOBEニュース | news.biglobe.ne.jp |
| 480 | なぜHTMLだけなのか。拙著「武器になるHTML」の執筆を通して伝えたかったこと - Shibajuku | shibajuku.net |
| 480 | 三菱重工 ｜社名変更のお知らせ | www.mhi.com |
マストトドンはより蛸壺的でどこも風通しが凄く悪くてあっという間に腐っていく。
Discordとかの音も扱うタイプのSNSは文字情報と比べるとペースが遅いから合わない人は全く合わない。
Facebookなんて全く代用にならないし、インスタはそもそも拒否反応が出る。
匿名掲示板なんて今更やる気にもならないし、ブログはミニブログとは全く別物になる。
そもそもいい加減ゆるいI/Oではなく学び直しや創作に本腰を入れたい人も多いし、逆により高密度なコミュニケーションを求める人はチャットやリアルへと向かうんだと思う。
まさに「卒業」って感じだ。
一部の亡霊だけが残って、それぞれが全然違う道へと去っていく。
大部分はもう会うこともないんだろうな。
実家を除けば人生で一番長く過ごした場所がこれから無くなっていく。
でもいい時期だったんだろうな。
緩い繋がりに甘えてつまらなくなっていくフォロイー達の姿にいい加減疲れを感じてきていた。
それからどこかでまた会おう。
最近USBの外付けHDDがI/Oエラーでよく切断されまくっていた。
容量の大きなファイルを長時間転送しまくってると高確率で強制切断されるので、最近買った奴は外れ個体だったのかな？と思ってだましだまし使っていた。
それを某所で愚痴ったら「4口USBハブ全部にHDD繋いだらそりゃ帯域不足で落ちるに決まってんだろｗｗｗ」と突っ込まれた。
USB端子(1)─USBハブ┬HDD ├HDD ├HDD └HDD
そこで空いてるUSBポートにもう一つハブを差し込み、繋ぐHDDをハブ一つにつき2台までに制限してみた。
USB端子(1)─USBハブ┬HDD └HDDUSB端子(2)─USBハブ┬HDD └HDD
1か月ほど前まで初代第1世代Core iのPCをほぼノーマルで使っていたが、Windowsの肥大化（*1（本増田の最後に参考webページを記載。以下同様））のせいかweb閲覧やExcel操作程度の作業でも引っかかりを覚えるようになったり、Windows11ブームに煽られてセキュリティ関連の記事を読み古いCPUには脆弱性が付き物だと知った（*2・3・4）り、あれこれあったためPCを新しくすることにした。
その際に色々な知見を得て情報の更新ができたため、日記帳兼リンク集として増田に残しておくことにした。極少数の人にしか役に立たないであろう文章だが、体験談の類として暇つぶしに読んでもらえれば幸い。ただ、過去のPC事情を懐古したりするのが目的なら、数年前にホッテントリ入りした別の記事（*5・6）を読む方が有意義かもしれない。
まず、パーツの買い方を3種類に大別して検討した。
この前段階で格安の中華製ミニPC（*7）も候補に挙げていたが、拡張の厄介さや商品到着までの時間の長さを難に感じて選択肢から外した。
今新しく自作PCを組むなら鉄板の構成だと思う。現在の相場では、M/B 13k円、Celeron 7k円、DIMM2枚組 6k円、SSD200GB4k円で約3万円くらいになるだろう（*8・9・10）。構成品のどれかを中古にすれば2万円台前半で抑えることもできそうだ。
しかしながら、最近まで骨董品で我慢できた身には過剰スペックになりそうだという懸念と逆張り志向のせいでRyzenAPUに惹かれたためとで、この組合せは除外した。
時機を見極めて個々のパーツを買えれば、安く挙げることができる方法だろう。
だが、動作不良品・リマーク品（*11）・その他の不動品（*12）等を掴むリスクやピン折れ曲り（*13）他機器不良への対処を避けるため、この組合せも選ばなかった。
M/B・CPU・ビープスピーカー・電源があれば動作検証は可能だ（*14）。そのことは前提知識として通用してるだろうと期待し、ジャンクな出品物・者を弾けば少なくとも直ぐに判明するような不良品を掴むことは避けられるだろうと考えて、セット品を軸にパーツ調達することにした。
ただ、個別のパーツだけ欲しいと思う人が多いせいか、希望に叶う出品は少なかった。値段や特定のパーツへのこだわりは捨てて条件をだいぶ緩くしたが、それでも購入作業を終えるには結構な時間がかかった。
作業の結果以下のパーツが手に入った。これら以外にも試用して直ぐ売却したものがあるが、その分は少々の損失で済んだため、実質合計費用は25k円+10k円。
元の電源が10年以上持ったので、5年前の製品なら後5年は使えるだろうと考え、中古で済ませることにした。
参考になるまとめ記事を元に、経年による劣化が小さいと思われる、電圧と電流の波形が綺麗な製品（*15）を候補にした。5年以上前に発売された商品を1年少々しか使っていない状態良好品だと嘯く詐欺師がフリマには跋扈しているが、そういう輩を除外しても選択肢が十分にあるのは幸いだった。プラグイン電源という危険そうな製品（*16）以外に無難な選択肢が無かったのは、老害な増田には難だったが。
余談だが、電動ブロワーは電源の清掃にとても役立った（*17）。騒音が問題にならない環境の人には是非お勧めしたい。
大型のファンを備えた電源ユニットをケース下部に置く組み方が主流になって久しいようだ（*18）が、冷却や静音にこだわる必要が無いのでケースは流用することにした。ただ、電源LEDがそのままでは機能しないので、オス-メスのジャンパワイヤー（デュポンケーブル）をフリマで買ってピンとコネクタをつないだ（*19）。
マザーボードについては色々調べたが、8ピンのATX12V電源コネクタ（*20）が一般化して久しいことや、フェーズ数の増加（余談だが、I/O電圧とコア電圧が異なるデュアルボルテージは、30年近く前にモバイル版P54Cで初めて採用された）（*21・22）といった電源回りのことで特に知ることが多かった。光物（*23）はあまり興味が無いのでほぼスルーした。
RyzenもIntelCoreもどちらも魅力的だと思った（*24・25）が、結局はAMDで組むことにした。そこそこのGPUを省電力で使えることが大きかった。
メモリは多少勉強した（*26）つもりでパーツ選定に着手したが、チップセットの16Gbitチップ対応事情（*27）を全く把握していなかったため、相性問題にぶつかって最初に購入したパーツセットを買換えることになった。容量について言うと、16GBだとたまに心許なくなるが32GBだと過剰という感がある。Intelなら24GB（8+16の2枚）載せて16GB分をデュアルチャネルモードで使える（*28）ので、その点は良いなとも思う。
SATASSDでも体感速度は悪くない（*29）という言説を見て、安く手に入ったSSDで十分と判断した。記録方式がTLCかどうかといった商品選択の時に普通ポイントになる点（*30）は、次に買換えたくなった時に気にかけようと思う。
光学ドライブも電源ユニットと同様、本来は5年程度で買換えるべき製品とされている（*31）が、それはそれとして、電源と同様の理由で5年くらい前の中古品を探そうかと思って調べてみたら、M-DISCという規格（*32）があると知った。対応するドライブやメディアを購入すると割高だ、余計に金をかけてまで保存すべきデータはどれだけあるか、そもそも光学メディアの読み書きをする機会はどれだけあるか（*33）等、あれこれ考えた結果光学ドライブは買わないことにした。
最近は無音でPCに向かうことが専らなので、USB-DACを排除してHDMIモニタのイヤホン出力で済ませることにした。気まぐれに音楽を聴きたくなったらヘッドフォンアンプをライン出力につないで使おうと思う。
ケースと一緒に死蔵品を引っ張り出した。文字入力を業としない立場なのでキーボードは何でもどうでも良い。
マウスはクリックが利き辛くなったので放置してたが、分解修理可能（*34・35・36）だと知ったので実例（*37）を参考に簡単に清掃して使えるようにした。マウスホイールは部品交換が必要な状態（ホイールのゴム部分が、加水分解して汚れてたので重曹で洗った（*38）ら、完全に溶けてなくなってしまった）なので、そのうちAliExpressで補修品（MX300適合品ではないが、サイズが同じもの）（*39）を購入しようと思う。
初めは旧システムの入ったHDDを新しいM/Bにつないで使っていた。後で中身をSSDにクローンしようと考えたが、安物のSSDゆえガンガン書き込むことを必要以上に避けなくても良いなと思い直したので、結局新規インストールすることにした。
Raven RidgeではWindows11にアップグレードできない（*40）。だが、Windows11ではGPUが重くなりその対策が未だ無いよう（*41）なので、Windows10のままで良いということにした。
Windows7の頃はUEFIで起動しないPCがまだ一般的（*42）だった。このHDDもそういうPCに接続されてたのでフォーマットはMBRだった。CSMを有効にすればそのままで起動できるが、そうできるのは古いGPUを使っている時で現行のiGPUではたいてい無効にされる（*43・44）。CSMは頼りにせずGPTに変換して使うのが無難だ。
変換の際はWindows10のUSB起動メディアでmbr2gptを使ったが、ReAgent.xmlの更新に失敗したというエラーメッセージが出たので、回復パーテーションを弄って（「コンピュータの管理」ではドライブレターを付与できないのでdiskpartを使った）修正した（*45・46）。
Microsoftアカウントで常用していたためかライセンスの再認証を求められることも無く、上記の問題を除けばほぼすんなりと使用できた。セクターにアライメントのずれが無いかどうか（*47）も調べたが、問題無かった。
VMWare上で予行した分も含めて何回もした。セットアップを繰り返した理由は、Administratorを有効にしパスワードを設定しないままメインアカウントを標準ユーザーにしたらAdministratorにログインできなくなって（*48）詰んだり、OneDriveの動作選択画面で「このPCにのみファイルを保存する」を選択せず「次へ」移動したら戻れなくなった（ドキュメントやピクチャ等のフォルダパスをOneDriveに指定した後で、再度ローカルストレージに変更するのは割と手間になる）（*49・50）り、システムファイルを移動させようとして次節で説明するようにシステムを破壊したりしたためだ。
SSDの容量節約と書込み抑制のため、ページ、スワップ、ハイバネーションの各ファイル・OneDriveフォルダ（ただし、空フォルダにマウントしたドライブは移動先に指定できない）・ユーザプロファイルフォルダ下のドキュメント等のフォルダ・AppDataフォルダ下のRoamingフォルダとLocalフォルダの一部・テンポラリフォルダ・ストアアプリフォルダを移動（*51・52・53・54）した。Superfetchはデフォルトで良しとした（*55）。
かつては別アカウントでログインしてプロファイルフォルダを全部移動しジャンクションを貼って使うこともできたが、Windows10のあるバージョン以降でそれをするとスタートメニュー他ショートカットやストアアプリが即死する（*56）。一部のシステムファイルが変化するとメニューやアプリ全体が損壊判定されるようだ（十分な検証はしてないが、container.datやハッシュ値が名前になってるファイルを弄ると不味いように感じた）（*57）。こうなるとアカウントを消して再作成する他無くなる。ちなみにCドライブ直下のProgramDataフォルダ等を壊すともっと悲惨で、新規インストールくらいしか回復の手立てが無かった。
https://b.hatena.ne.jp/entry/1 またはhttps://b.hatena.ne.jp/entry?eid=2（それぞれ、数字部分がeid）のような形式のurlを入力すれば、当該ブックマークエントリーにアクセスできる。
| *1 | Windows10はバージョンアップを重ねるたびに本当に遅くなっているのか？検証結果はこんな感じ -GIGAZINE | https://gigazine.net/news/20210622-windows-10-version-slow-down/ | 4704430589992224258 |
| *2 | Googleが発見した「CPUの脆弱性」とは何なのか。ゲーマーに捧ぐ「正しく恐れる」その方法まとめ | https://www.4gamer.net/games/999/G999902/20180105085/ | 373991174 |
| *3 | AMDのプロセッサに脆弱性、セキュリティ企業が情報公開--懐疑的な見方も -CNET Japan | https://japan.cnet.com/article/35116106/ | 360332677 |
| *4 | インテルとARMのCPUに脆弱性「Spectre-v2」の悪夢再び、新たな攻撃手法 | TECH+ | https://news.mynavi.jp/techplus/article/20220312-2290634/ | 4716634065497432514 |
| *5 | 「Sandy Bridgeおじさん」とは何か？ : 因画応報 | http://ingaoho.ldblog.jp/archives/4916067.html | 362560793 |
| *6 | ありがとう鼻毛鯖 8年使った鼻毛鯖をついに買い替えました |日本霜降社 | https://nihonsoukou.com/20181123/1827 | 4665750545042615426 |
| *7 | 2万円の超格安パソコン「GREENG2」値下げ、高性能CPUに大容量メモリやSSD採用で仕事でもプライベートでも大活躍 | Buzzap！ | https://buzzap.jp/news/20220318-trigkey-green-g2-ultra-low-price-pc-happy-price-down-3/ | 4716943171239004674 |
| *8 | 第12世代インテルCoreプロセッサー特集 |パソコンSHOPアーク（ark） | https://www.ark-pc.co.jp/special/intel-12th-gen-core-series/ | - |
| *9 | 8GBモジュール | 2枚組 |DDR4DIMM (288pin) |デスクトップ用 |通販・価格/性能比較一覧 |価格の安い順 |パソコンSHOPアーク（ark） | https://www.ark-pc.co.jp/search/?col=3&order=&p1=b21010&p2=c21050&p5=s21010&p6=w11726 | - |
| *10 | 〜256GB | M.2 |SSD |通販・価格/性能比較一覧 |価格の安い順 |パソコンSHOPアーク（ark） | https://www.ark-pc.co.jp/search/?col=3&order=&p1=b32020&p2=c32024&p5=s32220 | - |
| *11 | 【やじうまPCWatch】中国でIntelCPUの偽造品出回る。公式が注意を呼びかけ -PCWatch | https://pc.watch.impress.co.jp/docs/news/yajiuma/1248215.html | 4684567815854719490 |
| *12 | Lenovoに搭載されているAMDCPUにベンダーロックが設定されているせいで中古市場が混乱している -GIGAZINE | https://gigazine.net/news/20220118-lenovo-vendor-lock-amd-cpu/ | 4714151541045747810 |
| *13 | ASCII.jp：冗談ではなく目の前が真っ暗になる恐怖……ピンを曲げてしまったRyzen 9 5950Xの修復を試みる (1/3) | https://ascii.jp/elem/000/004/053/4053723/ | 4703873313928579106 |
| *14 | パソコンが起動しない場合の確認方法｜テックウインド株式会社 | https://www.tekwind.co.jp/ASU/faq/entry_31.php | 4666842797243724258 |
| *15 | 【自作PC】電源ユニットの選び方を自作経験者がガチ解説する | ちもろぐ | https://chimolog.co/bto-choose-psu/ | 367187040 |
| *16 | 何故プラグイン式PC電源ユニットのコネクタは規格統一されていないのか？ -Togetter | https://togetter.com/li/1564076 | 4688976497965880706 |
| *17 | ブロワーの選び方 |DIY工具紹介部 | https://diytool.biz/blois | 170335990 |
| *18 | “冷却の常識”を徹底検証 -AKIBA PC Hotline! | https://akiba-pc.watch.impress.co.jp/docs/dosv/662237.html | 364049132 |
| *19 | PCケースのPowerLEDケーブルを3ピンから2ピンに変換した | TeraDas | https://www.teradas.net/archives/16603/ | 4705898232067265346 |
| *20 | 20ピンATX 電源は24ピンのマザーボードに使えるのか – 分かりにくいASUSマニュアルとATX 電源の規格 | Nire.Com | https://www.nire.com/2009/10/atx-24pin-motherboard-vs-20pin-power/ | 75424033 |
容量超過のため、anond:20220419200228 に続く。追記もあり。
Permalink |記事への反応(12) | 20:01
https://d.potato4d.me/entry/20220405-nodejs/
が話題になっているけど、本来人類に必要なのはクロスプラットフォームな実行環境であってNodeじゃない。
TSが流行ったのはJSがクソだから。BabelしなきゃいけないのもJSにトランスパイルしなきゃいけないからであって、必要なのはJVMやCLRのような言語実行環境。
Reactが流行ったのはshadowdomだけど、必要なのはDOMじゃなくてちゃんとした「アプリ」開発用のイベントモデルとレイアウトマネージャ含むGUI環境。
フロント界隈の流行廃りって本質的な改善ってよりもほかの良い技術をいかにブラウザ/Electron等JSエンジンという限られた環境に持ち込んで幸せになるかがメインに見えるので地獄に見える。
「アプリ」書くのになんでドキュメント記述用のHTMLに今ものっかってんだよと。
MavenやらGemsができて依存管理楽になったとか、RailsがでたときのようなCoC良いねとか開発の考え方を変えるフレームワーク、 rspec/Cucumberがでてテスト最高とか、c10kも怖くない非同期I/Oとか、好きな言語が使えるJVM/CLRそもサーバーならrustでもgoでも好きなものが動くとかとか本来の開発を楽にするという意味のブレークスルーってあんまりみられない気がしている。なんでフロント界隈の新技術ってあんまりわくわくしない。
逆にちゃんとしたクロスプラットフォーム実行環境がブラウザしかないということなんだけど、ブラウザなかなか進化しないしRIA はApple 様が切り捨てるからなぁ。
ということですべてはブラウザが悪い。JavaScript 以外がちゃんと動くクロスプラットフォームのGUI環境が必要。でもプリインでモバイルでも動いてOSから独立して協調して作られていて、Webという既存の大量の資源にアクセスしやすいものは現時点で実質ブラウザ一択。つまりWASM に期待。次にHTMLであるべき文書はともかくSPAなんてもう「アプリ」なんだからHTML手書き文化もうやめてネイティブアプリ並みのGUI作成環境も復権しよう。
するとクライアントでも好きな言語が使える。そして同じ言語がいいとサーバサイドでNode.js を使う必要もなくなりへっぽこプログラマが Node のイベントモデルを理解せずに使うこともなくなる。
そしてそれらができたときに Node というかJS/HTML の呪いから解放され人類に平和が訪れるのだ。君はその後もNode.js を使っても良いし使わなくてもいい。
Zen4アーキテクチャーを搭載するRyzenシリーズについては2022年秋頃に投入が予定されており、デスクトップ向けCPUは『Raphael』、モバイル向けは『Phoenix』と言うコードネームで呼ばれています。
アーキテクチャー的にはZen4は現行のZen3から大きく進化するメジャーアップデートになると見られています。
Ryzenシリーズについては2020年に発売がされたRyzenが『Zen3』で世代的にはZen、Zen+、Zen2からZen3という事で第4世代呼ばれています。2022年初旬には第5世代に当たる『Zen3+』が搭載されたRyzenの投入が予定されており、Zen4についてはその次に登場する事から第6世代になると見られています。
なお、モデルナンバーについては2021年11月時点では不確定です。
これは、2022年初旬にモバイル向けZen3+搭載Ryzenとデスクトップ向けに3D V-Cacheを搭載したRyzenが登場しますが、これら2つのモデルがどのようなモデルナンバーを与えられるかによって変わるためです。今時点では、Zen3+が7000シリーズに、3D V-Cacheモデルが6000シリーズになると言われているので、Zen4は8000シリーズとなる可能性はありますが、ここではまだ不確定としています。
アーキテクチャー刷新とTSMC 5nm採用で、IPCを大幅向上
Zen4アーキテクチャーではZen3に対して大きく進化すると見られています。
Zen4アーキテクチャーを採用するEPYCGenoaのES品を手に入れた者によるリーク情報によると、Zen3を採用するEPYCMilanに対してES品と言う段階で既に同一クロックでの動作はZen3に対して29%程度向上しているとの事です。また、動作クロックについてもZen3より向上を見込んでいるとの事でAMD製CPUでは困難だった5.0GHzの壁も超えられるCPUになる可能性があると2021年2月時点のリークでは語られています。
5nm『Zen4』RyzenはIPC25%向上へ。性能は『Zen3』より40%増し
パフォーマンスが大きく向上している背景としては、Zen4ではTSMC 5nmプロセスを活用する事や、I/OダイについてもGlobal Foundryの14nmプロセスからTSMC 7nmプロセスに進化する事で全体的なパフォーマンス底上げに繋がっていると考えられます。
スッポン現象と決別。ソケットはLGA化されたソケットAM5が採用
Zen4Ryzen "Raphael"採用のAM5モックアップ出現。TDPは最高170Wか
AMDのRyzenシリーズは2016年に発売された第一世代Ryzenから長らくソケットAM4を採用しています。このソケットAM4ではCPUとマザーボードを繋ぐピンがCPU側に搭載されたPGAが採用され、CPUの取り扱いに関してはIntelなどで採用されているLGA（マザーボード側にピンが搭載）モデルより扱いに注意が必要です。
特にこの機構ではCPUとCPUクーラーを密着させるシリコングリスが固着すると、CPUクーラーを外す際にCPUのソケットがロックされているにも関わらず、CPUがソケットから抜けてしまう現象があります。これが、スッポンと言う名前で親しまれていますが、このスッポンはいわば無理やりCPUがソケットから抜かれてしまうため、CPU側のピンが折れて動作不良に陥るような事態があります。
そんな、AMDのソケットAM4ですが、Zen4世代からソケットAM5へ進化する予定になっており、このAM5ではIntelでメジャーだったLGAが採用される事になっています。
170WTDP seems toonly be for a special variant, not thenormalCPUs for sure
— ExecutableFix (@ExecuFix)May 25, 2021
ピンの数は1718本となっており、IntelのAlder Lakeで採用されているLGA1700に近いピン数になっています。ただ、CPU裏のレイアウトでは、Intel側がCPUの中央付近に電源回路関係が敷き詰められているのに対して、AMDのZen4では裏面は全て接触パッドが敷き詰められており、CPUの表側にヒートスプレッターに切り欠きを設けて、そこに電源回路関係のチップが搭載されるデザインとなっているようです。
A firstlookat the AM5socket,onceagain in the form of a3D-renderpic.twitter.com/84T6wUjpQ2
— ExecutableFix (@ExecuFix)July 29, 2021
最大コア数は16コアに据え置き。TDPは最大170Wまで引き上げられる見込み
Zen4RyzenRaphaelでは最大16コア据え置き。TDPは最大170Wに
Zen4アーキテクチャーを採用するサーバー向けCPUのEPYCGenoaではZen3アーキテクチャーを採用するEPYCMilanの64コアから最大96コアにコア数が増加する見込みになっています。しかし、コンシューマー向けのRyzenについては今まで通り16コアに据え置かれる見込みとなっています。
— ExecutableFix (@ExecuFix)July 13, 2021
また、TDPに関してはZen3搭載Ryzenシリーズではコンシューマー向けに販売されている製品ではTDPが120Wのみ、OEMなどに向けて販売されているモデルを含めると、65Wと120Wの2つのTDP帯製品が存在しますが、Zen4RyzenからはTDPが最小は65Wと据え置きになるものの、95W、105W、120Wそして170Wの合計4つのTDP帯製品が登場する見込みとなっています。なお、この170Wモデルに関しては、パフォーマンスに特化した特別なモデルのために存在するようです。
CPUクーラーはAM4と互換性あり？TPD 170Wモデルには280mm以上の水冷クーラーが必須に
Zen4Ryzenではソケットが変更となりますが、AMDのリーク資料によるとクーラーに関しては既存の純正CPUクーラーが対応製品としてリストアップされるなどしているため、ソケットは変わるものの、高さやマウント形状に関してはAM4と互換性を持つ可能性があります。
一方で、パフォーマンス特化モデルではTDPが170Wになるとの事ですが、この170Wモデルに関しては同じ資料によるとヒートシンクには280mm以上のラジエーターを備えた水冷クーラーが冷却には必要となると記載されています。そのため、Mini-ITXなどコンパクトな高性能PCを組み立てたいというユーザーにとってはハードルが高くなりそうです。
Zen4RyzenにはGPU内蔵が標準に。ソケットAM5のリーク情報から判明
内蔵GPUが標準搭載になるのではないかと言う情報はAMDのソケットAM5の互換性について記載されたリーク資料にて記載されています。この資料上のOn-Chip Graphicsと言う欄には"1 Dedicated"、つまりOn-Chip Graphics用に専用チップを有する事が記載されています。また、これらはソケットAM5に対応するすべてのFamily/ModelNumbersにて同様の事が書かれています。この事から現行のRyzen 5000Gシリーズのようにモバイル版をベースとしたデスクトップ版Ryzenでのみ内蔵GPU搭載となる扱いとは異なります。
また、上に表示されている資料のページには記載がありませんが、資料の原本には “Some OPNs…may not support GFX”、日本語訳で『一部OPNs(モデル)ではGFX（グラフィック）をサポートしません。』とわざわざ一部OPNsでは対応しないと書いてある当たり、GPUを内蔵したモデルが標準になる可能性は高そうです。
企業などでRyzenCPUを採用したデスクトップをあまり見た事があるという方は少ないと思いますが、多くの法人向けPCではGPUを内蔵している事は必須条件とも言え、わざわざdGPUが必要となる従来までのRyzenは大きなディスアドバンテージとなっていました。そこで、AMDではZen4Ryzenからは内蔵GPUを標準搭載し、法人向け需要も取り込もうとしているのかもしれません。
CPU側はDDR4とDDR5に対応。PCI Expressも5.0まで対応
ソケットAM5に刷新されるZen4Ryzenですが、これに伴いチップセットも現行の500番台から600番台のモデルが発売されます。この600番台チップセットではIntelが2021年11月に発売したAlder Lake-Sと同じようにメインメモリーにはデュアルチャンネルDDR5が採用される事となっていますが、CPU自体はDDR4にも対応しており、Alder Lake-Sと同じように廉価モデルのためにDDR4にも対応できるようにもなっているようです。
PCI Expressの世代に関しては、Zen4RyzenのCPU自体はPCIeGen5.0に対応した設計になっています。ただし、マザーボードのPCH自体はPCIeGen 4.0までの対応となっておりCPUと直接接続が可能なPCIeレーンだけはPCIeGen 5.0に対応できるというマザーボードになりそうです。なお、サーバー向け製品であるEPYCやThreadripperなどはマザーボード側もPCIe 5.0に対応できる見込みのようです。
仮想システムを構築するにあたり、CIFSしか使えないNAS をバックアップ用に選定してきたSI 屋さんが居たので、CIFS とiSCSI のどちらが早いのか、試してみました。
テストに使うNAS は QNAP のTurboNASTS110
http://www.tekwind.co.jp/products/entry_6719.php
です。もう６年以上愛用して、カビが生えてもおかしく無い程に古いし,Marvell 800Mhz という低スペックな QnapNASです。 100Mbps時代のモノです。
昨年、HDDがお亡くなりになったので、3Tb のHDD に交換しました。ファームウェアはこんなに古い機械でも、QNAPシリーズの最新バージョンが利用できます。
iSCSI は、今あまり見なくなりましたがSCSIケーブル規格や、SASケーブル接続のハードディスクを、一般的なIPネットワークで規格で仮想化したものです。
マウントするホストシステム側はiSCSI initiator,ディスクストレージの機能を提供する側をiSCSI Target と呼びます。
ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時でのSAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。
という事で、仮想環境では実に使いやすいストレージデバイスなのです。
マウントするホスト側から見ると単純にSCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS,ext4,NTFS などのフォーマットでフォーマットする必要があります。
Linux のiSCSIターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん！ とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。
※ qnapNAS の場合、iSCSIイメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。
[Solved]How to mountiSCSI file?
https://forum.qnap.com/viewtopic.php?f=180&t=25322
[/share/HDA_DATA/.@iscsi.img] #pwd
[/share/HDA_DATA/.@iscsi.img] #
[/share/HDA_DATA/.@iscsi.img] #ls -l
-rw------- 1 admin administ 6442450944 Nov122017iSCSI-2015ace1-5a078d66.000
-rw------- 1 admin administ 1073741824Jun24 09:52iSCSI-lun4-5d0de534.000
-rw------- 1 admin administ 107374182400 Nov 42015iSCSI-nss01-56399e1a.000
-rw------- 1 admin administ 5368709120 Nov112017iSCSI-nss2015-5a06cf6d.000
-rw------- 1 admin administ 21474836480Jun 2217:11iSCSI-test-56b3ce90.000
-rw------- 1 admin administ 5368709120Jun 2217:11iSCSI-test-56b3ce90.001
[/share/HDA_DATA/.@iscsi.img] #
※ とても重要
CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする（できちゃいます）と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。
つまりファイル共有という目的には向いていない、という事です。あくまでもiSCSIターゲットはネットワーク上の仮想ディスクです。
もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つのiSCSIデバイスで複数作れるので、１台のiSCSI装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。
極端な話、ホストのハイパーバイザーはUSBメモリやSANブートさせて、後はマウントしたiSCSI の仮想イメージ上で、仮想マシンを動かす、HDDレスなハイパーバイザー運用もできます。
物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gbbase のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵はNAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1GHUB でも、そこそこの性能が出てしまいます。
距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用のiSCSIターゲットをデータセンターに置く、なんてこともできます。
【送料無料】QNAPTS－431P2（ホワイト）NAS 4ベイモデルクアッドコアCPU ／LAN 2ポート搭載 （TS431P2）
価格:56,145円
感想(0件)
iSCSI の耳慣れない言葉に LUN （論理ユニット番号 : Logical UnitNumber）というのがあります。
昔のSCSI は、SCSIバスアダプタに７番のIDを振り、残りの 0 ~ 6 のディスクやCD,Tape などにID を振り分ける物理的な３ビットのディップスイッチやジャンパ端子が付いていました。これがSCSIアドレスです。
これが実に難物でした。特に、複数のSCSIバスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。
つまり一つのSCSIバスには 0~７の合計８台（うち大抵７番はSCSIバスカード）の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。
ところが SCSIバスを使ったRaidコントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なりRaidディスクを複数の論理番号に分割したわけですね。
これが LUN というヤツです。
iSCSI機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。
別々な LUN は一つ、あるいは複数のiSCSI機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。
https://en.wikipedia.org/wiki/Logical_unit_number
QnapNAS の場合、iSCSIターゲットはウィザード形式で簡単に作成できます。EXT4ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、Windows の Storage Server のようにNTFS のVHD形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。
QnapNAS のiSCSIターゲットの設定は、偉そうなLinux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャからiSCSI タブにあるウィザードに従ってiSCSIターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざviエディタに「正確に」綴りを間違えずに設定する必要もありません。ここではChap認証は付けませんでした。
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16405779.jpg
機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。
QNAPTVS-951X10GBASE-T/NBASE-Tポート内蔵
Windows10 のMicrosoft 製iSCSI イニシエータは「コントロールパネル」＞「システムとセキュリティ」＞「管理ツール」の中にあるので、ここで、設定済のiSCSI 「ターゲットを」 「検索」して選んで「接続」します。Chap認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16412132.jpg
新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用したiSCSIターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。
ＰＲ
ちなみに opeSUSE で使うにはこんな感じになりました。
openSUSELeap 15.1 でiSCSINASを使ってハマった
https://islandcnt.exblog.jp/239328437/
一番イラつくのは、巨大なファイルの転送でしょう。という事で3G 程あるSUSELinux のインストール用DVDのISOファイルを CIFS でコピーしてみます。
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16414334.jpg
３分１１秒かかりました。１Gビットネットワークで12～3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。
スループットは 150Mbps 程度で全体の最大１５％程度でしょうか。
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16415832.jpg
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16422170.jpg
初速は出るのですが、その後は、ボロイTS-110 の性能がモロに出ます。それでも20MB/sから 25MB/s 程度は出ています。
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16423835.jpg
２分２５秒でした。 大体２０％程度のスループットです。
--
数字に弱い私の脳みそですが、iSCSI は CIFS より 1.5倍くらい早い、という事が言えます。
Zabbix で QNAPTS-110 のI/O を見てみると、前半の CIFSアクセスより後半のiSCSIアクセスの山が高い事がよくわかります。
仮想化時代のNAS 選び - やっぱりiSCSI は早い。_a0056607_16425860.jpg
CIFS を使ったリモートディスクのマウントは、他のPCからもアクセスができる、というメリットがありますが、iSCSI は単一のホストからのアクセスしかできません。<--- これ重要.... --もっとも、ターゲットストレージを複数作って複数のサーバーから異なるデータ領域にアクセスはできますが --バックアップ用途や、サーバーの増設ストレージとして考えれば、良い選択であると言えます。
もっとも、iSCSIデバイスそのものは、ターゲット単位で別々なホストから接続できます。しかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。
ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションはしたことはあります。
こうした性能のわずかな違いが、仮想化システムのハイエンドな領域で違いとなって出てきます。なお Qnap でもopeniSCSI でもWindows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。
国産NAS の「ハイエンド」と称する「LANxxxx」などのモデルではWindows Storage Server を使ってNTFSフォーマットしています。Windows Storage Server は見た目Windowsサーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。
こういった国産NASメーカーの製品カタログでは、「ハイエンド」はWindows Storage Server を搭載して、低価格のNASはUnix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。
Windows Storage Server じゃなくて、ちゃんとしたWindows Server と CAL 買えよな、という事なのですね。
このあたりは独自OSをNAS としてチューニングした Qnap や Synology, asuster などのiSCSI機能付きのNAS を中規模ネットワークのミドルレンジのNAS として利用したほうが良いと思います。
仮想環境でのネットワークアタッチストレージ(NAS)は、本回線（構内LAN）とは切り離し、ストレージ専用のネットワークとして独立して運用させるのが基本です。サーバーとNAS間で凄まじい通信が発生します。サーバーNICが２ポート以上のものが推奨されます。
iSCSI はあくまでもネットワーク上のストレージのみの機能を提供するものであり、ファイル共有の手段ではない、という事です。
NAS をCIFSで使うとNAS が持つ独自のアクセス権限を設定しなければなりません。セキュリティも当然NAS独自の機能で設定します。
iSCSI はあくまでも「外付けSCSIデバイス」のネットワーク版なので、マウントする側のOSそのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。
