14/02/19 00:24:52.38 qaXWqSc3
>論理アドレス空間
wwww
661:名無し~3.EXE
14/02/19 19:52:51.73 9hUAuA/p
>>659
ちゃんと勉強しているかソース希望。
(こんなレスする人に限って妄想でレスするからなぁ～)
662:名無し~3.EXE
14/02/19 23:23:56.64 snMK22BT
32bitOSでのメモリ拡張なんて、制限つくし対応OSが普及してないから
対応ソフト作っても売れないよ。PAEにすれば使えるメモリが増えるとか
脳天気なことにはならない。ソフト側も対応しないとだめ。
32bitアプリも問題なく動く64bit Windowsが普及した今となってはすでに
過去のものだよ。リニアに大容量メモリが使いたければアプリを64bitに
するだけでいいし、PAE対応なんかよりよほど建設的。
663:名無し~3.EXE
14/02/19 23:45:31.04 9hUAuA/p
>>662
メモリーのアドレッシングに関する知識が無い(要するに各CPUのアーキテクチャーね)>658,659にはそんな長文のレスは
馬の耳に念仏 ww
664:名無し~3.EXE
14/02/20 00:00:43.62 DDVrFrDx
64ビット移行が手っ取り早くていいな
技術的な事は全然知らんが
まあ今時なら勝手に64ビットOSだし
665:名無し~3.EXE
14/02/20 04:52:44.85 pd3Ab8Pr
>>662
これだけ64bitOS普及してるのになぜこういう馬鹿が嘘を吐き続けるのか。
64bitってPAE必須。PAE使わないと64bitでも4GB以上アクセスできない。
64bitOSというのはPAEに対応しているOSってこと。
64bit派=低脳馬鹿にするための工作か知らんがデタラメ書き込むな。
666:名無し~3.EXE
14/02/20 05:01:56.41 9sxycbXE
>>665
64bit Windows に PAE なんてねーよ。お前も勉強してこいやー
667:名無し~3.EXE
14/02/20 05:13:56.46 pd3Ab8Pr
>>666
www 平気で嘘をつく真性のクズだな、こりゃ。
市ねよ、チンカスww
668:名無し~3.EXE
14/02/20 05:24:26.00 SS+HY2tg
今の64ビットWindowsがPAE必須なのは互換モードで動作するときに必要だからだよ
64ビットOSにPAEが必須なわけではない
＞PAE使わないと64bitでも4GB以上アクセスできない。
ここは互換モードで動作する場合はという補足がつく
669:名無し~3.EXE
14/02/20 05:26:01.69 9sxycbXE
MMUも知らんのかよ。駄目だこりゃ
670:名無し~3.EXE
14/02/20 05:32:14.28 9sxycbXE
>>668
お前もかよ。まともに理解してる奴、一人もいねぇ
671:名無し~3.EXE
14/02/20 08:17:55.93 Ehq6Og8d
ちょとマジでか
てか誰かソース貼ってくれん？
正しい情報かどうか判断できん。
PAEが64ビットでも必須なのは初めて知った。
なにげにこのスレ勉強になるな。
嘘かホントか分からないけど。
672:名無し~3.EXE
14/02/20 20:02:36.02 MUBlImlQ
>>671
x64のLongモードで64ビットモードの場合のアドレスサイズの規定値…64ビット
それ以外の動作モード…IA-32アーキテクチャのルールが適用される
つまりは>668が書いているようにPAE(物理アドレス拡張…Physical Address Extension)が適用されるのは
IA-32アーキテクチャのアドレスラインを32ビットから36ビットに拡張したCPUのみって話になる
なので「PAEが64ビットでも必須」なのではなく、x64自身が仕様を含んでいるので必須に見えるだけ
(例えばLegacyモードでPAEをサポートした32ビットOSを動作した場合、36ビット分のアドレスラインが見えるって話)
上記で書いたことの詳細は
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(ja.wikipedia.org)
を参照願います。
673:名無し~3.EXE
14/02/20 20:23:29.82 YetK2Nu3
８０８６でもメインメモリーを4MBに拡張する方法があったな
674:名無し~3.EXE
14/02/20 21:30:53.59 t4KK62mF
そもそもPAEって32bitのWindows ServerでSQL Serverの
要求メモリが足りないケースがあるからって無理矢理に
つけた機構だしな。一般用途じゃ動画編集ぐらいしかその
恩恵はないけど、すでに動画系は64bit対応が終わってる
から32bit＋PAEにする意味がない。どっちにしろ今の時期
に使うものではない。
675:名無し~3.EXE
14/02/20 21:35:40.99 t4KK62mF
>>673
8086じゃ無理。セグメントとオフセットを加算しても0xFFFFF番地まで。
16bitのメモリ拡張は80386以上の仮想86モードでメモリマップを細工
することで実現していた。
とはいえ、アプリケーションは16bitなので64KBのセグメントに縛られる。
デバイスドライバでメモリが占有されるのを防ぐ仕組みだけど、当時は
それしか手がなかった。
676:名無し~3.EXE
14/02/20 22:33:43.14 MUBlImlQ
>>673
記憶違いでなければ、ハードウェアEMSとかアイ・オー・データ機器の「I/Oバンク方式」使えば8086やV30でも1MBを超える
メモリーアクセス可能じゃなかった？
>>674
Athlon 64でPAEが実装されてNTのアーキテクチャーを大きく変更したくなかったからAWEが実装されたのでは？
>>675
その辺は80286じゃないかな？A20のバグなんて80286から引き継がれているし…
(逆に80386でリニアに32Bitアクセスが可能になって、メモリー回りがスッキリしたハズ)
677:名無し~3.EXE
14/02/21 04:14:42.69 MOa39y2x
>>672
なに勘違いしてんだ。
ロングモードの64bitアドレッシングはPAEのスーパッセットなんだが。
互換モード関係なくPAEは必須。
678:名無し~3.EXE
14/02/21 09:37:29.44 iOmIWldq
>>677
バカはお前
x64は64Bitアドレッシングを前提にした設計
確かにIA-32の32Bitアドレッシングと比較するば「広義の意味では」スーパーセットになるが…
679:名無し~3.EXE
14/02/21 10:06:21.41 iOmIWldq
一部訂正
IA-32は設計上「40Bitまでのアドレッシングをサポート」しているので
IA-32と書いた部分は「x86」と読み替えて下さい。
最後に…
やっぱり>677は「視野狭窄のアホであると」レスしておく
680:名無し~3.EXE
14/02/21 12:03:33.48 MOa39y2x
>>678
AMDの資料にそう書いてあるし、wikipにもそう書いてあるし、MSがAMD64を支持したのもそれが理由。
64bit開発では常識の話なのに、そんなバレバレのトンデモ言われもな。
もしかしてこれがまとめブログ管理人の煽り工作ってやつ？w
アフィカス市ねw