トランスメタ
インテルやAMDがx86命令セットを拡張しても、ソフトウェアのアップグレードをするだけで追随する製品を出荷できる。
性能や消費電力を市場ニーズに合わせてソフトウェアで調整できる。
ソフトウェアによるワークアラウンドを使うことで、ハードウェアの設計時および製造時の欠陥を修正することが比較的容易に可能となる。
x86アーキテクチャの33年におよぶ互換性問題を気にすることなく、コアの機能や電力消費量低減に集中することができた。
他のアーキテクチャのエミュレートも可能で、同時に複数のアーキテクチャをエミュレートできる可能性もある。Crusoe 発表時、トランスメタはx86と同時にpicoJava(英語版)もエミュレートしてみせている。
Crusoeリリース前、この技術を使ってPowerPCとx86のハイブリッドプロセッサを開発しようとしていると噂されていた。しかし、実際にはx86の低消費電力市場にのみ集中することになった。
ハードウェアを修正せずに製品をアップグレードするという能力は、2002年に実際に示された。タブレットPC HP Compaq TC1000(英語版) の搭載するCrusoeをフィールドアップグレードしたのである(ファームウェアのダウンロード)。また、2004年にはEfficeon製品でのNXビットおよびSSE3サポートでも、この能力が利用されている。フィールドアップグレードはシステムベンダーから見れば余計なサポートコストであり、品質保証にも余計な支出が生じるため、あまり歓迎されなかった。
Crusoeはトランスメタの最初のマイクロプロセッサ・ファミリである。
実際の性能と消費電力が計画に比べて劣っていたため、トランスメタには多くの批判が寄せられ、信頼を失う結果となった。電力消費量はインテルやAMDより良かったが、実際のバッテリー寿命はそれほどのびなかった。性能が低かった原因は、コードモーフィングソフトウェア (CMS) とキャッシュアーキテクチャがベンチマークで評価され、実アプリケーションでは評価されていなかったためである。ベンチマークは一般に小さい範囲で繰り返しコードを実行する性質がある。CMSのオーバヘッドが実アプリケーションの性能低下の主たる要因と見られている。単純なVLIWコアのアーキテクチャは、計算主体のアプリケーションには向いていなかった。また、サウスブリッジとのインタフェースの帯域幅が小さく、グラフィックスやI/O主体のアプリケーションも高速とはいえなかった。x86との完全互換性を謳っていたが、一部の標準ベンチマークを実行することができず、互換性にも疑問が生じた。