■後藤弘茂のWeekly海外ニュース■ Transmetaのロードマップ ～「TM5800」の新CMSと次世代CPU「TM8000」

Transmeta CTO デビッド・R・ディツェル氏

　Transmetaは2世代目アーキテクチャの新Crusoe「TM8000(ASTRO:アストロ)」の初期サンプルを完成。TM8000の製品を、来年中盤に投入する予定でいる。TM8000では、256bitの新アーキテクチャになり大幅に性能が向上する。では、今後、TransmetaのCPUはどのように展開して行くのだろう。Transmetaの創業者でCTOを務めるデビッド・R・ディツェル(David R. Ditzel)氏に、先週のCOMDEXと今年9月の来日時に話を伺った。

　まず、今後の製品ラインナップと市場展開はどうなって行くのだろう。

[Q] TM8000とTM5800は並存するのか。

　一方、TM5800は1GHzの周波数に達しながら、消費電力もさらに下がり続ける。その結果、800g未満、500g～250gといった超軽量のデバイスにも搭載されて行くだろう。当社では、こうしたデバイスを、UPC(Ultra Personal Computer)、つまりPCよりもっとパーソナルなものと位置づけている。

[Q] いわゆる「ウォータフォール(滝)」アプローチ(高性能な新製品が導入されると、旧製品が下の市場に降りてくるタイプの製品戦略)ということか。

　もっとも、Transmetaは家電市場向けには2Dグラフィックス機能を統合した「Crusoe TM6000」という製品も開発していた。グラフィックスを統合することで、より低消費電力化と低コスト化、省スペース化を図るソリューションだった。また、TransmetaはTM6000を高度なグラフィックス機能が不要なブレードサーバーにもプロモートしようとしていた。しかし、TM6000は、今年になってキャンセルになっている。

[Q] 家電向けにTM6000の開発を断念した理由を説明して欲しい。

[Q] グラフィックス統合のニーズはなかったのか。

　実際のところ、デジタル情報家電市場はまだ立ち上がったとはいい難い。そこに、あまり開発リソースをかけられないというのがTransmetaの本音だろう。

　また、TransmetaはTM5800も継続して性能を向上させるという。

[Q] TM5800の性能強化も続くのか。

[Q] チューニングのポイントは。

[Q] Windows XPになってCrusoeは遅くなったように感じた。

　Transmetaのアーキテクチャでは、CPUがソフトレイヤ「CMS(コードモーフィングソフトウェア)」を備える。CMSは、x86命令をCrusoeのVLIW命令に変換し、その際に頻繁に使用するコードについては、同時に処理できる命令を見つけ出して並べ替えるスケジューリングも行なう。そのため、CMSの改良だけでCrusoeは高速化できる。現在のCMSは、バージョンが4.2x世代だが、来春には小数点下のバージョンがアップ、それとともに性能も大きく向上する見込みだ。今回、COMDEXでは、Las Vegasのホテルに設けたスイーツで、新バージョンCMSのデモも行なっていた。

　また、CMSはメインメモリ上にキャッシュ領域を取り、いったんコンパイルしたコードをキャッシュする。そのため、メモリの速度や搭載量が増え、CMSが利用できるメモリ量が増えるとCMSの性能も向上する。また、こうしたアーキテクチャでは、CMSのキャッシュをディスクにキャッシュするというアプローチを取ることも原理的には可能だ。

　また、Ditzel氏はキュリティ機能のCPUへの搭載についても語り始めた。今後、TransmetaはCPUにセキュリティ機能を搭載していくという。例えば、9月の時点ではDitzel氏は次のように語っている。

[Q] CMSでは性能向上以外に、機能的な発展もあるのか。

[Q] 以前、御社からセキュリティ機能をCMSに実装する計画があると聞いた。

　今回、COMDEXでは、この点について、もう少し突っ込んで聞いてみた。

[Q] MicrosoftはセキュアPC構想「Palladium(パレイディアム)」を明らかにした。Palladiumでは、CPUがセキュア仮想メモリとセキュア実行モードを持つことを要求しているように見える。こうしたセキュアCPUの流れにも、Transmetaは対応するのか。

[Q] セキュア仮想メモリとセキュア実行モードも、ハードウェアの変更なしにサポート可能なのか。

　Transmetaのアーキテクチャでは、CMSはCPUに接続されたフラッシュから立ち上がり、CPUとBIOSの間のレイヤとなる。x86命令はCMSに実装されており、そのため、BIOSやソフトウェアからは完全にx86命令に見えるようになる。CMSはもちろんメインメモリ上で動作するが、その存在は、x86ソフトウェアはもちろん、BIOSから上のレベルからも不可視となる。つまり、CMSはもともとセキュアなメモリ空間で、セキュアに実行されているわけだ。これを応用すれば、Microsoftや他のOSが、セキュリティAPIを作ったとしても、すぐに対応ができると言っているわけだ。これには説得力がある。

　おそらく、Transmetaは2003年の段階では、まず独自のセキュリティ機能をCMSに組み込むと思われる。この段階で、完全に分離されたセキュア仮想メモリやセキュア実行モードを実装するかどうかは疑問だ。そうした機能を利用するには、OSの本格的な対応が必要になるからだ。おそらく、もう少し低レベルのセキュリティ機能の実装になると思われる。セキュア仮想メモリやセキュア実行モードは、PalladiumなどOS側の標準化が決まってからというのが、自然の展開だろう。

　また、推測だが、Crusoeの場合、CMSのためのフラッシュメモリに暗号化のルートキーなどを格納することも可能かもしれない。もちろん、CMSの格納メモリ自体がハックされてしまえば安全ではないのだが、このメモリはCrusoe自体に接続されているため、比較的保護が容易だと思われる。また、暗号化アルゴリズムをCMSに実装してしまうことも考えられる。そうすれば、Crusoe自体で、セキュリティチップの機能を兼ねることも可能になる。

　いずれにせよ、TransmetaがPalladiumに一番近い位置にいる可能性は高い。

□バックナンバー

(2002年11月29日)

[Reported by 後藤 弘茂]