はてなキーワード: ファームウェアとは
[自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc](https://note.com/joan_of_arc/n/ned510ca913c7)
1. 今はなき鉄鋼メーカー、研究所で新規シミュレーションコード立ち上げ
メンターが米国自動車メーカーへ転職して途方にくれた。電磁気学の教科書を読み漁って掲載されているサンプルコードを理解して、コード手打ちして3ヶ月で動く様にした。社内で誰も見たことが無い結果に驚かれた。
2. 鉄鋼メーカーの人員削減が若手にも迫ってきたので、電子部品メーカーへ転職。コードは書かず開発現場で製品試作品の制作をモクモクと行う。
3. 色々あってプログラマー派遣会社へ転職。ドコモ向けのアプリのテストデータを作成するだけの仕事をアサインされた。楽勝の仕事だったが、拘束時間が長く半年で10kg太る。
4. 派遣で今はなきシャープ常駐でデジカメファームウェアの開発現場に放り込まれる。C言語の未知のコードとLSIの仕様書に戸惑ったが、親切な若手社員に助けてもらって独り立ち出来た。2年程やったが、雇い止めに合った。
VC++製の画像処理アプリもメンテした。VBの画像処理アプリも自作した。
5. 現NTT、当時住友銀行子会社で常駐で電磁界シミュレーションアプリの新機能開発を担当。分散処理による計算時間短縮を狙う部分を担当。分散処理はMPI(現OpenMPI)を使用。まずはパソコン2台で分散処理を行うもNIC(LAN Card)がボトルネックで計算は出来るが1台で計算するよりパフォーマンスが出なかった。職場にジョインしたあとは、しばらくは訳がわからず、戸惑った。通勤時間が長く体が消耗した。
派遣プログラマーは嫌で正社員で働きたかったので、プログラマーにこだわらず職場を探した。知財の職に採用されたので、常駐先と派遣会社に退職を願いでると引き止められて困った。退職を強行して転職できた。離職票の入手に苦労した。暑い夏だった。
6. 中小製造メーカーの知財の職場では要領よく仕事をこなしていると時間があまる。余った時間で社内WEBサイトを作ったりした。使ったのはASP(ASP.NETの前身、VB.NETでコーディング)。フレームワークに従ってコードを埋めるとそれなりに動いた。DBMSはAccessを使った。要するにmdbファイルにデータを保存した。更新処理は管理者のみ、データの閲覧が主な機能であるWEBサイトだった。
7. 知財の仕事は楽勝なのだが、やはり開発の仕事に未練が出てきた。iOSアプリの開発もやってみたくなった。10年以上知財の仕事を行ったが思い切って無職へ転向した。親父も無くなり、遺産の整理もサラリーマンを行いながら難しかったのだ。(つづく)
TP-Linkの某Wifiルータを使っているんだが、ファームウェアをアップデートしたあたりから調子が劇的に悪くなった。
有線接続のPCは全く切れないのでワイアレス通信まわりだと当たりをつける。
特に調子の悪くなったOculusとMacBookAirのWifi設定を観察してると、5GHzに繋がったり2.4GHzにつながったりを行ったり来たりしていた。
ほとんどデフォルトの設定で使っていたがあらためて設定を見直す。
スマートコネクトという同じSSIDで5GHzと2.4GHzの接続をいい感じにしてくれる機能があった。
MacBookAirで様子見してるが解消してる気がする。
BIOS(Basic Input/Output System)とUEFI(Unified Extensible Firmware Interface)は、コンピューターの起動時にハードウェアを初期化し、オペレーティングシステムを起動するファームウェアの2つの異なるタイプです。
BIOSは、1980年代に開発された古い技術で、16ビットのプロセッサモードで動作し、1MB未満の実行可能メモリしか持っていません。これに対して、UEFIはより最近の技術で、32ビットまたは64ビットのプロセッサモードで動作し、より大きな実行可能メモリを持っています。
UEFIは、BIOSに比べて多くの利点があります。例えば、UEFIはより高速な起動時間、より大きなディスクサイズ(2TB以上)のサポート、より強力なセキュリティ機能(セキュアブート)、グラフィカルなユーザーインターフェースなどがあります。
症状を検索すると「ドライバやファームウェアの更新で直るがちょっとめんどくさい」みたいなことが書いてあることが多いので
少し試して「じゃああとでやるか」「うまく更新できてないっぽいなあとで調べてみよう」みたいに放置するかもしれないが
たとえばボタンとかトリガとかスティックとかが変な動きをするというのはだいたい物理的な不良由来なのでドライバやファームウェアでは直らない
保証期間があるうちに速攻で送るのがよい。使い捨てできるほど安物でもないので素直に。今日のゲームは諦めて
買って30分で方向ボタンが押しっぱなしのような入力が発生する症状が出て(ボタンが押し込まれるという物理的な症状ではない)、
ファームウェア更新は有線で…必要なアプリ見つからん…これファーム最新だってことか…?とかのんびりやってたら保証で直せなくなった
見たところ別の現象っぽいけど、ルーターのファームウェアを更新して直った私の自分用覚え書きを貼り付けておきます。
↓
2023/1/7 ついにAppleに問い合わせ。
Wi-Fiが数分で切れる。
4Gでは問題なし。
2.4GHz, 5GHz いずれでも発生。
ネットワーク設定のリセットを指示されたので試したが即再発した。
他のWi-Fiアクセスポイントも指示された。ごもっともだが未検証。
ローソンで試そう。
インターネット上に報告は見当たらないのが不気味。
ローソンで発生しなければ、家のルーターと12月のiOS(含む16.2)との相性問題か。
もともとiOS16でのWi-Fi切断問題は広く知られていたようだ。
https://sbapp.net/appnews/app/upinfo/ios16/wifigakirerutsunagarinikui-141238
> iOS16.1でWi-Fiが切れる問題が発生しiOS16.1.1で改善、iOS16.1.2アップデート後に問題が再発
しかしUI上もWi-Fiが切断されたように見えるというのは、私の症状とは違っているようだ。深刻度はオフオンで直るぶんラクということか。
ストリーミングなら起きない疑惑→ 起きた。けど切れるまでにやや時間がかかる?
発生すると192.168.1.1にさえつながらないし、設定内では「インターネット未接続」と表示されるね。(インターネット未接続は、その時一度きりだったみたい)
ローソンでは大丈夫だったように見える。確かに通信環境は劣悪だったが、いちおう少なくとも15-30分は継続して通信できていた。
NECルータを間に挟む?なんでNEC抜いたんだっけ。意味ないからってだけ?まあ意味ないけど。
2023/1/27
発生した。やはりNECルータを試すしか。あとはもう一度ローソン以外でも試したいが。
2023/2/2
NEC Aterm WG1200HS3 のファームウェアが手動更新になっていたので自動に設定し、1.0.0から1.5.0に更新した!これが効果あるかどうか!→直った。快適!
光クロスが来て契約を検討したけど、10G対応ルータのボロクソっぷりがやばくてどうしようもないんだけどどうすればいい?
今月発売されたルータで性能面はめちゃくちゃいいくせに不具合多発のゴミ
再起動後10分程度で詰まるという以前のルータの不具合がまだとり切れておらず、サポートも匙を投げる有様
あと、今時Wifiが2.4Ghz,5GHz,6GhzごとにSSID分けられないらしい
ファームウェアアップデートでMAP-Eなどがしゃべれるようになったりと機能追加はいいけど、
逆に言うとこなれてないので変なバグと出会ったら大変になりそう
あと普通にできることが面倒な手順を踏まないとできないみたい
具体的にはLAN内の機器に固定IP振るのに、VLAN作ってMACアドレスを登録しないとできないなど
なるほど完璧な性能っスね―――ッ ポンっと買えねえお値段(25万)だという点に目をつぶればよぉ~~!!
まずは、日立のサーバーでのWindows Server 2022への対応からお聞きした。
木村: サーバーにはHA8000VとRV3000の2ラインアップがあります。HA8000VがPCサーバーで、汎用的なサーバーとして、エントリー向けや、HCI、VDIのソリューションなど、いろいろな用途で使われています。RV3000はミッションクリティカル向けです。Windows Server 2022のプレインストール対応は、HA8000Vの全機種で2022年5月を予定しています。
Windowsサーバー市場における日立の強みとして、木村氏は、サポート力を挙げる。
木村: 日立は長年に渡ってプラットフォーム製品の開発を行ってきました。作ってきたからこそ、中身がわかっている技術力があります。できることとできないことを技術者がわかっているので、障害が起きたときや問い合わせのときに、お客様に事実を真摯に伝え、重大な不具合があっても技術力で解決に向けていきます。何かあったときに問題をたらい回しにせず、技術力をコアにしてしっかり対応するサポート力が強みです。
こうした日立のDNAを結実させたサポート商品が「日立サポート360」だ。通常はサーバーのハードウェアからOS、ソフトウェアなどは、それぞれと契約し、サポートを受けることになる。日立サポート360ではこれらをワンストップで受け付け、支援することができる。
広瀬: 窓口が1つになるというのは他社でもありますが、そういう表面的な話だけではなく、複合的な力で問題解決支援にあたれるのが真の価値です。内部で、サーバーからOS、日立ミドルウェア、導入ミドルウェアなど、いろいろな製品の部門の連携がすごく濃密にされているからこそ、複合的な力で問題解決にあたれます。これが本当のワンストップの意味です。
この日立サポート360でWindows Server 2022のサポートにも対応する。日立では、長年のサポート実績により蓄積された技術力により高い自社解決率を誇るという。自社解決率が高ければ、それだけパートナーへのエスカレーションが減るわけで、短期間でのトラブル解決が期待できることになる。
日立のハイブリッドクラウドのソリューション「EverFlex from Hitachi」
木村氏は、日立のハイブリッドクラウド戦略としてEverFlex from Hitachi (以下、EverFlex)ソリューションを説明した。EverFlexは2021年10月にクラウドとのデータ連携ソリューションとして始まり、2022年2月にハイブリッドクラウドのソリューションとして強化された。
木村: お客様がオンプレミスとパブリッククラウドを使うときに、最適なシステム設計にして、コストも最適化していきます。ハイブリッドクラウドの導入には事前にアセスメントやコンサルティングを行うことが大切です。なぜなら、パブリッククラウドを導入することで負担が減るかと思われがちなのですが、ハイブリッド化されることで負担が増えることがあるからです。
EverFlexの特徴の中でも特に「クラウドライクなサービス提供」について木村氏は紹介した。
木村: ハイブリッドクラウドになると保守や運用が煩雑になります。パブリッククラウドとオンプレミスの両方を管理しなくてはならないため、システム管理において両方のノウハウが必要になります。このため保守・運用フェーズにおいて簡単化されずコスト最適化が課題となってきます。それを避けるために、共通化するニーズに応えるようにいろいろと工夫しています。
ハイブリッドクラウドソリューションEverFlex from Hitachi
まず、問い合わせをワンストップ化したり、運用管理を1つのツールで一元化したりすることで、顧客の負担を軽減する。
プラットフォームにおいては、オンプレミスからクラウド接続を可能にしてシームレスにお互いやりとりできるOSが各社ある。Windows Server 2022はまさにそれを特徴としており、同じくAzure Stack HCIも選択肢に入る。
さらに、支払い/利用形態についても、オンプレミスでも売り切りだけでなくフィー型も採用する。こうしたEverFlexの中でWindows Server 2022のユースケースを木村氏は2つ挙げた。
1つめは、運用管理の簡単化の部分で、Azure Portalからオンプレミスを管理できる機能の強化だ。
木村: オンプレミスにエージェントを入れておけば、管理者がAzure Portalだけをさわって、オンプレミスのリソースやイベントの管理も全て一元化できます。これに期待しています。
もう1つはセキュリティの強化だ。
木村: ハイブリッド化が進むと、両方の基盤をネットワークで接続することになります。従来には存在していなかった接続となるため、その部分でセキュリティの強化も進めなければなりません。そこでWindows Server 2022では、Secured-core ServerによってOSそのもののセキュリティレベルが上がっています。TPMと連動する機能によってハードからOSのレイヤーを守り、マルチレイヤーでセキュリティを強化しています。
そのほかにもクラウドライクの取り組みとして2つを木村氏は紹介した。
1つめは「サーバ予備リソース提供サービス」。サーバーを余分に設置し、支払いは電源を入れて使った月だけ発生するというサービスだ。
木村: 迅速でタイムリーにリソースを増強したいときに、クラウドなら自由に構成を変えられます。それをオンプレミスでもできるようにします。クラウドではインスタンス単位となり、ハードウェアの構成はメニューの中から選択することになりますが、オンプレミスでは構成を自由に組む事ができます。まずHCIソリューションから開始しましたが、2022年4月からはそれ以外にも拡大する予定です。
もう1つが「ハードウェア安定稼働支援サービス」。オンプレミス環境のサーバー運用管理を省力化するものだ。
木村: 旧来の保守では、ファームウェアのバージョンアップがあると、技術的にどういう影響があるかを確認して、その都度適用するかどうかを判断する必要がありました。それを提供元が判断するのがこのサービスです。お客様の機器を弊社で管理して、ファームウェアの推奨バージョンの選定や、更新作業などを一括でやります。
サブスクリプションに力を入れる
日立のこれからの注力分野について木村氏は、サブスクリプションに力を入れていくと語った。
木村: 全社的な方針で、サブスクリプションに力を入れていきます。クラウド化で初期投資をおさえるニーズと同時に、オンプレミスも求められています。そうしたお客様のニーズにアラインしていきます。
サブスクリプションやクラウドライクなサービスで管理を簡単にして顧客企業がコストを抑えることで、究極的な目的はその先のDXだと木村氏は語る。
木村: 既存のプラットフォームのコストを最適化させ、浮かせた費用を新たな投資先として、AIやEdgeを活用する新たなデジタルソリューションの領域に向けていくことを支援していきたいと考えています。
そのために木村氏は、よりハイブリッドで使いやすいようなライセンス体系をマイクロソフトに期待している。
木村: 今後ハイブリッド化が進むと、繁忙期にリソースを拡張するといったこともあります。そのときにライセンスが、オンプレミスはオンプレミスで買って、AzureはAzureで課金してと、ハイブリッドで使いづらい体系になっています。将来的にライセンス体系を統一するなど、両方の基盤で使えるような体系になることを期待しています。
また、Azure Portalからオンプレミスを管理できる機能についても、さらなる強化を木村氏は期待する。
木村: Azure Portalからは管理できる範囲に限りがあります。OSから上のリソースやイベントは監視できるのですが、ハードウェアの死活監視や電源管理などは対応していないため、JP1やその他のツールなど、複数のツールを使いこなす必要があります。それらの管理ツールが乱立してしまうと、また管理の手間が増えてしまう。こういったことをオンプレのツールか、Portal側で統一することも期待したいところです。
最後に欠点はないのか?って話なんだけどさ、欠点はある。
前述した通り一般的なアナログシンセサイザーのように物理ノブが少ないのは欠点。ただシンセサイザー初心者には物理ノブは少ないほうが逆に物理ノブの数に惑わされず良いかも知れない。この辺は設計思想・考え方次第だね。
そして、欠点はもう1つある。MIDIの実装思想が20年前のままってのがコスパ最強のCT-S1000VでDTM作曲はじめようと考えるシンセ初心者にとって最大の障害だと思う。これに比べたら少ない物理ノブのせいでメニュー潜る煩わしさなんて無いのも同じだ。
今どきMIDIから楽器音色変更するのにプログラムチェンジ/コントロールチェンジはないだろ。MIDI CCでバンク指定しないとDAWのシーケンサーを動かしても鳴るのはバンク001のStage Pianoだけ。
これはCT-S1000Vの本体液晶に表示されている楽器名とは紐付かない。どういうことかと言えばCT-S1000Vの本体液晶へギター音色が表示されててもMIDI CCでバンク指定しないとMIDI経由で鳴るのはピアノ音色だってことね。
中高生を例に挙げたけどさコスパ最強のCT-S1000Vは音楽に興味ある中高生へマジで売れると思うんだよ。
でもさ?CT-S1000VでDTMはじめますよって今どきの中高生にさプログラムチェンジ/コントロールチェンジ使わせるの?最悪この子たちパソコン持ってないよ?
例えば今のスマホ系のDAWってしっかりとMIDIシーケンサー搭載されていたりするしMIDIチャンネル指定もしっかりできる場合が多いんだよ。
これおそらくスマホ系DAW作ってる開発者すら今どき必要ないと思って組み込んでないんだろうけどMIDI CCが使えないことが多いんだよね(ピッチベンドやモジュレーションなどのCCは使える。音色指定のCCを任意に指定できないという意味)。つまりそれ知らない(使わないから覚えることもない)中高生はスマホでDTMやろうとして絶望するわけよ、どうやってもピアノ音色しか鳴らんから。
CASIOさんほぼ間違いなくスマホ系DAWのこと考慮に入れてなかったでしょ?
これ本当に売れない原因、故障と勘違いした返品の原因になるからファームウェアアップデートでCT-S1000Vの液晶表示とMIDI経由でトリガーしたときの発音を揃えたほうが良いよ。
せっかく初心者向きの物理ノブを搭載させたのにMIDIの仕様が骨董品ってのは本当に無いよ。トータルデザインが揃ってないじゃないか。
というわけで長々語ったけどCASIO CT-S1000V、筆者は「センヴィー」って呼んでるけどセンヴィーの応援よろしくな!
・機械工学は大学で学んだ。機械系4力学のさわりだけなら大体やったがもう忘れている。
・切削加工はけがき、フライス盤、ボール盤、くらいならできるが複雑な形状は作れる気がしない。そういえば旋盤は使わなかった。耐久性を考えなければ3Dプリンタでなんでも作れるらしいが、3Dプリンタは触ったことがない。
・CADは大学の演習でSolidWorksを触った程度。もうすっかり忘れている。手書きの製図とかは調べて思い出せば簡単な形状ならできるかもしれない。
・シミュレータはANSYSをマニュアル通り触った程度。動力学解析とか連成解析とか仕組みは全くわかっていない。
・電気工学はだいぶ勉強不足。簡単な回路図はチップの製品情報を睨めっこしながらINとOUTと接地をどうすればいいかくらいはわかったが、複雑なものになるとダメ。ArduinoとRasberryPiは買ってみたが埃かぶっている。論理回路の読み方はすっかり忘れているが調べれば思い出せると思う。
・化学系は全くの無知。大学受験で知識は止まっている。物性物理的なところも無知。
・数値計算はPythonやMatlabでちょっとできる程度。ライブラリを使った行列計算や簡単なニュートン法くらいなら書けるが、精度や速さが必要だったり複雑になるとダメ。解析は微分積分や常微分方程式を調べて思い出せばできる程度。測度論とか特殊な積分とかいわゆる大学数学的な道具が必要になる解析はできない。
・競技プログラミングはちょっとかじったがやめてしまった。むずかしすぎた。
・機械学習や統計はなんとなく知識はついているが、手を動かして何か作ったことはない。この前統計検定1級落ちた。
・バックエンドはSQLをそれなりに書いてとりあえず動くものなら書ける程度。可用性とかパフォーマンスとか考えられるレベルではない。JavaはJavaEEを横展開的に書いた程度。理解できている自信はない。保守性高めたりデザインパターン的に綺麗な書き方とかできない。C++は一瞬だけ触ったことがあるが、環境構築ハマった&謎のSegmentation Faultで苦手意識を残したまま。Go?Rust?なにそれおいしそうだね。
・クラウドはAWSをマニュアル通りに使っている程度。1から設計なんてできない。なのでAWSのソリューションアーキテクトを勉強中。AzureやFirebaseは触ったこともない。
・ネットワーク系とかセキュリティ系は全く勉強不足。応用情報をギリギリ合格できる程度の知識しかない。わかるようにはなりたい。
・フロントエンドはFlutterを勉強中。Flutterむずかしい、どんな言語でもそうだけどチュートリアルから業務レベルまでの乖離がありすぎてよくわからない。javascriptはjQuery一強時代にちょっと書いた程度。VueとかReactとかなにもわからない。TypeScript?なにそれおいしそうだね。
・ハード系だったりファームウェア系だったりコンパイラ系は何もわからない。わかるようにはなりたい。
全部中途半端だな、、、
仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。
テストに使う NAS は QNAP の Turbo NAS TS110
http://www.tekwind.co.jp/products/entry_6719.php
です。もう6年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。
昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。
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] # 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 デバイスで複数作れるので、1台の 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円
感想(0件)
iSCSI の耳慣れない言葉に LUN (論理ユニット番号 : Logical Unit Number)というのがあります。
昔の SCSI は、 SCSI バスアダプタに7番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な3ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。
これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。
つまり一つのSCSIバスには 0~7の合計8台(うち大抵7番はSCSI バスカード)の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。
ところが SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。
これが LUN というヤツです。
iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。
別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。
https://en.wikipedia.org/wiki/Logical_unit_number
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ポート内蔵
Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」>「システムとセキュリティ」>「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」 「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg
新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。
PR
ちなみに opeSUSE で使うにはこんな感じになりました。
open SUSE Leap 15.1 で iSCSI NASを使ってハマった
https://islandcnt.exblog.jp/239328437/
一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを CIFS でコピーしてみます。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg
3分11秒かかりました。1Gビットネットワークで 12~3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。
スループットは 150Mbps 程度で全体の最大15%程度でしょうか。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg
初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg
2分25秒でした。 大体20%程度のスループットです。
--
数字に弱い私の脳みそですが、 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が2ポート以上のものが推奨されます。
iSCSI はあくまでもネットワーク上のストレージのみの機能を提供するものであり、ファイル共有の手段ではない、という事です。
NAS をCIFSで使うと NAS が持つ独自のアクセス権限を設定しなければなりません。セキュリティも当然 NAS 独自の機能で設定します。
iSCSI はあくまでも「外付け SCSI デバイス」のネットワーク版なので、マウントする側のOSそのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。
今月は,ソニーグループと任天堂の決算の話を中心に進めたい。両社ともに共通しているのは,前年の強い需要の反動を受けたことだろう。とくにソニーグループは,PS5のコスト負担が重いこともあって,大幅な減益となった。
PS5は230万台の売上(着荷)台数と,前第4四半期の330万台から減少した。要因は(1)空輸から船便に切り替えた影響,(2)半導体不足による生産台数の減少によるものとしている。半導体は最先端のチップ不足が報道されがちであるが,パワー半導体なども,自動車生産の回復による需要増で不足感が強い。この四半期は生産に大きく影響が出た印象である。今期目標の1480万台以上は堅守とのことだが,第1四半期のビハインドを挽回できるかどうかはよく分からない。
下図は以前にも示したものだが,今回の決算で気になるところは,アクティブユーザー数だろう。ソニーグループは前年度よりも水準が高いことから,コロナ禍による巣ごもりの影響ではないかとしながらも,詳細は不明としており,第2四半期の動向を見守りたいとしていた。
ソニーグループのゲーム事業アクティブユーザーとフルゲーム販売本数
この現象は,個人的には不可解である。通常であれば,PS5を初期に買う人々はゲームをたくさん買う層であり,また喜んで遊ぶと想定されるからだ。特にPS5はこの期間に1000万台近い売上台数を実現している。そして以前,ジム・ライアン氏自身が示した通り,ゲームの購入はPS4よりPS5のほうが少ないという問題がある。
この問題を説明できる考えが必要だが,エース経済研究所では,空き容量が問題ではないかと仮説を立てており,要点は主に二つである。
(1)据え置きゲーム機は,高性能化を追求した結果,メディアは単なる起動ディスク化しインストール必須となっているため,空き容量の影響を受けるようになったこと
(2)ゲーム機全体が一般化し,よりライトユーザーが初期から手に入れるようになったことで,購入頻度が低い層が増えた
特に(1)は非常に深刻な問題と捉えていて,PS5/Xbox Series Xは,前世代機から互換性を持たせた結果,より高速な体験ができる現行機に過去のユーザー資産が持ち込まれ,ストレージ容量を圧迫している。ユーザーは,新規の大作ソフトで空き容量が圧迫されること,もしくは既存のタイトルをストレージから削減することをコスト(心理的抵抗:スペースコストと暫定的に命名)と認識していて,このコストを上回る価値が新規タイトルにないとゲーム購買を躊躇うようである。
この点はソニーグループとの議論では確認できなかったのだが,パソコン周辺機器メーカーがこの問題を認識していることを知った。
PS5には追加のSSD用スロットがあるが,現状ではこのスロットは解放されておらず,増設ができない。現在β版のファームウェアで解放の準備が進められているが,解放されると,大きな商機があるとパソコン周辺機器メーカーは思っているようだ。その要因は,PS5の空き容量が発売から1年足らずですでに大きくひっ迫していると見ているからとのことであった。
これらのことを考えるとF2Pの収益がPS5で拡大したのも頷ける。F2Pの課金はデータ容量と相関していないためだ。パッケージやダウンロードゲームは,買えばダウンロードされるために,必然的に空き容量をひっ迫するがアイテム課金はそうではない。
これがPS5でF2P課金が増えた要因ではないだろうか? そしてPSビジネスを揺るがしかねない問題だとエース経済研究所では考えている。PS5はストレージ容量が,ゲームの肥大化に見合っていないため,廉価で販売している状況に見合った販売結果が得られない可能性があるからだ。
この仮説が適切かどうかは,ファームウェアアップデート後のユーザーの動きで分かるだろう。
次に,任天堂の決算である。Switchの販売は,前年比で落ち込み,資本市場ではついにピークアウトしたと認識されているようである。任天堂のゲーム機は3年目がピークになることが多く,例外と言っていい10年間も販売されたゲームボーイはもう30年以上も前に発売されたアイテムなので,多くの人の記憶にはない状況にある。
5年目での販売台数減少は,PS5の最速1000万台実売リリースもあり,いよいよ下り坂に入ったと捉えられている。そしてエース経済研究所でも7~9月のセルスルー(実売)は厳しいと見ているので,ピークアウトしたという風に見えるのはやむを得ないところである。
ただ,任天堂やエース経済研究所ではそうは考えていない。OLEDモデルが出れば,需要は大きく伸びると見ている。人々はそもそも合理的には行動しておらず,視覚情報で購買行動を決めているなら,狭額縁化,有機EL採用によるディスプレイの色彩の良化を考えると,人気になると予想している。
セルスルーの鈍化で2550万台の着荷(販売)台数は達成できても需要が落ちてくるとの見方が多いようだが,エース経済研究所では,部品不足でこの台数以上の需要があると見ている。
PS5もSwitchもだが,先端の半導体というよりは,個別半導体やモジュール類の小型半導体の不足が深刻で,任天堂は部材調達の不安は完全に解消されていないとしていた。OLEDモデルは,仮に人気化すると年内の増産はかなり難しい印象である。
そのうえで,故岩田社長が任天堂のゲーム機は5年サイクルとコメントした結果,一般的に任天堂のゲーム機は短命とのイメージが強くなり過ぎているかもしれない。しかし,ゲームボーイはマイナーチャンジを実施しながら10年もの長い間ビジネスを続けたという事例もある。Switchも同様に,マイナーチェンジを続けながら,長期的にビジネスを続けられるとみているが,このような予想をしているのは,エース経済研究所ぐらいのようである。下図のように,SwitchはPS4を上回るペースで,勢いが落ちた感じは見られない。ペースが鈍化するのは,まだ先になると考えている。この点ついては,OLEDモデルの予約開始後にまた触れたい。
最後にスマートフォンゲーム市場について簡単に触れたい。スマートフォンゲーム関連の決算では,サイゲームスを擁するサイバーエージェントがウマ娘の効果で,非常に好調だった。ユーザーも魅力的なキャラクターが登場するたびに課金しているようなので,かなりガチャが引かれた現状でも,ある程度勢いは維持できている。問題は今後もキャラクターの追加を安定してできるかどうかであろう。スマートフォンの高性能・高精細化で,キャラクターの制作コストも上昇する一方である。ところが,キャラクターの追加ペースが収益を決めていることは,ほとんど認知されていない。このことに気づかない限り,緩やかな減少が続くというのがエース経済研究所の見方である。ただ,こういうとウマ娘で市場は好調ではないという向きもあろう。
そこで,だいたいの市場推移を捉えるために,エース経済研究所でウオッチしている6社のゲーム事業売上高を合計したグラフを久しぶりに掲示する。確かにウマ娘で反転したように見えるが,1800億円強の合計売上高のうち,ウマ娘の寄与はおよそ650億円程度と見ているので,既存のタイトルの市場はむしろ割を食ったように見える。
1タイトルで挽回できると見るか,不健全と見るかは意見が分かれるところだろうが,上記のコスト増加を考えると,一時的で不健全と見ている。何かしらの大作が必要な時期に来ていると思っていたが,ウマ娘のヒットで対応は先送りになるだろう。これがスマートフォンゲーム市場に悪い影響が出ないか,注視しているところである。
こういうオープンソースとか詳しい人ってどんなスマホやパソコン使ってんだろ?
気になるし資金的余裕があれば真似したい
とのことなので暇だし書いてみる
OS | Arch Linux |
CPU | Ryzen 9 5900X |
ワーキングメモリ | 32GB DDR4 SDRAM |
ストレージ(システム) | 1TB NVMe SSD |
ストレージ(データ1) | 6TB SATA HDD(RAID0+1) |
ストレージ(データ2) | 6TB SATA HDD(RAID0+1) |
ストレージ(データ3) | 6TB SATA HDD(RAID0+1) |
ストレージ(データ4) | 6TB SATA HDD(RAID0+1) |
GPU | Radeon RX 6900 XT 16GB |
ディスプレイモニタ(プライマリ) | LG 35WN75C-B |
ディスプレイモニタ(セカンダリ) | 中華ノーブランド14インチ16:9タッチスクリーンディスプレイ |
キーボード | Lily58 Pro(黒軸) |
トラックボール | Expert Mouse K72359JP |
AMDな理由はOpenGLを重視したから
データには主に子供の写真や動画が一杯入ってるので速度と冗長性を取ってHDDを無駄使いしてる
タッチスクリーンディスプレイはタッチスクリーン使うアプリ開発用でAliExpressから拾ってきたガワがない詳細不明品、3Dプリンタで作ったガワで無理矢理マウントアームに付けてる
OS | Chrome OS |
CPU | Core i7-10510U |
ワーキングメモリ | 16GB DDR4 SDRAM |
ストレージ(システム+データ) | 512GB NVMe SSD |
ディスプレイモニタ | 14インチFullHD |
ノートパソコンではメインとなってるChromebook
実質的にAndroid Appsが動くLinuxディストリビューションなので非常に便利
Chrome OSの有用さを友人へ伝えるたび鼻で笑われていたが、コロナ禍でまさかの注目株に
Chrome OSを使ってる理由が、UNIX使いたい人が安定しているUNIXとしてmacOSを選ぶみたいなノリで、安定しているLinuxディストリビューションとしてChrome OSを使っていると理解してもらえれば良い
ちょっと突っ込んだ使い方しようとすると途端に意味不明な挙動をするところまでmacOSと同じである
OS | Chrome OS |
CPU | Core i3-10110Y |
ワーキングメモリ | 8GB DDR4 SDRAM |
ストレージ(システム+データ) | 512GB NVMe SSD |
ディスプレイモニタ | 7インチFullHD+ |
Windows 10からChrome OSへ置き換えた我が家では実質的にタブレットとして運用されているノートパソコン
ほぼ子供の玩具で一緒にゲームしたりYoutubeみたり電子書籍を読むのに使われている
Chrome OSへ置き換えたのでAndroid Appsも動く
OS | Android 10 |
CPU | Tegra X1+ |
ワーキングメモリ | 3GB DDR4 SDRAM |
ストレージ1(システム+データ) | 16GB NVMe SSD |
ストレージ2(システム+データ) | 1TB SATA HDD |
日本ではほとんど注目されないスマートセットトップボックス
リビングのTVでYoutubeやNetflixを観るのにこれ以上の選択肢はないのだが一般家庭にはあまり普及してないようだ
ちなみにゲームをプレイできたりNASへ接続できたりもする
OS | Android 10 |
CPU | Snapdragon 835 |
ワーキングメモリ | 6GB |
ストレージ1(システム+データ) | 128GB |
ディスプレイモニタ | 5.99インチFHD+ |
カメラ(フロント) | 8MP |
カメラ(リア) | 16MP |
バッテリー | 3,200mAh Li-ion |
防水 | IPX67 |
生体認証 | 指紋・顔 |
IC | NFC A/B |
充電 | USB-C・ワイヤレス |
重量 | 243g |
メインで使ってるスマートフォン
ハードウェアQWERTYキーボードを搭載していてTermuxでsshするときに役立つ
スライド機構を搭載しておりQWERTYキーボードをシャコンとスライドさせて出せ、普段は普通のスマートフォンのように使える
OS | Android 10 |
CPU | MediaTek Helio P60 |
ワーキングメモリ | 6GB |
ストレージ1(システム+データ) | 128GB |
ディスプレイモニタ | 4.6インチHD+ |
カメラ(フロント) | 8MP |
カメラ(リア) | 16MP |
バッテリー | 6,000mAh Li-ion |
防水 | IPX67 |
生体認証 | 指紋・顔 |
IC | NFC A/B |
充電 | USB-C・ワイヤレス |
重量 | 303g |
サブで使ってるスマートフォン
ガジェット界隈では有名な鈍器で、iPad mini 2019が約300gだったことを考えれば鈍器と呼ばれる所以がわかる
バカバカしいスマホに思えるけど本来はタフネススマホなので頑丈さに特化したからこその重さ
バッテリーが大容量なためモバイル無線LANルーター代わりで持ち歩いている
小型版のUnihertz Titan Pocketが予定されているけれどもちろん買う
OS | SailfishOS |
CPU | Snapdragon 690 |
ワーキングメモリ | 6GB |
ストレージ1(システム+データ) | 128GB |
ディスプレイモニタ | 6インチFHD+ |
カメラ(フロント) | 8MP |
カメラ(リア1) | 12MP |
カメラ(リア2) | 8MP |
カメラ(リア3) | 8MP |
バッテリー | 4,500mAh Li-ion |
防水 | IPX67 |
生体認証 | 指紋・顔 |
IC | NFC A/B |
充電 | USB-C |
重量 | 169g |
お遊び、検証・研究用のスマートフォン
最近のスマホは一般的に普及しているものと異なるアスペクト比を採用していることが増えてきてるのでTitanと合わせてアスペクト比確認用としても使う(アスペクト比が異なってても正しくレンダリングさせるの今後マジで必須だよ。アスペクト比の決め打ちイクナイ)
現在は一部界隈で注目されていたSailfishOSがインストールされているが、ぶっちゃけオープンソースコミュニティ関連で人と会うときに見せるためだけに用意している
OS | Wear OS |
CPU | Snapdragon Wear 3100 |
ワーキングメモリ | 1GB |
ストレージ(システム+データ) | 8GB |
ディスプレイモニタ | 1.28インチ |
バッテリー | 310mAh Li-ion(1Day+) |
防水 | IPX67(3気圧) |
IC | NFC A/B |
充電 | 独自 |
重量 | 約50g(モデルにより異なる) |
AndroidベースのWear OSを搭載したApple Watch対抗のスマートウォッチ
美点はスタイリングデザインの豊富さと微妙にApple Watchよりもバッテリーの保ちが良いこと(使い方によって逆転できるレベルの違い、誤差レベルと言って良い)
AndroidやChrome OSとの連携はさすがで、スマホを取り出さなくても使えるGoogle Assistantはスマート電球やスマートSTBの操作に便利
ただやはりApple Watchも抱えている問題でフル機能を活用するとバッテリの保ちが1日+数時間というのは時計としてどうなんだろう
スマートウォッチが好きじゃないと毎日充電する気にはならないとは思う
OS | 独自ファームウェア |
CPU | Dialog DA14697 SoC |
ワーキングメモリ | 512KB |
ストレージ(システム+データ) | 16MB |
ディスプレイモニタ | 1.1インチ |
バッテリー | 125mAh Li-ion(14Day+) |
防水 | IPX67(3気圧) |
IC | NFC A/B |
充電 | 独自 |
重量 | 約12g |
スマートウォッチの大本命
安価でありながらスマートウォッチに求められることの大半が可能
大半の人にはMi Smart Band 5で十分、Apple WatchやWear OSスマートウォッチは必要ないこと間違いなし
そろそろ新型のMi Smart Band 6が大陸以外でもリリースされる予定なので楽しみだ
万が一、億が一、Mi Smart Bandに機能不足を感じたらApple WatchやWear OSスマートウォッチを検討しよう
Apple WatchやWear OSスマートウォッチは自分のようなマニアがポチポチして遊ぶような代物であって全くもってマニア以外にはオススメしない
ちなみに自分はマニアなので左手首にTHE CARLYLE HR SMARTWATCH、右手首にMi Smart Band 5だ