■ITmedia アンカーデスク - MSのポストWindows「Midori」の構想が明らかに

『ワージントン氏はこう説明している。「Midoriは、Microsoft ResearchのOS『Singularity』から派生したもので、そのツールとライブラリは完全なマネージドコードだ。Midoriは、ネイティブハードウェア（x86、x64、ARM）上で直接動作するとともに、「Windows Hyper-V」ハイパーバイザー上、さらにはWindowsプロセス上でも動作するように設計されている』

なかなか興味をそそる記事です。

****
■ばるろぐ - Microsoft の Singularity

■GIGAZINE - マイクロソフト、新OS「Windows 7」は2010年に登場するとコメント

『先日GIGAZINEでマイクロソフトの会長ビル・ゲイツが新OS「Windows 7」は来年にも登場するかもしれないと述べたことをお伝えしましたが、マイクロソフトはこれを否定しました。どうやら当初の予定通り、再来年の2010年に登場するようです』

だよねｗ
自分も来年登場するかもってニュース読んだときは、嬉しいと言うよりも、「かなり引いた」もんね。

VISTAはそんな言われてるほど悪いOSじゃないと思ってるけど、実際に問題はあるわけで(主にソフトの互換性問題であって、これはMSだけが責められるものではない)、そして自分はその一部に引っかかってXPから乗り換えられないわけで。
それが解決するか、いろいろ対応が進んで落ち着いてきてからじゃないとね。

まぁ、仮にWindows 7が「これまでとの互換性を抜きにして抜本的な技術革新を施した、新たなWindows NT」とかいうのなら話は別で(NTはNew Technologyの略、…と言われてたんだけど実は違うらしい)、それなら早く見てみたいとは思うけど、そうじゃないだろうからね。
だったら今ある問題に目処をつけてからだよね。

****
■あるＳＥのつぶやき - 次期Windowsが１年以内にリリースされる可能性があるらしい

■ITmedia エンタープライズ - Windows XP SP3 RCを試してみた

『もっとも、後のテストでVista SP1のOffice 2003とXP SP3のOffice 2003を同一条件で比較したところ、XP SP3の方がXP SP2よりも高速で、Vista SP1のおよそ2倍高速だったことは特筆すべきだろう』

『実際のところ、XP SP3はやるべきことをやっていると思った。インストール後に、わたしが使っているOpenOffice 2.3、Thunderbird 2.0.11、Firefox 2.0.11などのオープンソースプログラムを使ってみたが、問題なく動いた。さらに、Adobe Photoshop CS3、Intuit Quicken 2005、Google Desktop Searchなどのサードパーティーアプリケーションもいつも通りに動作した。

　例外だったのが、Windows Explorerを使ってネットワークドライブを見ようとすると、時々問題が起きることだった。わたしにはその理由は分からなかった。ドライブがSamba上にあっても、Windows 2003でも、W2Kサーバでも、フリーズした。ドライブがNT/Domainスタイルのネットワークでマッピングされているか、AD（Active Directory）かも関係なかった。今のところは、深刻な問題というよりはテスト版ゆえの奇行と見なしている。

　SP3を使ったのはわずか数時間だが、今のところは感心している。XPに重要な新機能を加えたSP2のような「重大な」サービスパックではないものの、非常に堅実なアップデートのようだ』

早くSP3出ないかなー。
もう何年も使い続けてて安定性が落ちてきたからXPを再インストールしたいんだけど、できればSP3でパッチしたインストーラを使いたいんだよね。

****
■笠原一輝のユビキタス情報局 - MicrosoftがVista SP1 RC版をβテスターに公開 ～多くの改良で性能や消費電力を改善

■むぅもぉ.jp - Vistaのエクスプローラを詳細表示にしていて複数ファイルを一気に消すときは要注意

ある条件下、と言っても希なケースではなく、自分とかOSインストールしたらまず最初にするであろう設定の元、Explorerのマウスドラッグで複数ファイルを選択し削除する。
と、何故か選択したファイル群ではなくフォルダが削除されてしまうという。。。

これは間違いなくバグでしょう。

まだVistaを操作する機会は無いけど、思いっきり自分が普段よく実行する操作だから、覚えておかないとですね。

■マイコミジャーナル - 「SUNW」から「JAVA」へ、米Sunが株式市場シンボル変更

『米Sun Microsystemsは8月23日(現地時間)、NASDAQ株式市場での同社の表示シンボル(Ticker Symbol)を従来の「SUNW」から「JAVA」に変更すると発表した。この変更は週明け月曜日の8月27日の取引から適用される』

さっきニュースヘッドラインをざっと眺めてて、下のニュースが目に入った。

■ITmedia News - Sun、売り上げ横ばいも黒字転換

数年前、一時期業界参考値として株価を追ってた時期があって、最近は滅多に確認しなくなったけど、いまだに5ドル近辺を彷徨ってる筈。

ってことで株価を見ようとしてGoogle(アメリカ版)でSUNWと入力してみるも、表示されない。
あれ？って思って調べてみたら、なんとティッカー(日本株式でいう銘柄コードに当たるもの)がSUNWからJAVAに変わってた。

ちょと驚いたｗ

****
■Quote.com - Symbol Lookup

■元麻布春男の週刊PCホットライン - 次世代メモリデバイスMRAMの未来

MRAMの話題がこういったメディアにまで上がってくることって少ないから、短いながらも興味深く食い入るように読ませてもらった＾＾
良い記事でした。有り難い＾＾

知らない人にとっては難しいことが書き並べられてるように思うだろうけど(実際難しいだろうけど。。。)、メモリの原理自体は(特にON/OFF二値のメモリの原理は)至極単純。

やろうと思えば、人が紙に1や0を羅列するだけで、もうその紙がメモリデバイス。
というか、人が文字を使って紙やノートにメモするとき、紙やノートは人間にとってのメモリデバイス。

難しいのはそれを如何に小さく高速に、かつ製造者にも利用者にも扱いやすく実装していくかであって、MRAMはその実装方式の1つ。
それだけ。

この記事は比較的、というかかなり理解しやすく書かれてるので、少なくとも理系なら詳しくなくても問題なく読めそうな感じ。
用語としてはキャパシタ(capacitor; 蓄電器)ぐらいかな。

「MRAMとは何か？」に書かれている部分がとても勉強になる。
自分がMRAMに注目し始めたのも、こういう特徴を読んで「すげー、文句つける所が無いじゃん！」って思ったからなんだけど、色々忘れてたことや知らなかったこともありで、有益だった。

MRAMの問題として大きいのは製造問題だと思っていたけど、考えてみれば当たり前の、もっと大きな問題があった。

『この製造問題に加え、MRAMが持つもう1つの弱点は、外部の強磁界に弱いことだ。現在出荷されているMRAMは、パッケージ内部にシールドを持ち、日常的な利用で問題のない25Oe(エルステッド)の外部磁界の影響を受けないようになっている。だが、HDDのスピンドルモーターのような、強磁界を持つデバイスの上にポンと置かれると、MRAMは壊れてしまう。ここでいう壊れるは、単にデータが消えるのではなく、デバイスとして非可逆破壊してしまう、という意味である。極端な用途だが、HDD上のバッファメモリは、MRAMに不向きなアプリケーションの1つだろう』

なるほど。
非可逆破壊となると、これは結構な問題ですな。

新技術開発の難しさってのは こういう問題を一つ一つ見つけては潰していかなければならないことにあるわけで、そこに果敢に挑戦しているFreescale社、自分も陰ながらその進展を見守っていきたいものです＾＾

****
■Yahoo! Finance - FSL: Summary for FREESCALE SEMICONDUC
■Yahoo! Finance - FSL-B: Summary for FREESCALE SEMI

出来れば株でも買って応援までできればいいんだけど、会社の規模や知的財産防衛戦略(特許戦略とか)といった安全性も調べてないし、なにより自分の資金が少なすぎｗ

ティッカーはFSLみたいなんだけど、FSL-Bとも書かれてる。
FSLだと会社は見つかるんだけどチャートが見られないし、FSL-Bだとそんな会社ないって反応(Yahoo!だと検索できるけど、自分が使ってる株式取引用ソフトだとエラーになった)。
まだ株式公開されてないのかな？

こんど少し調べてみようっと＾＾

****
■ばるろぐ - MEMO: Freescale、MRAMの量産開始
■ばるろぐ - AMD Z-RAM

[ 続 き を 読 む ]

Web ChangeLog - OS 開発はネイティブコード?

『Singularity はそのかわりにアプリケーションのインストール時に、MSIL のコードを検証し、ネイティブコードにコンパイルしてデプロイメントする。この方式の主な利点は、

・ネイティブコードへのコンパイルは実行環境で行われるのでシステム環境固有の最適化が可能であるという点で JIT に近い最適化を期待できる。
・コンパイルは一度しか行われずアプリケーション実行時の応答性が非常によい
・コード検証を行うのでセキュアでないコードを排除し、また実行時検証のためのコードのインジェクションも行われる。インストールしたアプリケーションがセキュアであることを保証できる上、全て実行時検証を行うよりよいパフォーマンスを期待できる

最初の2つについては、この方法がうまくいくことを、.NET Framework 2.0 の ngen が実証している。3つ目の項目は重要で、Windows 等ではシステムコールというサービスインタフェースを通してシステム(特にハードウェアリソース)の安全性を保っているが、これには多大なオーバヘッドが生じている。コード検証を経由すれば、多くの実行時検証を排除できるためそもそもハードウェアによるメモリ保護が必要なくなる(安全なコードは実アドレスにはアクセスできない)。従って、アプリケーションプロセスとカーネルの間にMMUハードウェアによるメモリ保護は存在しない。これが単一アドレス空間でシステムが稼動できる理由である。単一アドレス空間でのシステムコールは非常に軽く、これだけで Windows のような OS より遥かによいパフォーマンスを引き出すことができるのはよく知られている通りである』

『An Overview of the Singularity Project を読んでいただければわかるように、Singularity 上で動作するプログラムは Windows, Linux, FreeBSD と比較してもかなり優秀なベンチマークを記録している。Singularity は新しい OS アプローチとして相当に魅力的なアプローチだと考えら、マネージドコードのみを許す OS がネイティブコードによる OS を凌駕できる可能性を十分に示唆していると言える』

なるほど。
自分の中の「ネイティブコードだから速い」という固定観念を良い意味で覆してもらえました＾＾

実現に向けての障壁は多いみたいだけど、要注目だね :)

****
OPC Diary - OS開発はネイティブコード？について考える
(ネタ元)