スラッシュドット・ジャパン

部門名でもちょっと触れられている
IntelCPUの64bit拡張であるYamhillと
AMD64の互換性はどうなるんですかね。
ちかい将来Yamhill対応CPUが出るとして、AMD64用に書かれたコードは
Yamhillでも動くんでしょうか。
開発者様は64bit対応ソフトを書く際、
Intel用とAMD用と二種類のコードを用意することになるんでしょうか。
この分野でのシェア争いは、先行している分AMDが有利なのかな？

そのあたりひと悶着ありそうだ [impress.co.jp]とする向きもあるようです。

Intelが独自のx86-64拡張をやるとMSに相談したら、MSがIntelに、「AMD64(当時はx86-64だったかな？)と互換がなきゃサポートしないぞ互換とれ」って答えたといううわさが２年ぐらい前にあったのです。
これは結構有名な話。
「互換はあり」でしょう。実装で勝負だと思いますよ。

確か、こんな記事(英文) [theinquirer.net]がありましたね。
2chとかからも結構リンク貼られてたし。

OSも64bitになることになって始めて、自分にはこのマシンが宝の持ち腐れになることに気づきました。
32bitで出来ることしか自分には出来ないです、、

ぉぃぉぃ、そんな弱気でどうするよ。まだ、扉は開いたばかりじゃないか。
飛び込む資格があるのなら、その64ビットがもたらしてくれる先進性を
出来る限り味わうべきだろう、たとえそれがつかの間の幸福であっても。
違うかい？

確かに、本格的にソフトウェア側が対応するまでは、
まだまだ時間があるだろう。80386が発表された頃だって、
そのパワーを十分に生かすOSやアプリケーションは、なかなか出なかった。
一般人がその環境を手軽に使えるようになったのはWindows95が発売されてから。
つまり、i80386が1985年に発表されてから10年もかかったんだ。
それに比べれば、発売されて数年で対応OSが使えるなんて幸せだよ。

TOWNS ユーザは一般人じゃないですか。そうですか。

TOWNSはかなり初期のLinux(1992??)が移植された事でも有名ですね。（バージョン0.9xx）

NiftyのFFMT(FTOWNS)で盛り上がって、
Xもまだ無くて、Lanカードも持っていないのに入れて
遊んでいました。

そのころに、TOWNS-OS上からダイアルアップで
知人の企業LAN経由でメールアカウントも貰ってWIDEに
つなげたのが私のインターネットデビュー？。

ちょっと脱線しましたが、ある意味386らしさが生きてた
マシンでしたよ。専用のWin3.1やWin95も有りましたしね。

DOS Extender上で動くゲームは一般的だったと思いますが
16bitモードだけど32bit命令使った「要386以上」のソフトも多かった

最近、Pentium4クラスのマシンで動画キャプチャ＆エンコードが
結構流行ってますよね。ドでかい容量のHDDを積んで、アニメなんか取り込んだりして。
あのテの巨大なデータを64Bitのポインタでビシバシ扱えるというのは
利点じゃないでしょうか。

メモリアクセスに64Bitのポインタがあれば、展開したデータが
軽く４ＧＢを超えていても、無理に圧縮して32Bitでポイントできる範囲に
納める必要などありませんし。

16ビット機が出た頃、８ビットマシンと16ビットマシンを比較して、
16ビット機は倍ぐらい難解で操作が難しいかというと、そうでもなかったはずです。
それより、大きなデータを扱えるようになったというところが利点だった。
32ビットから64ビットへの変化も、同じようなものではないかと思います。

16Bitから32Bitへの変化では、メモリ保護と仮想マシンを提供する
システムの上でのマルチタスクという要素が大きな変化となったので、
コンピュータの利用形態が大きく変化することになりましたが、
今回はポインタがでかくなって大きなデータが扱えるようになるぐらいで、
ドラスティック(抜本的)な変化は見られないのではないかと思います。

> 最近、Pentium4クラスのマシンで動画キャプチャ＆エンコードが
> 結構流行ってますよね。ドでかい容量のHDDを積んで、アニメなんか取り込んだりして。
> あのテの巨大なデータを64Bitのポインタでビシバシ扱えるというのは
> 利点じゃないでしょうか。

　HDTVの解像度1920*1080ドットの動画で考えてみましょうか。

• 1ドットを表現するのに、RGBで3バイト使う。
  
• 1フレーム1920*1080ドットの圧縮処理のために、前後も含めて3フレーム分の情報を使う。
  

と仮定すると、1920*1080*3*3=18662400バイト（約17.8MB）。

　圧縮アルゴリズムの中でどれだけのメモリーを要求されるのかはわかりませんが、おそらく圧縮前のフレーム情報と合わせても4GBも要らないのではないでしょうか。

　余ったメモリー一杯までフレームを先読みすることで、ディスクアクセスを減らして速度を稼ぐという手もありますが、そうするにしても、重要なのは搭載している物理メモリー量であって、64bit化による仮想メモリー空間の拡大はあまり貢献しないように感じられます。

　ということで、
> 今回はポインタがでかくなって大きなデータが扱えるようになるぐらいで、
> ドラスティック(抜本的)な変化は見られないのではないかと思います。
動画圧縮に関しても、このご意見に同意します。

「単純なメモリコピー」なら(64bit以上の）MMXやSSEレジスタ使えば同等または速いんじゃないの？
フツーのアクセスなら、動画（画像）なら通常RGBA=8:8:8:8の32bitでアクセスするから64bitは生きてこない。
同時に2dot分packed演算すれば64bitアクセスの意味が出るけど、packed演算ならMMXのほうがよりよい。

処理するデータが64bitなら、今まで32bitx2回（乗除算等もっと増える場合もある）で処理してたのが１回ですむから速くなるけど
そういう処理はあまり多くない。少なくとも動画圧縮・伸張に関しては変わらんと思う。

性能面での劇的な向上はあまり感じられないとは
思いますが、巨大データを扱うプログラムの
開発効率は飛躍的に向上することになりますね。
効率が上がれば、コストがかからなくなり
それによりソフトウェアの値段が安くなります。

> 16ビット機が出た頃、８ビットマシンと16ビットマシンを比較して、
> 16ビット機は倍ぐらい難解で操作が難しいかというと、そうでもなかったはずです。

i8086のセグメント機構はフラットメモリモデルな8ビットCPUに比べると10倍くらい難しいと思います。
i80286のプロテクトモードは更に難解ですた。
i80386になってフラットメモリモデルが使えるようになり，難解度は下がりました。

なお，32bitしか想定していないプログラムの移植は，地獄を見るでしょう。特にポインタとunsigned longを交換している………

XP（のコンパイラ）は知らんけど64bitだとLP64(longとポインタが64bit)が業界標準ラシイから「特にポインタとunsigned longを交換している………」のは問題ないんじゃ
ポインタとint,longとintを交換するとまずいんだろうけど

おしえてエライひと

羨ましい。
私には16bitでも勿体無いかもしれません。

64bitで 2038年問題 [slashdot.jp] が解決するだけでも、とても幸せな事だと思うのですが...

Windowsで言えばWIN32 API時代からSYSTEMTIME構造体やFILETIME構造体が時刻の標準ですので、64ビット化するまでもなく2038年問題からの回避は十二分に可能かと思われます。

それぞれSYSTEMTIME構造体は最初から年月日時分秒を分けて格納する仕組みなので年のデータサイズ(WORD; 2バイト)で65535が最大値になります（従って仕様上の制限は65535/12/31 11:59:59.999 UTC）し、FILETIME構造体は1601/01/01を基準に100ナノ秒単位でDWORD 2つぶんで64ビット値（従って仕様上の制限は60056/5/28 5:36:10.9551615）です。

UNIX側でも同様のことがいえますが、回避策があっても使用せず手抜きをしているものが多いのも事実ですけど（話がズレ気味）。

構造体はともかく

ソースが残っているか
リコンパイルできるか
テストできる環境が残ってるか
納品できるか

が問題だなぁ。

#あとお金もらえるか

既に、持ち腐れ64bitマシンが2台もあるのですが、何か？

Ultra2、Ultra60というSunのわーくすてーしょん。
ここ1ヶ月、アクセスもログインもしてないや。

# マックじゃないところがミソ。。。？

エロゲの動作確認

詳報お待ちしております。

#一部の層にとっては非常に重要な点ですからね。
#…自分含めて(笑)
##それだけやってる訳ではないぞ。信じてくれ。

とりあえず、64bitでおるすばんしてください。

#はじめての64bit 略してはじ64(意味不明

gj!

手持のハードのドライバが入っているかの確認じゃないの?

#ハードオタなので。

Windows Server 2003 for AMD64 の評価版ダウンロード [microsoft.com] も始まっていますが、この情報は既出かしら？

64bitになるとスゲエということに世間はなっているようだけど、
年賀状を作成したり、メールを書いたり、ネットを見たり、
ボイスチャットをしたり、MP3を鳴らしたり、テレビをみたり、
そういう「家庭用」な用途に対して、大幅なアドバンテージって
あるんでしょうか？
　
＃単体HDDのアクセススピードがメモリ並になるほうが余程有用そうだけど、
そんな時代ってまだまだ先なんでしょうか。

世間では64bit?何それ?ってレベルの人が大多数だと思う。

＞「家庭用」な用途に対して、大幅なアドバンテージ
ゲームしか思い浮かばん。

64bitのCPUでmp3を聞くと32bitのCPUを使ったときよりも音が良くなります。

s/良くなります/良くなったような気がします/

＃体感なんてそんなものなのでID

　64bit時代の「家庭用」は、今の「家庭用」とちょっと違うかもしれないと思います。
例えば、個人的にLonghornで一番期待している
WinFS [cnet.com]では、現在のロケーションやファイルの種類に
依存した方法とは異なったデータ管理が可能になりますよね。
DB検索などは、64bit化の恩恵を受けやすそうなので。

> ＃単体HDDのアクセススピードがメモリ並になるほうが余程有用そうだけど、
> そんな時代ってまだまだ先なんでしょうか。

全部起動時に読み込んでしまって、ディスクの速度なんて気にしなくて
よくなるかも:-)

＞ 全部起動時に読み込んでしまって、ディスクの速度なんて気にしなくて
よくなるかも:-)

読み込むという概念が変わるんじゃない？

取り敢えずファイルシステムは全てメモリ空間にマップしてしてみたい。と思う。

初めて買ったHDDの100倍程メモリ積んでますが
ちっともそんな時代が来ません…
#SASI 10MB

> 全部起動時に読み込んでしまって、ディスクの速度なんて気にしなくて
Win95が出た頃のDOSゲーム（20MBくらいの）がそんな感じでした。
64MBくらいメモリがあればディスクキャッシュに入りきってしまうのでセーブロード以外ディスクアクセス無し。:)

リリースをざっと読んでみましたが…
コンパイラはないの!?(汗
コンパイラが無いなら先進の64bitシステム自体が
宝の持ち腐れ状態になるような気が(汗

.Netで中間言語に落ちるなら関係ないのか!?
でもそれだと巨大アドレスの実感が無いかも。

#教えて偉い人

>コンパイラが無いなら先進の64bitシステム自体が
>宝の持ち腐れ状態になるような気が(汗

calc.exeも64bit版になっています。
［スタート］->［プログラム］->［アクセサリ］->［電卓］
で、64bitCPUを駆使した計算を体験できます。

なんて…

Microsoftは最新の64Bitアーキテクチャを採用したWindows XP for 64-bit Extended Systemsをリリースしました。
これにともない、Windows標準ソフトであるマインスイーパーもついに64bit化。
高速なレスポンス性能の実現により、より速く、より正確なゲームが楽しめることでしょう。
これで貴方もスコアもアップ間違い無しです！

注：効果には個人差があります

# 一応。
# ネタですよ？　ネタ。

Win32s のときは Free Cell でした。
今度はあたらしいゲームは付いているのかな?

# Free Cell がものすごく気に入って、
# どこでもできるようにと
# VZ Editor のマクロで実現して
# HP200LX で遊んでたなぁ。。。

10進数以外の数の扱いが128bitになりました。とか。
# 今は64bit

AMD Developer Resource Kit [amd.com]なるページをみると、いろいろと対応しているみたいです。(違うのかな？)

AMD64用のコンパイラは，DDKやPlatform SDKに入ってるっす

福袋フォルダにアセンブラとリンカがおまけとして入ってると大絶賛するんだけどなあ。いや、64bitシステムをアセンブラで組むのは大変だろーけど…。

＃グラディウスと福袋フォルダ欲しさに初期型のシステムディスク一式を「補修パーツ」としてSHARPに注文した覚えが☆

10GHzのクロックでゼロから順に+1インクリメントしていったとして50年たっても桁あふれを起こさないくらいでかいbit数なんですね。

こりゃ使いこなせないなぁ。

＃人生、約29億秒

「ユーザの能力が足りません」と言われました＿|￣|○

旧Mac OSはPowerMac G4で2GB載せても1.5GBしか使えないし、不具合出る
ソフトもあるよ。PowerMac G5はハードの仕様上16GBまで載せられるし、
Mac OS X 10.3なら全部使えるはずだけど、なぜか8GBが上限ってことに
なってて...PowerPC 970自体は4TBまで扱えるんだけどコントローラとOSは
まだそこまでは対応してないんだなぁ。

Windows XPは出荷時(Gold)からIPv6プロトコルスタックを含んでいたものの，サポートはしていませんでした。正式サポートはご存知の通り、SP1からです。ご参考までに