nminoruのコメント: ILP64はまずい (スコア 1) 199
short型が16ビットの場合は32ビットをあらわす基本型がなくなり、
short型が32ビットの場合は16ビットをあらわす基本型がなくなるのです。
こちらは、nminoruさんのユーザページですよ。 アナウンス:スラドとOSDNは受け入れ先を募集中です。
最近続報を聞かないのですが Google は音楽配信サイトを準備しているという話はありますよ。
現地の人は昔から食べていたわけで、新種と言われても違和感があります。
太陽の所有権を主張できるとすればアステカやインカのような中南米の古代国家あるいはその子孫達でしょう。
今日の太陽が昇ってくるのは、彼らが大量の生贄を捧げてくれたおかげなのですから。
MRAM(Magnetoresistive Random Access Memory)のような不揮発メモリ技術の中には、フラッシュの代替をこえて、ワークメモリとしての利用されることを狙っています。
最終的にはDRAMを駆逐してMRAM(など)をメインメモリにして、「電源を切っても次に立ち上げ直すと元の状態が見える」計算機を作ろうと真剣に検討している人たちもいますよ。
テトリス系では Hell というのが一番凶悪かしら?
実際にはクリアできないジョークソフトみたいだけど。
他の人からはクソみそに言われるでしょうから、5年ぐらい IA-64 と付き合った者として餞別代りに Itanium を擁護してみます。
個人的な感想としては IA-64 は「はまったコードは非常に速いが、外れたコードは非常に遅い」アーキです。
ただ「はまったコード」」を生成するには icc のような最適化コンパイラが必須です。
また最適化コンパイラがあっても、「はまったコード」にコンパイルできないアプリも多いです。gcc とか perl のようなのが特に苦手。
命令アーキテクチャとしては、尖った機構がふんだんに存在しています。
あと Itanium2 としての特徴ですが、
良いのか悪いのか分からない点としては、
CPU から見ると高速化が可能。プログラマーとしては非常に困った性質で、C 言語だと volatile を付けないと通常のロード・ストア命令が生成されるので、他のアーキ用に書かれたマルチプロセッサ用のソースコードが容赦なく異常動作する。
悪い点は、やっぱり Out-of-Order 実行がない点ですね。命令グループに命令をそんなに詰め込めないし、ロード命令がウェイトすると後続命令は実行できないので、結局性能が上がりません。OoO を導入するには論理レジスタ数が多すぎることがネックになると思います。
iPadは胸ポケットに入れればいいと思います。
こっちは水力で飛ぶますが、こっちの方が爽快感がありますよ。
http://gigazine.net/index.php?/news/comments/20100304_jetlev_flyer/
ずぶ濡れになる覚悟が必要ですが。
http://www.youtube.com/watch?v=IDDPRI9fl30
子供が減っているので、歯医者嫌いの子供も少なくなっていますよ!!
一方で歯医者の数は増えていて、過当競争の渦の中にいるそうです。
こういう新しい治療法が出てくるのは、歯科医師業界の人してはどう思っているんでしょうね?
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり