Coward空きメモリのサイズを見て安心するのって、DOSの頃の感覚だよね。使用頻度の低い領域の占有サイズなんてたかが知れてるだろうに。日記EMSとかXMSとかUMAか、懐かしいよねぇ。コンベンショナルメモリを1KB空けるためにメモリマネージャーの読み込み順を色々試したりして。書き方忘れちゃったけどさ。セグメントとオフセットの隙間を突いてメモリ確保するようなヤツだったかな。PC98でVEM486使って色々やって、MSDCEXとFEP組み込んでも600KB以上(覚えてないや、630KBぐらい?)開けられた時は達成感あった気がした。(#3742945)>セグメントとオフセットの隙間を突いてメモリ確保するようなヤツだったかな。中の64KB-16B)が利用できる、っつー技ですな。CowardHMAは640kB~1MBの区間でもともと普通にアクセスできる。EMSやXMSは拡張メモリで1MB超の領域をHMA領域にマッピングして切り替えて使う。日記なんか全然違うよ。HMAは640kB~1MBの区間でもともと普通にアクセスできる。UMAは640kB~1MBの区間でもともと普通にアクセスできる。640kB~1MBの区間は「UMA」。「HMA」は、1MBを超えた約64kB分のメモリのこと。他のコメントで解説されてるけど、8086のメモリ空間は1MBしかないけど、80286以降の8086互換モード(リアルモード)では裏技的に1MBを64KBほど超えてアクセスできる。・ソフトウェア的にスワップイン/スワップアウトするもの(めっちゃ遅い)・ハード的にバンク切り替えするもの・386以降の仮想86モードを使うもの(MMUを使って1MB超の領域から1MBより下にマッピングして切り替える)などがある。割り当て先はどこでもいい(UMAに限らない)んだけど、コンベンショナルエリアはもったいないからUMAを使うのが普通。XMSは、通常の640KBを超えたメモリ空間利用規格の総称で、HMAやUMBも含むんだけど、たいていは、HMAやUMBを除いた、1MB+64Kより後ろの部分を差すことが多い。仮想86モードなEMSは、「(HIMEM.SYSなどの)XMSドライバが、1MB超の領域をメモリ管理してる」「(EMM386.SYSなどの)仮想86EMSドライバは、XMSから必要なメモリを取得して、それをMMUでマッピングしてEMSメモリとして提供する」みたいな流れになる。EMSやXMSは拡張メモリで1MB超の領域をHMA領域にマッピングして切り替えて使う。仮想86EMSは、XMSメモリを、UMA領域にマッピングして切り替えて使う。マッピングの話が出るのは仮想86EMSの場合だけで、一般論的な話にはできない。それは許しても、XMSは割り当て元の「1MB超の領域」の方。その割り当て先は「UMA領域」が正しい。X68の乗り換えたらメモリ足せば足したぶんだけコンベンショナルメモリ(相当)が増えてたので、苦労がなくなった。世間的にはソフトが無いことで嘆かれてたが、お金ない学生の身分だともっぱらPDSばかりだったので、むしろソフトが圧倒的に増えた感あった。CowardX68030に12MBまで積んだけど、結局有効活用できずじまいだったな。お絵描きや3Dやったりしてた訳じゃないし。6MBぐらいで十分だったと思う。ゲームやるなら4MBあれば良かったし。メモリ空間をリニアにアクセスできるってのは、プログラム作る上では非常に楽だった。仕事は会社の98だから関係ないしで、ソフトがないって感覚はあんまりなかった。仕事を持って帰っても必要なのはテキストエディタぐらいだったし。会社で5インチFDDを死守するのが大変だった。MOメディアに移行したが。CowardDOSで500KBぐらいのRGBファイルをBMPに変換するソフト作る必要があって、X68000なら配列ガッツリとって処理すればいいだけなのに、なんでいちいち分割処理しないといけないのか文句言いながら作ったなぁ#BMPのファイル構造はなぜかOh!Xから入手より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド処理中...。