まず博士号というネズミ講をやめるべきだ。何年も研究を重ねてようやく取れる仕組みはおかしい。大半の人は裕福な家庭の出身でも無い限りは20代後半を極貧で過ごすことを強制される。もちろん歳を食ってから博士課程に行くことも可能であるがかかる時間を考えると躊躇する人は多いだろう。研究職は基本的には博士号が要求されるため大きな参入障壁が存在する。医者など他人の命を預かる職業であるわけもなくただ研究を行うというに資格が必要であるというのは甚だおかしな話である。

そして最も変えなければならないゴミ中のゴミは論文誌だ。インターネット全盛のこのご時世に論文誌など本来は必要がない。しかし歴史的な経緯から特定の論文誌に栄誉や注目が集結している。ここに載せるために研究者はお金を払わなければならない。査読を引き受けるのも無料で奉仕しなければならない。アクセプトされた論文は公開されるが何故か大きなペイウォールの後ろ側に置かれる。論文を読みたいものは都度購入するか論文誌に超高額なサブスクリプション登録をする必要がある。この利益は研究者に還元されない。論文誌が全部むしり取る。こんな滅茶苦茶な搾取のスキームがまかり通っていて論文誌以外誰も得をしないのはおかしい。全ての論文、特に税金をかけて行われた研究ならなおさら、全ての人に無料で公開されるべきである。Sci-Hubなどのプロジェクトはあるが何度も既得権益に攻撃をされている。

アカデミアは一度潰されて一から作り直されるべきであろう。

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

2022-07-23

■anond:20220723003025

知ってるよ。HUBって看板が出てる店行ってみ。

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

2022-07-20

■なぜUSB-Cのポートを増やすだけのハブは殆ど世に存在しないのか

直近でPCのUSB-Cポートが全然足りないから調べてたんだが、ほぼ存在しないといっていいレベルで見つからない。

海外でも碌に見つからない。聞いたこともないブランドの怪しい製品がいくつか見つかっただけだ。

USB-Cが世に出て何年も経つのになんでこんな惨状なのかちょっと考えてみた。

「船頭多くして船山に上る」を体現したUSB-Cという哀れな規格

USB-Cにはうんざりするほどの企業の欲望が詰まっている。セットで導入されがちなUSB-PDも同じだ。

様々な機器メーカーの要求をごった煮にしてしまってるのでスペックはオプションも含めて膨大な規模になっている。

18Wと240Wの給電ポートの口を共通化するなんて愚の骨頂としか思えないが、そういうことになっている。

alt modeのディスプレイ信号も、電源供給も、データ通信レートも、群がる亡者の欲望を可能な限り詰め込んでしまっている。

膨大なオプション 実装 機能を実装しないことがマイナスイメージになる

個人的にはalt modeもUSB-PDも不要で単なるUSB-Cポート増やす機能さえあればいいんだが、オプション機能がないとそれが

「商品としてのマイナスポイント」になる。下らねぇ話だが、そう見えてしまうのは仕方ない。

「ディスプレイとPCをUSB-Cケーブル一本で繋げる」とか「すべての機器の充電ケーブル統一」といった見栄えのする機能は高値で売れるので

機器メーカーとして単なるバカ HUBを作る動機が無いんだろう。

ポート数を増やしても大元のPCとつなぐ部分の帯域には限度があるから、通信速度も遅くなるし、電源やディスプレイ信号も処理が面倒だろう。

何でもかんでも規格に詰め込んだ結果、基本機能だけの製品が生まれづらくなっているんだろう。

笑える。

「ただUSB-Cポート増やしたい」という簡単な要望も碌に満たせないUSB-Cというクソ規格

ガチでクソ規格だよ。

USB-PDの方にも言いたいことは山ほどあるが、気が向いたら別で書く。

Permalink | 記事への反応(1) | 09:14

2022-05-08

■ギークためのChromebook入門

本エントリの目的

ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)

開発者は初手でデベロッパー モードにするべし

セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。

ハードウェアの選択

Webで完結するのであれば低性能機で問題ない

Webでエンタメを楽しんだりWeb ツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。

ただし、Web ベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSもハードウェア スペックで殴ると快適なのは変わらない

Core i7 クラスのCPUや16GB以上のワーキングメモリ、SSD ストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つの IDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSのiOS レイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPSは事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPS モジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPS レシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAU プラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。

Linux レイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスクへ対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroid スマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。

ICT 教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。

Linux レイヤー

実体はLXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？

デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。

IMはLinux レイヤー側で用意する必要がある

ChromeOSで動作するGoogle日本語入力とは別に Linux レイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。

USB Pass Throughが使えない

ChromeOSへマウントされたUSB 機器、というかシリアル接続された機器はLinux レイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

つまり Linux レイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linux レイヤーでゲームやろうと思ってもUSB ゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinux レイヤーとAndroid Appレイヤーは相互に認識しない

言うなれば Android Appレイヤーでスクリーンキャプチャ系のアプリによってLinux レイヤーで動くGUI アプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSがホストでLinux レイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。

Linux レイヤーにDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲスト OS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲスト OSの制限はKVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLI ツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWeb デザイナーは悲しい思いをするかも知れない。

GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？

Chrome OS向けAndroid Studioが存在する

Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。

3DCG ゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。

3Dのほか2D ゲームもいける上に、最近のIDE よろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linux レイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APT から IDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそも HTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初から Ubuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。

追記

少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSI ペンが使えるし、USB ポートはUSB-Cだ。
そこそこのChromebookは多くの場合 HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo Linux ベースなChromeOSは潜在的なマルウェアの絶対数がそもそも WindowsやMacよりも少ないという利点がある。
Bluetooth イヤホン・ヘッドフォン・ヘッドセットも使えるし、Nest スピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリである Google Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Button キーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。

Google エコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。

「Chromebookじゃなくても別に良くね？」

そう、ギークがLinuxを使いたいのであれば別に Chromebookじゃなくても良い。
というかギークは別に LinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。

Permalink | 記事への反応(10) | 15:50

2022-04-27

■anond:20220427175508

そうだね。Instagramへのシェアボタンがあってもいいし。中国のwebio(?微博)へのリンクがあってもいい。

（livedoorやamoeba、yahoo!ブログがライバルだから、Facebookに流れるように足を引っ張りあったのかもね。勝手な妄想〜。）

Linkdinやgit hub, qiitaへのリンクがあってもよかったのに。

Permalink | 記事への反応(0) | 18:00

2022-03-02

■欧州議会の緊急会合にビデオ 形式で参加したゼレンスキー 大統領 演説

ウクライナのヴォロディ ミル・ゼレンスキー 大統領が欧州議会で演説 しました。

ありがとうございました。皆さん、このところ、どう挨拶したらいいかわからないんです。
なぜなら、"おはようございます"、"こんにちは"、"こんばんは "が言えないのです。
できないんです、これは絶対にそうです、毎日、その日は絶対ダメな人もいるし、その日の夕方が最後な人もいるんです、毎日。
私は今日、今、ウクライナの市民について話しているのですが、彼らは命をかけて私たちの壁と自由を守っています。

私はここで見たものが、この団結したムードであることをとても嬉しく思っています。
今日、皆さん、つまりEU諸国を団結させたことは喜ばしいことですが、それがこのような代償を払うことになるとは思いもよりませんでした。
これは私にとっての悲劇であり、すべてのウクライナ人にとっての悲劇であり、すべての国家にとっての悲劇です。


私は新聞の話をしませんし、新聞を読みません。なぜなら、新聞は私の国の生活から消えてしまったからです。
この死体も含めて、すべてが現実の出来事なのです。
そして、今日、我々は、価値、権利、自由のために犠牲を払っているのだと思います。
そして、私たちはよく「私たちは皆、勝つ」と言いますが、皆さんがそれを話すだけでなく、見てくれていることがとてもうれしいです。
そして、私たちは必ずや勝利する、私はそう確信しています。
このような表現があります。"ウクライナはヨーロッパを選んでいる" 私たちが目指してきたもの、目指してきたもの、そして今も目指しているものです。
そして、私たちに向けた言葉をぜひ聞いてみたいのです。"今こそヨーロッパがウクライナを選ぶ時だ"


小さな攻撃やミサイル攻撃があるので、2分ほどお話をさせていただきます。
今朝は私たち全員にとって悲劇的な出来事でした。巡航ミサイルが2発、ハリコフを直撃しました。
ロシアとの国境に近いこの街は、昔からロシア人が多く、友好的で、かつてはとても温かい関係にあり、
20以上の大学があり、昔も今も我が国で最も多くの大学を抱える拠点となっています。
若者たちは明るく、スマートで、休日にはいつも我が国最大の広場に集まっています。
自由広場。また、ここはヨーロッパで一番大きな広場でもあります。
そして、これは本当です、想像してみてください、午前中2発の巡航ミサイルが自由広場を直撃しました。
何十人もの死傷者が出ました。
これが自由の代償というわけです。


我々は単に我々の土地と「自由のために」戦っているのです。
信じてほしい、我々の国家のすべての大都市が封鎖されているという事実にもかかわらず、
誰も我々の自由と国家に侵入することはできない。
私を信じてください。今日のすべての広場は、それが何と呼ばれようとも、自由広場と呼ばれることになるだろう。
我々の州のすべての都市で。誰も我々を破ることはできない、
我々は強く立ち上がる、我々はウクライナ人だ。


我々は子供たちが生き続けることを望んでいる。これは公平なことだと思う。
昨日、16人の子供が死んだ。そしてまた、プーチン大統領は、これはある種の「作戦」であり、我々の軍事インフラだけを爆撃しているのだと言うだろう。
我々の子供たちはどこにいるのか？彼らはどの軍事工場で働いているのでしょうか？どのロケット弾を操作しているのか？戦車を運転しているのだろうか？
あなたは16人の子どもを殺した！


私たちには、とてもやる気のある人たちがいます。私たちは、自由と生命という私たちの権利のために戦っています。
そして今、私たちは生存のために戦っています。これは私たちの主な動機ですが、ヨーロッパの平等な一員になるためにも戦っています。
そして、今日、私たちは皆、そうであることを示したと思います。私たちが参加することで、EUは間違いなく強くなります。
あなた方がいなければ、ウクライナは孤独になるでしょう。私たちは自分たちの強さ、少なくともあなたたちと同じであることを証明したのです。
私たちと共にいることを証明してください。私たちを見捨てないことを証明し、あなた方が本当にヨーロッパ人であることを証明し、
そうすれば、生は死を、光は闇を打ち負かすだろう。


ウクライナに栄光あれ


www.DeepL.com/Translator（無料版）で翻訳しました。

ソース：https://www.ukrinform.net/rubric-ato/3417029-ukrainian-president-volodymyr-zelenskys-address-to-european-parliament.html
President Volodymyr Zelensky of Ukraine has addressed the European Parliament.
Thank you very much! Ladies and gentlemen, you know, in recent days I don’t know how to greet anyone. Because I can't say "Good morning," or "Good afternoon," or "Good evening." I can't, and this is absolutely true because every day, that day is definitely not good for some, that evening is the last one for some, every day. I’m talking today, now, about my citizens of Ukraine, who are defending our walls and freedom at the cost of their lives.

I’m very glad that what I saw here is this unifying mood. I’m glad that we have united all of you today – the EU countries, but I didn’t know that it would be at such a price. And this is a tragedy for me, a tragedy for every Ukrainian, a tragedy for every state.

You know, I don’t speak from, I don’t read from papers because the papers are gone from my country’s life. All of this is real, including these dead bodies, this is real life. And you know, I believe that today we sacrifice for values, for rights, for freedom, just for our desire to be close, just like you, like everyone else, we sacrifice our best people: the strongest, mightiest, most extraordinary Ukrainians.

And we very often like to say that we will all win, and I’m very glad that you are not only talking about it, but also seeing it. And we will all win for sure, I'm positive. There is such an expression: "Ukraine is choosing Europe." That’s what we’ve been aspiring to, what we’ve been going, and still going toward. And I would very much to hear from you something addressed to us: "Now it’s Europe choosing Ukraine."

I have a couple of minutes to talk to you because there are small strikes and missile attacks. This morning was tragic to all of us. Two cruise missiles hit Kharkiv. The city, which is near the border with Russia, where there have always been a lot of Russians and they have always been friends, there used to be very warm relations, there are more than 20 universities there, it was and is the hub hosting the largest number of universities in our country. The youths there are bright, smart, always gathering for all holidays in our country’s largest square. Freedom Square. Also, this is the largest square in Europe. And this is true, it’s Freedom Square. Imagine this: in the morning, two cruise missiles hit Freedom Square. Dozens of casualties. So this is the price of freedom.

We are simply fighting for our land and our freedom, and believe me, despite the fa ct that all the big cities of our state are now under blockade, no one will penetrate our freedom and state. Believe me. Every square today, whatever it is called, will be referred to as Freedom Square. In every city of our state. Nobody will break us, we stand strong, we are Ukrainians.

We want our children to live on. It seems to me that this is fair. Yesterday, 16 children died. And again, President Putin will say that this is some kind of an “operation,” and that they are bombing only our military infrastructure. Where are our children? At what military plants do they work? Which rockets do they operate? Maybe they drive our tanks? You killed 16 children!

We have very motivated people, very much. We are fighting for our rights – freedom and life. And now we are fighting for survival, and this is our main motivation, but we are also fighting to be equal members of Europe. And I think today we are all showing that we are. With us on board, the EU will definitely be stronger. Without you, Ukraine will be lonely. We have proven our strength, that we are at least the same as you. Prove that you’re with us. Prove that you are not giving up on us, prove that you’re truly Europeans, and then life will beat death, and light will beat darkness.
Glory to Ukraine!

Permalink | 記事への反応(0) | 21:58

2022-02-10

■anond:20220210124436

スタバもHUBもハードロックカフェもチェーン店じゃん

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

2021-12-30

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

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

テストに使う NAS は QNAP の Turbo NAS TS 110

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 20 17 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 20 17 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 でも open iSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。

国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしています。Windows Storage Server は見た目 Windows サーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。

こういった国産 NAS メーカーの製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格のNASは Unix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。