「i/o」を含む日記

■APEXの遠隔チート問題で日本ではEACが槍玉にあげられてるが、意味がわからない

APEXの世界大会中に優勝候補のチーム二つのエースに遠隔でチートがダウンロード、起動され大会が延期になった問題で、

イージーアンチチート（あおいクマのアイコンのチート対策ツール）が踏み台にされた、このツールを使ってるゲームはやるなという情報が今日本で大量流布されている

EACはエピックゲームが大型契約してインディー会社でも使えるように無償提供してるからかなりの数のゲームが使っている

チート対策なのでOS側でメモリを監視している（通常のソフトウェアは自分に割り当てられたメモリ領域しか見ることができない）からかなり権限自体は強いけど、

EACにはメモリのモニターとその情報をサーバーと送受信する機能しかない

どうやってチートツールダウンロードしてくるの？

もちろんEXE起動するならEAC経由の可能性もあるが、今回はウォールハックとコントロールだけで、コントロールに関してはI/O経由じゃなくてゲーム内だけで直接操作してたよね

チートがゲーム内で簡潔してるからほぼゲーム側の問題なんだがなんでEACが関係あると思ったの？

日本人ってパソコンはなんでもできる箱だと思ってる節あるよね

実際はあらかじめ決められた処理しかできなくて、その組み合わせでなんでもできてるように見えてるだけなんだけど

これが三角関数やら漢文を軽視した教育の敗北だよ

ゲームしてる暇あるなら勉強しろ

日本人、はっきりいってバカすぎる

Permalink | 記事への反応(1) | 16:28

ツイートシェア

■

自作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用の信号線を使って映像信号を転送する。そのため、USB 2.0のみ対応のUSB Type-Cケーブルでは利用できない点も注意が必要だ。

「映らない」はなぜ起きる？

画面が映らない理由はシンプルで、モバイルディスプレイに映像信号が届いていないからだ。では、なぜそんなことが起こるのかを考えてみよう。

先のUSBの説明でわかった人も多いだろうが、原因はUSB Type-Cの仕様だ。パソコン側の端子がDisplayPort Alternate Modeに対応していない、USB 2.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本ケーブルをつなぐ必要がある。写真はASUS JAPANの「ZenScreen MB16AH」。DisplayPort Alternate ModeとMicro HDMI端子での入力に対応する

HDMI端子やDisplayPort端子で映像を入力するなら、画面が映らないことはまずない。その代わり、電源用にもう1本ケーブルをつなぐ必要がある。写真はASUS JAPANの「ZenScreen MB16AH」。DisplayPort Alternate ModeとMicro HDMI端子での入力に対応する

では、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

Permalink | 記事への反応(0) | 22:19

ツイートシェア

■Peter Gabriel - i/o

まだちゃんと聴いていないし、どのようにそれを買ったらいいのかいまだによくわからない

Bandcampで試聴しながら書いているけど

僕のヒーローの一人が最後になるかもしれないアルバムを発売したときに

どういう態度をとればいいのかな

物理メディアなのか、ダウンロードなのか、サブスクなのか

万が一だけど、そういう場面でマナー講師が出てくるならもう終わりっていうか、むしろ終わらせるかっていう気持ち

Permalink | 記事への反応(0) | 05:45

ツイートシェア

■ゲーム感想 CHR$(143)

CHR$(143)

全ステージクリア（Steam実績全解除）

プレイ時間 88時間（全ステージクリアしたばかりの現在の時間）

あああーーーー、めっちゃ楽しかったーーーー！

全クリして達成感に満ちあふれているが、この気持ちが収まる前に感想を書くぜー！

しかし、タイトル名の読み方がよくわからん。「キャラクターズ・ワン・フォー・スリー」でいいのか？　ちなみに、ゲームのタイトル画面では『Project CHR$(143)』表記となっている。

タイトル名の『CHR$(143)』だが、Amstradというイギリスのメーカーから1984年に販売されたCPC464というホームコンピューター（パソコン？）のキャラクターコード143に四角形が割り振られていることが元ネタのようだ。レトロなコンピューターを元ネタにしてるだけあって、ゲーム画面全体もレトロな雰囲気に仕上がっているのも好きだ。

ゲームのジャンルとしてはパズルゲームでいいはずだ。ちなみに、Steamでのジャンルは「インディー, シミュレーション」となっている。

Steamのストアページの類似品として、『Baba Is You』（説明不要の有名パズルゲーム）に、『Factorio』・『shapez』といった工場建設系シミュレーションに、カイロソフトのレトロ調シミュレーションゲームに、変態パズルゲームメーカー（誉め言葉）で知られるZachtronics社の『SHENZHEN I/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実績解除の対象となっており、それにふさわしい達成感も与えてくれる。

そして最終レベルをクリアしたのが、つい最近のことだ。この達成感を味わったことを書き残したくて、今この文章を書いているところだが、それももう終わりのようだ。

楽しかった。ありがとう、『CHR$(143)』！

Permalink | 記事への反応(0) | 23:45

ツイートシェア

■anond:20230512180741

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を使用しないネイティブな環境での構築が最善の選択であるかもしれません。

Permalink | 記事への反応(1) | 18:26

ツイートシェア

■[稀ドメインはてブ]2023年4月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 12:07

ツイートシェア

■anond:20230423181540

そもそもBIOSの時点ですでにBasic I/O Systemではなくなってたんだから

古くて誤った呼び方を廃止できるチャンスを逃す方がありえん

Permalink | 記事への反応(0) | 15:20

ツイートシェア

■anond:20230414165835

昔はI/Oポート、シリアルポート、TCPポート、色々叩いていたもんじゃて。

Permalink | 記事への反応(0) | 22:04

ツイートシェア

■Twitter引退したら皆と離れ離れになるのが確定してる

共通してる移民先がないんだよね。

そもそもTwitterと同じ傾向のSNSがどこにもない。

マストトドンはより蛸壺的でどこも風通しが凄く悪くてあっという間に腐っていく。

Discordとかの音も扱うタイプのSNSは文字情報と比べるとペースが遅いから合わない人は全く合わない。

Facebookなんて全く代用にならないし、インスタはそもそも拒否反応が出る。

匿名掲示板なんて今更やる気にもならないし、ブログはミニブログとは全く別物になる。

そもそもいい加減ゆるいI/Oではなく学び直しや創作に本腰を入れたい人も多いし、逆により高密度なコミュニケーションを求める人はチャットやリアルへと向かうんだと思う。

偶然今ココに揃っている皆は絶対にこれからバラバラになる。

まさに「卒業」って感じだ。

一部の亡霊だけが残って、それぞれが全然違う道へと去っていく。

大部分はもう会うこともないんだろうな。

実家を除けば人生で一番長く過ごした場所がこれから無くなっていく。

でもいい時期だったんだろうな。

緩い繋がりに甘えてつまらなくなっていくフォロイー達の姿にいい加減疲れを感じてきていた。

自分にも限界を感じていた。

馴れ合いから離れて、鍛え直すんだ。

それからどこかでまた会おう。

次に会う時はきっとお互い老害だろうが、今よりもずっと面白い人間になっておくから。

Permalink | 記事への反応(1) | 22:38

ツイートシェア

■anond:20230130200805

なんか低層のI/Oとかメモリとか監視されるのいやだよねぇ

Permalink | 記事への反応(0) | 20:12

ツイートシェア

■anond:20221018152459

SHENZHEN I/O

Permalink | 記事への反応(0) | 08:27

ツイートシェア

■外付けHDDがI/Oエラーで切断されまくる件

最近USBの外付けHDDがI/Oエラーでよく切断されまくっていた。

容量の大きなファイルを長時間転送しまくってると高確率で強制切断されるので、最近買った奴は外れ個体だったのかな？と思ってだましだまし使っていた。

それを某所で愚痴ったら「4口USBハブ全部にHDD繋いだらそりゃ帯域不足で落ちるに決まってんだろｗｗｗ」と突っ込まれた。

USB端子(1)─USBハブ┬HDD
                   ├HDD
                   ├HDD
                   └HDD

そこで空いてるUSBポートにもう一つハブを差し込み、繋ぐHDDをハブ一つにつき2台までに制限してみた。

USB端子(1)─USBハブ┬HDD
                   └HDD

USB端子(2)─USBハブ┬HDD
                   └HDD

それ以後I/Oエラーは発生しなくなった。Twitterで書くには長すぎるのでここに残す。

Permalink | 記事への反応(0) | 20:08

ツイートシェア

■anond:20220906212829

マイコンとI/OとRAMが４大マイコン誌だった。

８０年頃I/Oとかなかなか記事レベル高くて面白かった

Permalink | 記事への反応(1) | 00:20

ツイートシェア

■うまくキャプチャできない

YouTubeの生配信中にスクショを取りたくて、アクティブなウィンドウのスクショを取って自動保存させる方法で、

Windows + Alt + PrintScreen

を使ったんだけど、保存されないことが多々起きるのはなんなん？

2枚ディスプレイのうちの1枚に配信を全画面表示させて撮ってたんだけど、上のキーを何回押しても取れないタイミングがあったり。

そりゃファイルのI/Oが重そうなのは予想つくけど、撮れるといったものが撮れないのは勘弁して欲しい。

Permalink | 記事への反応(2) | 22:27

ツイートシェア

■anond:20220429223114

ワイは別のおっちゃんやけどメモリマップとI/Oポートの表が仕様書にあってな

メモリ上のこの領域を読み書きすると外部機器と通信できますよっていう仕組みがあるんや

メモリマップドI/Oっていうんやけど毎回書いてると手間がかかるってんで定番のやり取りをまとめたりしたのをライブラリって言ってたんや

ちなみに今でもメモリマップドI/OはWindowsもMacもLinuxも普通に使ってるんやで

OSのカーネルと開発言語のライブラリに隠蔽されてて表には出てこないだけや

Permalink | 記事への反応(1) | 22:40

ツイートシェア

■10年以上同じPCを使っていたが、25,000円で新調した

1か月ほど前まで初代第1世代Core iのPCをほぼノーマルで使っていたが、Windowsの肥大化（*1（本増田の最後に参考webページを記載。以下同様））のせいかweb閲覧やExcel操作程度の作業でも引っかかりを覚えるようになったり、Windows11ブームに煽られてセキュリティ関連の記事を読み古いCPUには脆弱性が付き物だと知った（*2・3・4）り、あれこれあったためPCを新しくすることにした。

その際に色々な知見を得て情報の更新ができたため、日記帳兼リンク集として増田に残しておくことにした。極少数の人にしか役に立たないであろう文章だが、体験談の類として暇つぶしに読んでもらえれば幸い。ただ、過去のPC事情を懐古したりするのが目的なら、数年前にホッテントリ入りした別の記事（*5・6）を読む方が有意義かもしれない。

改装作業にどう臨んだか

まず、パーツの買い方を3種類に大別して検討した。

この前段階で格安の中華製ミニPC（*7）も候補に挙げていたが、拡張の厄介さや商品到着までの時間の長さを難に感じて選択肢から外した。

● H610のM/BとローエンドCPUと8GB DIMM×2

今新しく自作PCを組むなら鉄板の構成だと思う。現在の相場では、M/B 13k円、Celeron 7k円、DIMM2枚組 6k円、SSD 200GB 4k円で約3万円くらいになるだろう（*8・9・10）。構成品のどれかを中古にすれば2万円台前半で抑えることもできそうだ。

しかしながら、最近まで骨董品で我慢できた身には過剰スペックになりそうだという懸念と逆張り志向のせいでRyzen APUに惹かれたためとで、この組合せは除外した。

● 中古パーツ1点買い

時機を見極めて個々のパーツを買えれば、安く挙げることができる方法だろう。

だが、動作不良品・リマーク品（*11）・その他の不動品（*12）等を掴むリスクやピン折れ曲り（*13）他機器不良への対処を避けるため、この組合せも選ばなかった。

● M/B+CPU+αのセット・ベアボーンキット・本体を中古で購入

M/B・CPU・ビープスピーカー・電源があれば動作検証は可能だ（*14）。そのことは前提知識として通用してるだろうと期待し、ジャンクな出品物・者を弾けば少なくとも直ぐに判明するような不良品を掴むことは避けられるだろうと考えて、セット品を軸にパーツ調達することにした。

ただ、個別のパーツだけ欲しいと思う人が多いせいか、希望に叶う出品は少なかった。値段や特定のパーツへのこだわりは捨てて条件をだいぶ緩くしたが、それでも購入作業を終えるには結構な時間がかかった。

個々のパーツをどう検討したか

作業の結果以下のパーツが手に入った。これら以外にも試用して直ぐ売却したものがあるが、その分は少々の損失で済んだため、実質合計費用は25k円+10k円。

• 無名のケース+ケースファン（ジャンク置場から引っ張り出した）
• 無名のPS/2キーボード+Logicool MX300（同上）
• ネジ・ケーブル類（一部を除いて同上）
• Corsair CX550M
• ASRock B450M-HDV
• Ryzen 3 2200G
• DDR4-2666 DIMM 16GB×2（これだけ新品）
• M.2 SATA SSD 128GB
• SATA HDD 3TB（流用）
• 24インチWQHDモニタ（5年ちょっと前のものを、PCパーツの出費とは別に1万円で買った）
• 元のPC一式（そのうち処分）

● 電源

元の電源が10年以上持ったので、5年前の製品なら後5年は使えるだろうと考え、中古で済ませることにした。

参考になるまとめ記事を元に、経年による劣化が小さいと思われる、電圧と電流の波形が綺麗な製品（*15）を候補にした。5年以上前に発売された商品を1年少々しか使っていない状態良好品だと嘯く詐欺師がフリマには跋扈しているが、そういう輩を除外しても選択肢が十分にあるのは幸いだった。プラグイン電源という危険そうな製品（*16）以外に無難な選択肢が無かったのは、老害な増田には難だったが。

余談だが、電動ブロワーは電源の清掃にとても役立った（*17）。騒音が問題にならない環境の人には是非お勧めしたい。

● ケース・M/B

大型のファンを備えた電源ユニットをケース下部に置く組み方が主流になって久しいようだ（*18）が、冷却や静音にこだわる必要が無いのでケースは流用することにした。ただ、電源LEDがそのままでは機能しないので、オス-メスのジャンパワイヤー（デュポンケーブル）をフリマで買ってピンとコネクタをつないだ（*19）。

マザーボードについては色々調べたが、8ピンのATX 12V電源コネクタ（*20）が一般化して久しいことや、フェーズ数の増加（余談だが、I/O電圧とコア電圧が異なるデュアルボルテージは、30年近く前にモバイル版P54Cで初めて採用された）（*21・22）といった電源回りのことで特に知ることが多かった。光物（*23）はあまり興味が無いのでほぼスルーした。

● CPU・メモリ

RyzenもIntel Coreもどちらも魅力的だと思った（*24・25）が、結局はAMDで組むことにした。そこそこのGPUを省電力で使えることが大きかった。

メモリは多少勉強した（*26）つもりでパーツ選定に着手したが、チップセットの16Gbitチップ対応事情（*27）を全く把握していなかったため、相性問題にぶつかって最初に購入したパーツセットを買換えることになった。容量について言うと、16GBだとたまに心許なくなるが32GBだと過剰という感がある。Intelなら24GB（8+16の2枚）載せて16GB分をデュアルチャネルモードで使える（*28）ので、その点は良いなとも思う。

● ストレージ・光学ドライブ

SATA SSDでも体感速度は悪くない（*29）という言説を見て、安く手に入ったSSDで十分と判断した。記録方式がTLCかどうかといった商品選択の時に普通ポイントになる点（*30）は、次に買換えたくなった時に気にかけようと思う。

光学ドライブも電源ユニットと同様、本来は5年程度で買換えるべき製品とされている（*31）が、それはそれとして、電源と同様の理由で5年くらい前の中古品を探そうかと思って調べてみたら、M-DISCという規格（*32）があると知った。対応するドライブやメディアを購入すると割高だ、余計に金をかけてまで保存すべきデータはどれだけあるか、そもそも光学メディアの読み書きをする機会はどれだけあるか（*33）等、あれこれ考えた結果光学ドライブは買わないことにした。

● サウンド

最近は無音でPCに向かうことが専らなので、USB-DACを排除してHDMIモニタのイヤホン出力で済ませることにした。気まぐれに音楽を聴きたくなったらヘッドフォンアンプをライン出力につないで使おうと思う。

● 入力装置

ケースと一緒に死蔵品を引っ張り出した。文字入力を業としない立場なのでキーボードは何でもどうでも良い。

マウスはクリックが利き辛くなったので放置してたが、分解修理可能（*34・35・36）だと知ったので実例（*37）を参考に簡単に清掃して使えるようにした。マウスホイールは部品交換が必要な状態（ホイールのゴム部分が、加水分解して汚れてたので重曹で洗った（*38）ら、完全に溶けてなくなってしまった）なので、そのうちAliExpressで補修品（MX300適合品ではないが、サイズが同じもの）（*39）を購入しようと思う。

Windowsをどうセットアップしたか

初めは旧システムの入った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）り、システムファイルを移動させようとして次節で説明するようにシステムを破壊したりしたためだ。

● システムファイルの一部をHDDに移動

SSDの容量節約と書込み抑制のため、ページ、スワップ、ハイバネーションの各ファイル・OneDriveフォルダ（ただし、空フォルダにマウントしたドライブは移動先に指定できない）・ユーザプロファイルフォルダ下のドキュメント等のフォルダ・AppDataフォルダ下のRoamingフォルダとLocalフォルダの一部・テンポラリフォルダ・ストアアプリフォルダを移動（*51・52・53・54）した。Superfetchはデフォルトで良しとした（*55）。

かつては別アカウントでログインしてプロファイルフォルダを全部移動しジャンクションを貼って使うこともできたが、Windows10のあるバージョン以降でそれをするとスタートメニュー他ショートカットやストアアプリが即死する（*56）。一部のシステムファイルが変化するとメニューやアプリ全体が損壊判定されるようだ（十分な検証はしてないが、container.datやハッシュ値が名前になってるファイルを弄ると不味いように感じた）（*57）。こうなるとアカウントを消して再作成する他無くなる。ちなみにCドライブ直下のProgramDataフォルダ等を壊すともっと悲惨で、新規インストールくらいしか回復の手立てが無かった。

おわりに

• 10年前は、マザーボード表面の印字がもっとクッキリと見えていたと思う。
• システムドライブがHDDでメモリ8GBだった頃とは、速さがまるで違う。
• WQHDの縦表示は文章を読むのにとても便利。でも9:16の比率なので、デカいスマホを見てキーボードを打ってるようにたまに錯覚する。
• 総じて言えば金銭対効果がとても大きかった（時間対効果？　何のことやら）。

参考ページ

はてなブックマークされたページにはeidを付記した。

https://b.hatena.ne.jp/entry/1 または https://b.hatena.ne.jp/entry?eid=2（それぞれ、数字部分がeid）のような形式のurlを入力すれば、当該ブックマークエントリーにアクセスできる。

容量超過のため、anond:20220419200228 に続く。追記もあり。

Permalink | 記事への反応(12) | 20:01

ツイートシェア

■れ: node.js の呪い

https://d.potato4d.me/entry/20220405-nodejs/

が話題になっているけど、本来人類に必要なのはクロスプラットフォームな実行環境であってNodeじゃない。

TSが流行ったのはJSがクソだから。BabelしなきゃいけないのもJSにトランスパイルしなきゃいけないからであって、必要なのはJVMやCLRのような言語実行環境。

Reactが流行ったのはshadow domだけど、必要なのは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 を使っても良いし使わなくてもいい。

ま、私はそんなもの作れないのでありものでがんばりますがね。

Permalink | 記事への反応(0) | 01:39

ツイートシェア

■anond:20220314162640

そういう人たちのためにベーマガやI/Oという雑誌があった

はるかな昔だけど

Permalink | 記事への反応(0) | 16:37

ツイートシェア

■anond:20220104133808

『Zen4』搭載Ryzenシリーズの基本情報ついて

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アーキテクチャーを採用するEPYC GenoaのES品を手に入れた者によるリーク情報によると、Zen3を採用するEPYC Milanに対して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が採用

Zen4 Ryzen "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が採用される事になっています。

170W TDP seems to only be for a special variant, not the normal CPUs for sure

— ExecutableFix (@ExecuFix) May 25, 2021

ピンの数は1718本となっており、IntelのAlder Lakeで採用されているLGA1700に近いピン数になっています。ただ、CPU裏のレイアウトでは、Intel側がCPUの中央付近に電源回路関係が敷き詰められているのに対して、AMDのZen4では裏面は全て接触パッドが敷き詰められており、CPUの表側にヒートスプレッターに切り欠きを設けて、そこに電源回路関係のチップが搭載されるデザインとなっているようです。

A first look at the AM5 socket, once again in the form of a 3D-render pic.twitter.com/84T6wUjpQ2

— ExecutableFix (@ExecuFix) July 29, 2021

最大コア数は16コアに据え置き。TDPは最大170Wまで引き上げられる見込み

Zen4 Ryzen Raphaelでは最大16コア据え置き。TDPは最大170Wに

Zen4アーキテクチャーを採用するサーバー向けCPUのEPYC GenoaではZen3アーキテクチャーを採用するEPYC Milanの64コアから最大96コアにコア数が増加する見込みになっています。しかし、コンシューマー向けのRyzenについては今まで通り16コアに据え置かれる見込みとなっています。

16 cores it is for Raphael 😇

— ExecutableFix (@ExecuFix) July 13, 2021

また、TDPに関してはZen3搭載Ryzenシリーズではコンシューマー向けに販売されている製品ではTDPが120Wのみ、OEMなどに向けて販売されているモデルを含めると、65Wと120Wの2つのTDP帯製品が存在しますが、Zen4 RyzenからはTDPが最小は65Wと据え置きになるものの、95W、105W、120Wそして170Wの合計4つのTDP帯製品が登場する見込みとなっています。なお、この170Wモデルに関しては、パフォーマンスに特化した特別なモデルのために存在するようです。

CPUクーラーはAM4と互換性あり？TPD 170Wモデルには280mm以上の水冷クーラーが必須に

Zen4 Ryzenではソケットが変更となりますが、AMDのリーク資料によるとクーラーに関しては既存の純正CPUクーラーが対応製品としてリストアップされるなどしているため、ソケットは変わるものの、高さやマウント形状に関してはAM4と互換性を持つ可能性があります。

一方で、パフォーマンス特化モデルではTDPが170Wになるとの事ですが、この170Wモデルに関しては同じ資料によるとヒートシンクには280mm以上のラジエーターを備えた水冷クーラーが冷却には必要となると記載されています。そのため、Mini-ITXなどコンパクトな高性能PCを組み立てたいというユーザーにとってはハードルが高くなりそうです。

デスクトップ向けもGPU内蔵が標準に。RDNA2を搭載へ

Zen4 RyzenにはGPU内蔵が標準に。ソケットAM5のリーク情報から判明

内蔵GPUが標準搭載になるのではないかと言う情報はAMDのソケットAM5の互換性について記載されたリーク資料にて記載されています。この資料上のOn-Chip Graphicsと言う欄には"1 Dedicated"、つまりOn-Chip Graphics用に専用チップを有する事が記載されています。また、これらはソケットAM5に対応するすべてのFamily/Model Numbersにて同様の事が書かれています。この事から現行のRyzen 5000Gシリーズのようにモバイル版をベースとしたデスクトップ版Ryzenでのみ内蔵GPU搭載となる扱いとは異なります。

また、上に表示されている資料のページには記載がありませんが、資料の原本には “Some OPNs…may not support GFX”、日本語訳で『一部OPNs(モデル)ではGFX（グラフィック）をサポートしません。』とわざわざ一部OPNsでは対応しないと書いてある当たり、GPUを内蔵したモデルが標準になる可能性は高そうです。

企業などでRyzen CPUを採用したデスクトップをあまり見た事があるという方は少ないと思いますが、多くの法人向けPCではGPUを内蔵している事は必須条件とも言え、わざわざdGPUが必要となる従来までのRyzenは大きなディスアドバンテージとなっていました。そこで、AMDではZen4 Ryzenからは内蔵GPUを標準搭載し、法人向け需要も取り込もうとしているのかもしれません。

CPU側はDDR4とDDR5に対応。PCI Expressも5.0まで対応

AMDの次世代ソケット『AM5』はLGA-1718に

ソケットAM5に刷新されるZen4 Ryzenですが、これに伴いチップセットも現行の500番台から600番台のモデルが発売されます。この600番台チップセットではIntelが2021年11月に発売したAlder Lake-Sと同じようにメインメモリーにはデュアルチャンネルDDR5が採用される事となっていますが、CPU自体はDDR4にも対応しており、Alder Lake-Sと同じように廉価モデルのためにDDR4にも対応できるようにもなっているようです。

PCI Expressの世代に関しては、Zen4 RyzenのCPU自体はPCIe Gen5.0に対応した設計になっています。ただし、マザーボードのPCH自体はPCIe Gen 4.0までの対応となっておりCPUと直接接続が可能なPCIeレーンだけはPCIe Gen 5.0に対応できるというマザーボードになりそうです。なお、サーバー向け製品であるEPYCやThreadripperなどはマザーボード側もPCIe 5.0に対応できる見込みのようです。

Permalink | 記事への反応(0) | 14:02

ツイートシェア

■ 仮想化時代の NAS 選び - やっぱり iSCSI は早い。

仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。

テストに使う NAS は QNAP の Turbo NAS TS110

http://www.tekwind.co.jp/products/entry_6719.php

です。もう６年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。

昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。

• iSCSI とは

iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SASケーブル接続のハードディスクを、一般的なIPネットワークで規格で仮想化したものです。

マウントするホストシステム側は iSCSI initiator, ディスクストレージの機能を提供する側を iSCSI Target と呼びます。

ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。

という事で、仮想環境では実に使いやすいストレージデバイスなのです。

マウントするホスト側から見ると単純に SCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットでフォーマットする必要があります。

Linux の iSCSI ターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん！　とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。

※ qnap NAS の場合、iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。

[Solved]How to mount iSCSI 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] #

[/share/HDA_DATA/.@iscsi.img] # ls -l

-rw------- 1 admin administ 6442450944 Nov 12 2017 iSCSI-2015ace1-5a078d66.000

-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000

-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000

-rw------- 1 admin administ 5368709120 Nov 11 2017 iSCSI-nss2015-5a06cf6d.000

-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000

-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001

[/share/HDA_DATA/.@iscsi.img] #

※　とても重要

CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする（できちゃいます）と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。

つまりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットはネットワーク上の仮想ディスクです。

もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイスで複数作れるので、１台の iSCSI 装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。

極端な話、ホストのハイパーバイザーは USB メモリやSANブートさせて、後はマウントした iSCSI の仮想イメージ上で、仮想マシンを動かす、HDDレスなハイパーバイザー運用もできます。

物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb base のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまいます。

距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットをデータセンターに置く、なんてこともできます。

【送料無料】QNAP TS－431P2（ホワイト） NAS 4ベイモデル クアッドコア CPU ／ LAN 2ポート搭載 （TS431P2）

価格:56,145円

(2019/7/27 12:05時点)

感想(0件)

• LUN -

iSCSI の耳慣れない言葉に LUN （論理ユニット番号 : Logical Unit Number）というのがあります。

昔の SCSI は、 SCSI バスアダプタに７番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な３ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。

つまり初期のSCSI 規格では８つ分。

これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。

つまり一つのSCSIバスには 0~７の合計８台（うち大抵７番はSCSI バスカード）の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。

ところが　SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。

これが LUN というヤツです。

iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。

別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。

まぁ、いい加減な説明なので、他所で調べてください。

https://en.wikipedia.org/wiki/Logical_unit_number

• iSCSI ターゲットの設定 -

Qnap NAS の場合、iSCSI ターゲットはウィザード形式で簡単に作成できます。EXT4 ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、 Windows の Storage Server のように NTFS の VHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。

Qnap NAS の iSCSI ターゲットの設定は、偉そうな Linux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg

機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。

QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵

10GbE接続対応 NAS

Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」＞「システムとセキュリティ」＞「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」 「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg

新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。

ＰＲ

ちなみに opeSUSE で使うにはこんな感じになりました。

open SUSE Leap 15.1 で iSCSI NASを使ってハマった

https://islandcnt.exblog.jp/239328437/

• CIFS の性能を見てみる -

一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを　CIFS でコピーしてみます。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg

３分１１秒かかりました。１Gビットネットワークで 12～3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。

スループットは 150Mbps 程度で全体の最大１５％程度でしょうか。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg

次に iSCSI マウントしたディスクにコピーしてみます。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg

初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg

２分２５秒でした。　大体２０％程度のスループットです。

--

数字に弱い私の脳みそですが、 iSCSI は CIFS より　1.5倍くらい早い、という事が言えます。

Zabbix で QNAP TS-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そのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。

Permalink | 記事への反応(0) | 12:57

ツイートシェア

■anond:20211114121846

横からだけど俺もそう思う

強いて言えばWSLのI/Oが遅いとか？

Permalink | 記事への反応(0) | 12:27

ツイートシェア

■anond:20211018203307

I/Oをエロと呼んでいた高校生がいたよ。

Permalink | 記事への反応(0) | 20:41

ツイートシェア

■革新的で軽量なブラウザー(自称)、Floorpブラウザをこき下ろす

Floorp ウェブブラウザと名乗るブラウザが最近出てきて、開発が終了したKinzaのパッチが公開されたら取り入れると宣言してKinzaの後釜を狙ってるらしい。中の人は学生(中学生？高校生？)らしく、使っていくうちにチャラさ、痛々しさが目立ってきたのでこき下ろしていきたい。

このブラウザが気になってしょうがない人はTwitterアカウントに行けばダウンロードリンクがあるのでダウンロードして確かめればよい。

※以下の話は、断りのない限り8/28に公開された公開ベータ版(v1.1.3)のことである。

使用許諾契約書に突っ込みどころが多すぎる (v1.1.3)

インストーラーを実行するとまず使用許諾契約書が出てくる。

＊Floorpブラウザ利用規約＊

---------------------------------------------------------------------------------------------------------------------------------------------

Floorp デベロッパープレビュー利用規約

1.Floorpをお選びいただき、ありがとうございます。高速で軽量なブラウジングをお楽しみください。

2.Floorpのソースコードは一部をAblazeのGithubにて公開しています。また、Chromiumのライセンス「BSDライセンス」に基づき、作成者は本ソフトウェア(Floorp)によって発生した損害は保証できません。

3.Dev Previewエディションの場合、TwitterなどのSNSにスクリーンショットなどをアップグレードしないでください。

4.感想やご不明な点がございましたら、お聞かせください。これは義務です。Floorpの改善に協力してください。

5.Ablazeの利用規約に沿って本ソフトをご利用ください。

6.以下に表示されている利用したオープンソースソフトウェアに感謝しましょう。Floorpはこれがなければ実現しませんでした。

7.開発者はあまりすごいことをしていないことに気づきましょう

8.ソースはこちらhttps://github.com/Ablaze-MIRAI/Floorp-Browser

---------------------------------------------------------------------------------------------------------------------------------------------

利用したオープンソースソフトウェア

[※以下略]

さて、どこから突っ込もうか。

Floorp デベロッパープレビュー利用規約

いやこれ、公開ベータ版でしょ？

Floorpをお選びいただき、ありがとうございます。高速で軽量なブラウジングをお楽しみください。

これ、規約内に組み入れる必要あります？

スクリーンショットなどをアップグレードしないでください

「アップグレード」wwwwwどうやったらアップグレードできますかね？めっちゃ草生えたわ。

感想やご不明な点がございましたら、お聞かせください。これは義務です。

あったら教えてなのに義務と言い切る。どっちなんだよ。

Ablazeの利用規約に沿って本ソフトをご利用ください。

それなら「Ablazeの利用規約」とやらをここに載せろよ。超不親切。

開発者はあまりすごいことをしていないことに気づきましょう

これ、規約内に組み入れる必要あります？

8/29公開版(v1.2.4)の使用許諾契約書は遊びすぎ

＊Floorpブラウザ利用規約＊

---------------------------------------------------------------------------------------------------------------------------------------------

あああああああああああああああああああああああああああああああ開発つかれた

• Floorp デベロッパープレビュー利用規約（法律のなんやらかんやら）- 開発者すらーぷの妖精 (https://Twitter.com/surapunoyousei)

1.Floorpをお選びいただき、ありがとうございます。高速で軽量なブラウジングをお楽しみください。

2.Floorpのソースコードは一部をAblazeのGithubにて公開しています。また、Chromiumのライセンス「BSDライセンス」に基づき、作成者は本ソフトウェア(Floorp)によって発生した損害は保証できません。

3.Dev Previewエディションの場合、TwitterなどのSNSにスクリーンショットなどをアップグレードしないでください。

4.感想やご不明な点がございましたら、お聞かせください。これは義務です。Floorpの改善に協力してください。

5.Ablazeの利用規約に沿って本ソフトをご利用ください。

6.以下に表示されている利用したオープンソースソフトウェアに感謝しましょう。Floorpはこれがなければ実現しませんでした。

7.開発者はあまりすごいことをしていないことに気づきましょう。後眠いんだけどどうしよう？癒してください！彼女ください（）

8.Floorpは有志によって無料で提供されています。寄付は受け付けますのでダイレクトメッセージ https://Twitter.com/Floorp_Browser へお越しください

9.ソースはこちらhttps://github.com/Ablaze-MIRAI/Floorp-Browser

[※以下略]

利用規約をなんだと思っているんだ。「利用規約は楽しく、ユーモアにありふれさせたい」とか「Floorpの利用規約の最後に・彼女になることに同意しますか？って書けば同意させられんじゃん」とかつぶやいてる時点でなめてるしふざけてる。

公開されているソースコードのタイトルが痛い

Ablaze-MIRAI/Floorp-Browser: Chromiumで一番軽量なブラウザの大部分のソースコードです。

というタイトルなのに、実際に公開されているのはブラウザコンポーネントに比べてかなり少ない。これのどこが「大部分」なの？

あと何の根拠もなく「Chromiumで一番軽量」って言い切ってるだけで相当痛い。一番軽量かどうかは知らんが、メモリ使用量が少ない=軽量と思い込んでる節がある。ほか、

Chromium本体＝BSDにのっとって公開なし

という文は誤解を生むから今すぐ止めろ。これだとBSDライセンスに違反するぜ！と宣言してるような解釈もできるから。利用規約でOSSに感謝しましょうとか言っておいてこの扱いひどくないか？

ブログ記事も痛い

このブラウザの自己紹介記事(https://blog.ablaze.one/573/2021-08-16/)が先週公開されていたが、ここに書かれてる内容も相当痛々しい。

• 公開ベータ版が出る前に記事を出しておいて「お試しあれ」とかバカか？一部の人間にしか試せるようになってなかっただろ。
• 「トラッカーはユーザのプライバシー保護で重要です。」って、トラッカーを肯定してるのか。多分「撃破」が抜けてるだけだが。っていうか、「撃破」って何？
• FLoCを潰せばトラッカー排除は十分と思ってるとはな。せめてサードパーティCookieをデフォルトで無効にしてるとかぐらい書いたら？それぐらいの改造ならFLoC潰すよりは楽勝でしょ？

メモリ使用量が少ないのは見せかけ

ブラウザをインストールするとメモリカスタマイザーなるものが同時にインストールされる。これが動作することでFloorpブラウザのメモリ使用量が劇的に減ってるから軽い、ということらしい。

しかし、ブラウザを起動したまま放置してみてから、実際のWindowsタスクマネージャーの様子をよく見てほしい。メモリ使用量が数MBとありえないぐらいまで減っているのがわかるだろう。Windowsタスクマネージャー上ではメモリ使用量が減っているように見えるが、ブラウザのタスクマネージャーで表示されるメモリ使用量はそれほど減っていない。では何が起こっているのか？

メモリカスタマイザーの正体はFireminである。名前の通り元々はFirefox用で、仮想メモリにページアウトさせて物理メモリ使用量を減らすものらしい(実際の動作は細かく見てないのでよくは知らない)。Fireminの名称変更、起動時にFloorpを自動的に対象にするといった改造を施している。FireminによってWindows10の途中の大型アップデートから搭載されたメモリ圧縮がより積極的にかかるようになり、物理メモリ使用量も減らせるメリットはあるようだ。YouTubeのトップページを開いてしばらく待った時、メモリカスタマイザーの使用時と未使用時で約0.1GBの差はあるのは確認できた。ただし、メモリ圧縮の代償はパフォーマンスの低下。特にページアウトによりディスクI/Oが増える。ディスクI/Oが足を引っ張って重くなる場合があるので、必ずしも軽いとは言えない。

結局の所、Chromiumを改造するなどの根本的な解決策を取っているのかは疑問である(もししているならTwitterなりに書いているだろう。技術的アピールができるし)。Floorpブラウザの作者はWindowsのタスクマネージャーに出てくる見せかけの数値だけを見て「えっ、Floorp軽っ、、、、、」とか言ってるのだから、実に恥ずかしい。いつ気がつくか見物である。

メモリ節約(?)のせいでパフォーマンスが落ちる

500ms単位でメモリ節約機能が動作するせいで、Speedometer 2.0のベンチマーク結果がさえない。未使用時と比べて7%ぐらいスコアが落ちてる。Edgeよりもスコアが良くない。メモリ使用量のことばかり気を取られて、速度のことには関心がないのかもしれない。

インストールされる拡張機能が他のChromium派生ブラウザに影響を与える

Chrome Web Store外から拡張機能(Deepl翻訳と同期機能)をインストールさせるためにレジストリを使用した結果、他のChromium派生ブラウザ(SRWare Ironで確認済)でも拡張機能がインストールされたという通知が表示されるようになってしまう。

その他

インストール先がCドライブ直下

Cドライブ直下にフォルダー作ってそこに入れるとか、いつの時代のソフトだよ。Program Filesに入れてやれよ。

FloorpLuncher.exe

スペルミスウケるwwwこれじゃ昼飯食う奴じゃんwww

Wikipediaの該当記事が早々に削除されそうになる事態に

https://ja.wikipedia.org/wiki/Wikipedia:%E5%89%8A%E9%99%A4%E4%BE%9D%E9%A0%BC/Floorp

https://twitter.com/surapunoyousei/status/1431961462734352385

作者から依頼されて書かれた記事に客観的な証明なんてどうやってするんだろうね。

本番はこれから

まあKinzaのパッチが出てからが本番っぽいし、それまではこれぐらいにしておこうか。

メモ

Uniant Browser → Floorp Browser? UniantとAblazeの関係がよくわからん。個人で開発してるのか寄り集まって開発してるのかもよくわからん。

2022/2/8 追記

中の人のTwitterで中学生と書かれていたことがあったので、高校生ではないかもしれない。高校生の表記から「学生(中学生？高校生？)」に変更した。

Permalink | 記事への反応(4) | 11:37

ツイートシェア

■anond:20201221125931

CPUもI/Oもストレージも全部エミュレータだよ

機械の肉体（最新の仮想ハード）で、生身の心（古いソフトのコード）が生きているサイボーグにちょっと似ている

Permalink | 記事への反応(0) | 13:06

ツイートシェア

■懐古に浸る

MZ-2000やFM-7、PC-8001 mk2 だのの80年代「マイコン」の広告画像をネットで検索したりしている。思い出すI/O誌カラーページのインクの匂い、マイコン誌の厚み、Oh!Mz のペラペラ具合。クリーンコンピュータと称して、起動のたびにカセットテープからBASICを読み込む仕組み。昔ベーマガにゲームを投稿して、「明日のプログラマ」コーナーに名前が載ったこと。こんな非生産的なことに時間を費やす人生折り返し地点。

Permalink | 記事への反応(1) | 10:44

ツイートシェア