相変わらずGIGAZINEトばしてます。
これでBlu-rayは不要？従来のDVDに9倍のデータを記録する技術が登場 - GIGAZINE
GIGAZINEの記事に対するトラックバックを見ていると「Blu-Rayが不要になった！」的な捕らえ方している記事があるけど、脊髄反射すぎるよなぁ。
ちょっとまとめてみよう。
いろいろ細かい話はあるけど、思いっきり省略。
以下、Blu-Ray DiscをはBDと省略。
DVDに対するBDのアプローチは、
・CD,DVDやBDはディスク上の「ピット」に情報を保持している
・ひとつの「ピット」に保存できる情報量は1bit
・「ピット」がたくさんあれば多くの情報を保持できる
・DBはDVDよりも小さなピットを細かく配置することで、同じサイズでも記録容量を増やしている
これを実現するために、BDでは「波長が短い光」=青色レーザ光(Blue-ray)を用いています。
しかし、ピット密度を上げる方向での解決は
・青色レーザを発生するデバイスは(従来の赤色レーザに比べて)高価
・ディスク上のピットの位置を特定するための精度を高める必要がある
と言う問題があるわけです。
で、東北大の新規の技術は
・ピットの密度は今のまま (=赤色レーザのまま、且つ位置特定精度も今のまま)
・ひとつのピットに複数の情報を保持できれば同じサイズでも記憶容量が増える
ということを狙っています。
これを実現するために「ピット」という穴の中に複数の「方向」を持って情報を書き込むことで最大9倍(9bit)の情報を記録することに成功したようです。
ここで「方向」を実現するために使われたのが偏向フィルタで、これ自身は十分に実績のあるデバイスなので安価に・簡単に組み込みも可能であるということを主張しています。
・新規格はBDよりも(位置決めやレーザの波長などで)技術難易度が低い
・低い技術難度でBDと同等の機能が実現できる
ということになるわけです。
で、このあたりからgigazine読者が勘違いしまくっているところで、「開発設計レベルではデバイスを追加することは簡単」と言っても、すでに世に出回っているDVDドライブを簡単に改造できるとか言うレベルの問題ではありません。当然現在のドライブではこの新規格のディスクは読み書きできません。
結局、商業的には「DVD」「BD」とも違う第三の規格ができるだけです。
この規模の量産規格になってくると、もはや少々の技術難度の格差はコストには跳ね返ってこず、量産規模の支配力のほうが強くなります。
で、すでにBDの技術的課題はほぼ解決されており量産も立ち上がっているわけで、それを考慮するといくら技術的に簡単といえども後追いで出てきた規格がBDを追い越せる可能性はほとんどないわけですね。
ということで、「なんだBDいらないじゃん」ということにはなりません...
じゃあ東北大の技術は無駄なのかと言うとそうではなくて、「BDの次」を考えたときは有効です。
現在BDは青色レーザを使っていますが、このままピット密度を上げる方向を目指すと紫外線レーザなんて非常に扱いにくくてコストが高いデバイスを使う必要が出てきますし、位置特定もありえない精度が要求されます。
当然そんな話はみんな気づいていて、多層化するとか、ホログラフィを使ってピットあたりの情報量を増やすとか考えているわけですが、東北大のプレスリリースで指摘されているとおり、多層化したディスクは単純なスタンパだけでは量産できない(張り合わせ行程が必要になる)とか、ホログラフィは読み出しの光学系が複雑になるとか問題があるわけです。
その点東北大の技術は単なる偏向フィルタだけで大幅な改善をもたらしており、結構有力なんじゃないの？という話なわけです。
だから、「この技術をBDのピット密度に応用したら50GB*9=450GBも記録できるんだ！」ってのが正しい驚き方です。
ちなみに補足しておくと、BDはすでに2層張り合わせを行っています。
HD-DVD対BDの争点のひとつとして、この張りあわせが製造コストを押し上げるというのが東芝(HD-DVD陣営)の主張でしたが、結局2層についてはそんなに問題がなかった様子。ただ、このまま多層化(3層以上)が進められるかと言うと、やっぱり難しいかもしれない。
結局そういう技術と偏向フィルタを入れる技術のどっちがリーズナブルかってだけなんだけど。
(訂正)
当初規格名を「Blue-Ray」と書いていましたが、規格名としては「Blu-Ray」でした。指摘してくれたumeな人に感謝。
「なお、名称が「Blue-ray」ではなく「Blu-ray」になっているのは、「Blue-ray Disc」とすると英語圏では「青色光（で読み取る）ディスク」を意味する一般名詞と解釈される可能性があり、商標として使用できないからである。」(Wikipedia)らしいです。
最近MicrosoftがPHP on IISを強力にプッシュしている雰囲気。
PHP on IIS あなたの可能性を広げる、Windows 環境へ
IBMのApache(httpd)+Rubyに対抗するのかな？
IBMはJavaのような重量級開発言語以外に軽量な言語が必要だと考えてRubyにコミットしていると思うんだけど、Microsoftも同じことを考えているのか...
そういう位置づけにはVBがいるかと思ったんだけど、結局VBはVisiulStudioがないと開発できないってことで、やはり敷居が高いのかなぁ。
そもそもVBはWeb向けじゃないし、そもそもASPでの開発はPHPやRubyでの開発とスタイルが違う(らしい)ので、世間にたくさん居るLL系開発者の取り込みを考えるとこうなるのかもしれない。
しっかし、PHPにコミットするのもいいけど、IronPythonとかどうするんだろ？(IronRubyもあるみたいだけど)
知られざる「駅ダンジョン」の世界(渋谷駅やばい)
とか
渋谷は見てくれだけ 本当にヤバイのは新宿駅です
とか話題になってるけど、本当にやばいのは大阪梅田のダンジョンですよ？
梅田地下マップあたりがわかりやすいのですが、周囲一帯に「阪急梅田」「JR大阪」「御堂筋線梅田」「阪神梅田」「四つ橋線西梅田」「谷町線東梅田」「JR北新地」の駅が存在し、これが全て地下で繋がっている上に乗り換え対象です。
普通に電車を乗り継ぐだけでもわけが判りません。
地下街に細かい店舗があったり阪神阪急と言った大型デパートと接続されているのは当然ですが、大阪駅前第nビル(n=1...4)というトラップとしか思えないビルまであります。
やばいです。
ふたかた (わかつきひかる/一迅社文庫)
新創刊した一迅社文庫の立ち上げ作品のひとつ……なんだけど...
わかつきひかるの別作品をみて、「こんなのお願いします！」って編集者が頼みに行ったのかは知らないけど、割と類似系。
で、作品の内容は別として、ちょっとこの本ひどいのである。
明らかな誤植が目に付く。校正者が入っているとは思えないけど、編集者すら読んでないんじゃないか？
42P
掛け値なしの
「かけちなしの」とルビが振ってある。正しくは「かけねなしの」。
58P
服装の寄稿さで目立ってしまう存在だからこそ
文意では「奇行」か。変換ミスがそのまま。
それでも日本語的に微妙なので「服装の奇行が目立ってしまう存在だからこそ」としないと落ち着かない
214P
「これじゃ不便だから、あとで高志用の更衣室をこっちに持ってくるね」
「高志用の更衣室、こっちに持ってくるね」
同一人物のセリフが二重に書かれている...コピペミスか消し忘れがそのままになっているのか？
他のレーベルでも漢字の変換ミスとか、セリフの内容と発言者が食い違ってるとかたまにありますが、一冊で3箇所出てくるのは珍しい。
新創刊なのに大丈夫かな。
計る測る量るスペック調査隊：LANケーブルの仕組みを理解して自作せよ
http://www.itmedia.co.jp/enterprise/articles/0806/09/news019.html
システム構築の達人は、決してLANケーブルを既製品で済ますことはない――そんな言い伝えもまことしやかにささやかれる一方で、LANケーブルを自作できない方が増えてきた。
のっけからこんな話が書かれていますが、そういうわけでもないんですよね。
実際ISPやインテグレーション構築の現場でもわざわざ自作することはほとんどないですね。
100Mbpsならいざ知らず1Gbpsが平気で流れる昨今、ケーブルに対する要求もシビアになってますので、自分で作ったケーブルが思わぬ障害の原因に、何てことも十分にあります。
ちなみにどのぐらい要求がシビアかと言うと、ケーブルの端をRJ-45コネクタに突っ込む部分でよりをほどきますが、このほどく部分の長さが何mm以下と決まっているちうぐらい。手でやってたんじゃよっぽど熟練してない限りできませんよ？
商用レベルでケーブルの自作を行う場合、記事にもあるとおり正しく結線されているかをケーブルテスターで調べるのが最低条件になります。これも1～2万円で売ってる結線だけをチェックするテスターじゃなくて、周波数特性まで確認できるまともなテスターが必要になります。
構築となると、小規模な案件でもケーブル20本とか50本は平気で使います。そんなのわざわざ手で作ってテストまでやってたら相当時間かかりますよ？手間(と工数単価)を考えると買ってきたほうが安いです(苦笑)
そしてインテグレーション案件の場合、ケーブルの施工不良なんて余計なリスクは取りたくないのです。実際トラブルになること多いですから...
ただ、ラック間の結線とか例外的な距離を配線する場合は自作(というより、配線してからコネクタをつける)ことになりますね。これは他にやりようがないので。
それでもデータセンターによってはラックをまたぐ配線はセンター側の責任での施工となる場合が多くて、結局ケーブリングの専門業者にやってもらうことになったりしますが。
長距離の場合安定性重視で光ファイバーで配線することも多いですが、こうなると自作は不可能ですね。(ちゃんとした業者に依頼しましょう)
本気で大規模なサーバ系案件の場合、別途ネットワーク収容架を設けてラック間は集合ケーブルでパッチパネルで渡したりします。この場合もやっぱり自作にはならないですね...
ま、そんなこといいながらもケーブルの自作ぐらいは出来て欲しいですね、やっぱり。
ということで隣の新人君は今日もケーブル作ってました ;-)
