１２８ＢIＴのウインドウズはいつでますか？
■ このスレッドは過去ログ倉庫に格納されています
0001パソコン初心者に毛が生えた程度の者でぷ
NGNG0002パソコン初心者に毛が生えた程度の者でぷ
NGNG0003名無しさん＠そうだ選挙にいこう
NGNG0004名無しさん＠そうだ選挙にいこう
NGNG0005名無しさん＠そうだ選挙にいこう
NGNG今のペースなら10年後ぐらい。
0006名無しさん＠そうだ選挙にいこう
NGNG永久に出ないだろ。単純にレジスタ幅増やす時代ではなく
クルーソーのような手法が主流になるだろうから内部が１２８や
２５６ビット幅になっても３２か６４ビットＡＰＩで動くはず。
Win64自体使われないんちゃうか。
0007名無しさん＠そうだ選挙にいこう
NGNGつーか、世に出るのか？
0008＞7
NGNG次期VAIOが搭載するはずだけど
00097
NGNG0010僕チン
NGNG00114
NGNGWin64なら、来年くらいに出ると思うけど。
128bitっていうのは・・・出ないのでは？
OSとしてサポートする意義があまりないよ。
CPUとしては、SIMD命令なんかで128bit幅に対応すれば
いいっていうくらいで。
0012名無しさん＠そうだ選挙にいこう
NGNGintに64ビットもいらんわ。
実行バイナリがでかくなるだけでメリットなし。
0013Be名無しさん
NGNGそれって、EmotionEngine(=PS2)用Windowsの事？
0014名無しさん＠１周年
NGNG0015尾丼
NGNG？？？？
0016Be名無しさん
NGNG気になったのでンヶ月前のネタに突っ込み。
> intに64ビットもいらんわ。
単なる整数値としてしか使わんのなら64bitが
必要なケースなんてそうそうないだろーけど、
80GBのハードディスクが30k円以下で買えるわ
その気になれば個人でもGBオーダのメモリは積めるわ
とゆー時代だと、ポインタとかファイル位置の
オフセット値には64bitくらいないと困るっす。
# ま、Cのint型が64bitである必然性はなくて、
# 実際、Single UNIX SpecificationはLP64
# (longとpointerが64bit)というモデルで、
# Win64はLLP64(long longとpointerが64bit)
# というモデルなんだそーだ。
0017Be名無しさん
NGNGデータ幅とアドレス幅と(あまつさえFileSystemと)をごっちゃにしないように。
最近のOSなら仮想メモリは64bitであることが多い。
FileSystemはNTFSは64bitだったと思う。UFSやらHFS+なんかも恐らく64bitだろう。
0018Be名無しさん
NGNG違うものであることはわかってるつもりだけど、
それぞれが全く独立してるわけでもないでしょ?
メモリをアクセスする際のポインタ演算やファイル
システム上のデータをランダムアクセスする際の
オフセット計算なんかは結局整数演算なわけだし、
最近のOSなら大抵mmap()相当のAPI持っていて
メモリとファイルシステムを透過的に扱えるし。
0019Be名無しさん
NGNG2038年問題もあるし。。。
0020Be名無しさん
NGNGメモリマップはちと特殊な気がするんだけどどうなんでしょ。
ファイルのシークなんかは今のFileSystemでも64bitだし。
それは、CPUのデータ幅(端的に言ってintのbit幅)とアドレス幅に対する誤解かと思った。
intは32bitだけど64bit演算だって行えるわけだし。
そもそも、ポインタとかファイルポインタを整数型として扱う(or認識する)のは危ないから個人的には好かない。
Cとかでプログラム書くと仕方が無いんだけど。
intの幅が変わったりしたらそれこそ大変だからね(変わらないと思うけど)。
002118
NGNGっつってもintで64bit演算が出来るわけじゃないね。
誤解を生む発言失礼。
0022Be名無しさん
NGNG0023名無しさん＠１周年
NGNG002416=18
NGNG> メモリマップはちと特殊な気がするんだけどどうなんでしょ。
configureでmmap()の存在チェックしてるfreewareもけっこー
あるよーだから、特殊とまでは言い切れないよーな気がする、
と思うのは甘いかしらん。使えるとむっちゃ便利なんだけど。
thread程度には一般性があると思いたい。
> そもそも、ポインタとかファイルポインタを整数型として扱う(or認識する)のは危
> ないから個人的には好かない。
あ、「結局は整数演算」つーのは、言語レベルで直接整数型で
扱うとゆー意味ではなくて、CPUレベルでは整数演算ユニットで
処理することになる、という程度の意味っす。
struct_pointer[index].memberってなコードをアセンブラに落として
みるといっしょーけんめーシフトと加算を繰り返してるのがわかる。
(かもしれない。CISC系プロセッサだと1インストラクションで済んでたりして^^;)
>>22
SISDだったらいらない。SIMDで32bit*4とかだったら用途に
よっては非常に意味あるけどそーゆーのサポートしてるからって
「128bit OS」とは呼ばんよーな気がする。
0025Be名無しさん
NGNG0026＞1
NGNGお手本がないのでまだ出ません。
0027名無しさん＠そうだ選挙にいこう
NGNG少なすぎ。
0028Be名無しさん
NGNG無理でしょ、OS Xだって自分とこで開発できない腐れメーカ
じゃ。
0029Be名無しさん
NGNG無知な奴発見
0031Be名無しさん
NGNGNextチームが作るならOKってことですか。
0032Be名無しさん
NGNG0033Be名無しさん
NGNG0034Be名無しさん
NGNGMacOSXってほんと落ちないですね。何回もＯｍｎｉWeb使ってたとき
でかい爆弾が上から落ちてきたんですが、システムは落ちたことないです。
いやぁ、爆弾出てきたときはびっくりしたです。
0035名無しさん＠１周年
NGNG意外とガセでもないかも。
ProjectBuilderのデバッグのメニューにx86というオプションがあった。
マニュアルで確認しただけだけど、これは将来対応しそうな勢い。
まあ、時間はかかるだろうけど。
0036名無しさん＠そうだ選挙にいこう
NGNGそれはそれなりに幸福かもしれん(w
0037Be名無しさん
NGNG0038Be名無しさん
NGNGx86版MacOS Xが出るか否かは純粋にマーケティングの問題れす。
技術的な障壁はほとんどないと考えていい。(デバイスドライバの問題はあるけど)
# しかしそれにしてもスレッドのテーマ無視無視なPOST続けてるなぁ、わし(^^;
話を強引に戻すと、「汎用的な」128bitOSってのは「現状」存在意義が見当たらないので今後30年くらいは出ないに一票。
# 40億の40億倍(64bit)で足りないデータ(値|サイズ)なんて当面「日常的に」使うとは思えん。
0039Be名無しさん
NGNG昔、ゲイツも似たようなこと言ってましたね（笑）
0040Bee名無し
NGNG今も Mac OS X で OmniWeb からなのですが、
「爆弾」なんか出るのですか？
0041名無しさん＠いたづらはいやづら
NGNG「128BIT以上のオープンソースのUN*X系OSはいつでますか?｣にして欲しかった。
0042名無しさん＠そうだ選挙にいこう
NGNG0043Be名無しさん
NGNG先のことなんてわからんから、「汎用的」とか「現状」とか
「当面」とか「日常的」とか付けて逃げ道作ってるんです:-)
ま、ディスク容量が年に2倍ずつ増加していったとすると、25〜30年
くらいしたら64bitでおさまらなくなるかなぁ、とは思いますが。
# 30年間線型に増大するとも思えんけどさ。
0044ハルマゲドン
NGNG↓
http://member.nifty.ne.jp/shyu/20xx/2038.htm
0045Name_Not_Found
NGNGていうかOPENSTEPだってインテルPC上で動作したんだし、今更
その選択肢を未来永劫捨てる必要ないよね。
0046Be名無しさん
NGNG0049Be名無しさん
NGNG16bitのアドレス空間は64KBytes
32bitのアドレス空間は4GBytes
64bitのアドレス空間は171億GB
128bitのアドレス空間は3169126500570573503741億GB
4GBはもうすく超えそうだから64bitの必要性を感じるけど、
171億GBはまだ超えそうにないから128bitの必要性は感じないな。
■ このスレッドは過去ログ倉庫に格納されています