[過去ログ] WindowsやめてLinuxデスクトップ! 22 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
749(1): 2019/09/20(金)17:29 ID:HkVglSOL(1/3) AAS
>>740
↑
こいつマジで馬鹿だろw
なんで馬鹿扱いされてるかわからねえんだよwww
そもそも640Kの壁ってなんだよ?w
まあ、実質間違いではないが正確には1MBの壁だろw
そして、「物理メモリ1MB」を超える「拡張仮想メモリ空間」の技術は数学的な芸術だと言ってんだが、エロゲームしかやってねえこの文系馬鹿ハゲ親父には理解できねえのさwww
俺のMS-DOS機はメモリを16MB積んでいた
この16MBを同時に使えないのを1MBの壁という。
資格もなにもねえ引きこもりは引っ込んでろよw
ま、そんな俺もいまじゃLinuxメインになりつつあるが
750: 2019/09/20(金)17:39 ID:HkVglSOL(2/3) AAS
大事だからもう一度行っておく。
MS-DOSは1MBを超えるメモリ空間を扱える。
EMSなどの拡張メモリ技術がそれを可能にした。
「1メガバイトの壁」とは、同時刻に扱えるメモリの最大容量が1メガバイトまでだという意味だ。
そのうち、システムがある程度メモリを使うので、ユーザーはさらに少ない640キロバイト前後でやりくりする必要があった。
とはいえ、16メガバイトまで拡張メモリ空間を扱えた。
MS-DOSは16メガバイトまでメモリを拡張できた。
751: 2019/09/20(金)17:40 ID:HkVglSOL(3/3) AAS
というわけで、嘘つきには立ち去ってもらおう。
752: 2019/09/20(金)17:41 ID:4qIaGmIB(1) AAS
ほとんどの人はゲームや一太郎花子だよ
実メモリ1.6MB積んでDOSの仮想86モード
NTなんてエンドユーザーはほとんど使ってない
もうやめね?胡散臭いMS工作員くだらねー懐古厨に乗っかるいつものパターン
753(1): 2019/09/20(金)17:42 ID:La2xqIAo(3/4) AAS
>>745
>Windows 9x以降、32bitネイティブで作っていればフラットなメモリ空間だったわけで、
はぁ? 「Windows 9x系」の「技術的制限」
外部リンク:ja.wikipedia.org
「システムリソース - ユーザーヒープ及びGDIヒープの二つに分かれ、
それぞれ64KBまでの領域しか扱うことができない。」となってるのに
「フラットなメモリ空間」? どこが? お前は「知ったか振り」だな。
754: 2019/09/20(金)17:44 ID:82NBOrsR(1/3) AAS
Windows3.1は最高だった。
16メガバイトの壁を突破した。
懐かしいなあ〜
755: 2019/09/20(金)18:05 ID:3GlRcyXV(1) AAS
Windows10は重いわ。動作がもっさりしている。
756(1): 2019/09/20(金)18:06 ID:Cb/MBiMW(3/4) AAS
640kの壁ってpc-98とかのメインメモリの上限の事じゃね?それ以外はioやらvramで使ってたし。
フラットなメモリ空間って68000のアドレッシングとかしらんと概念がわかりづらいと思うよ。
アセンブラでガリガリ書いてた人にはわかるけど。
757: 2019/09/20(金)18:11 ID:Cb/MBiMW(4/4) AAS
ヒープの64kもアセンブラとか当時のcで書いてないとわからない理解しづらいと思うよ。
758: 2019/09/20(金)18:47 ID:xi9ZB3WN(8/9) AAS
>>756
PC-9800 シリーズの V-RAM アクセスはセグメントとオフセットの話で完結
DOS のメモリ管理とは別クチ
759(1): 2019/09/20(金)18:50 ID:MDK9a9Bp(23/28) AAS
>>729
スレタイと
>>1を
百回ぐらい声に出して読んでみようか
760: 2019/09/20(金)18:58 ID:+cR23JVs(1/2) AAS
>>759
昔DOSをやってた人は、不安定なリスクと戦いながら、メインメモリーを空けるのに命を捧げたんだよ。
詰め込めUMBにぢゃ。
761(1): 2019/09/20(金)19:11 ID:IcD0iXZx(1) AAS
もしかしてシステムのリソース不足のこと?
762(1): 2019/09/20(金)19:14 ID:82NBOrsR(2/3) AAS
>>761
違う
763(1): 2019/09/20(金)19:16 ID:82NBOrsR(3/3) AAS
>>762
いや、違くもないか。
結局その問題を発生させたんだしな。
764: 2019/09/20(金)19:20 ID:+cR23JVs(2/2) AAS
>>763
まあ人生いろいろwww
765: 2019/09/20(金)20:09 ID:PaTgBtOr(3/16) AAS
>>748
> Windows 9xに640KBの制限があるとは誰も言ってないのでは?
Windows 9xに640KBの制限はない。
言い出しっぺんさん、これで合意が取れたってことでいいの?w
それで640KBの壁ってなんだったの?
Windows 3.xの話でいいんだよね。
9x(と当然後継のNT)には関係ない話だったんだよね
確かXPとかいう名前も上がっていたけど関係ないね
766(1): 2019/09/20(金)20:10 ID:PaTgBtOr(4/16) AAS
>>749
> まあ、実質間違いではないが正確には1MBの壁だろw
Windowsに1MBの壁もないよ。
767(1): 2019/09/20(金)20:12 ID:PaTgBtOr(5/16) AAS
>>753
> 「システムリソース - ユーザーヒープ及びGDIヒープの二つに分かれ、
> それぞれ64KBまでの領域しか扱うことができない。」となってるのに
今はメモリ空間の話をしてます。
「システムリソース - ユーザーヒープ及びGDIヒープ」
はそもそもアプリから直接参照することが出来ません。
メモリ空間にはマップされてません。
768: 2019/09/20(金)20:12 ID:PaTgBtOr(6/16) AAS
それにシステムリソースは64KBとかいてあるように、
謎の640KB(1MB)の壁と違うことは明らかです。
769(1): 2019/09/20(金)20:14 ID:PaTgBtOr(7/16) AAS
Windowsに640KBの壁がある!とか言っていながら
MS-DOSに640KBの壁があるに話をすり替えてる人は退場してもらおう。
Windowsにはない。
770: 2019/09/20(金)20:48 ID:1Yk1iC8e(1) AAS
エロサイトや5ch、爆サイなどの危険でディープなサイトへ行く時にはLinuxを使う
それ以外の普通のサイトへ行く場合にはWindows 10を使う
こうした使い分けが必要だろ
771(2): 2019/09/20(金)20:56 ID:MDK9a9Bp(24/28) AAS
>>769
3.1とかdosの上でWindows動いてたんじゃないの?
とういか
そんなのどうでもいいけど
772(1): 2019/09/20(金)21:23 ID:h5u9psKM(1/3) AAS
>>771
プロテクトモードドライバが直接メモリ管理してるからDOSのメモリ制約とか関係ないでしょ
773: 2019/09/20(金)21:27 ID:MDK9a9Bp(25/28) AAS
>>772
だから
どうでもいいんだよ、そんなこと
3.1使ってたときは
よくメモリ不足でフリーズしてたよ
MACだってWindowsディスってたけど
似たようなもんだったし
774(1): 2019/09/20(金)21:40 ID:h5u9psKM(2/3) AAS
どうでもいいなら尚更嘘はいけない
775: 2019/09/20(金)21:43 ID:MDK9a9Bp(26/28) AAS
>>774
どうでもいいから
あえて口出さなかったけど
永遠にそんな話ばっかしてたら
スレちの無限ループでしょうが…
Linuxデスクトップディスたいんなら
そういうスレあるし
Windowsヨイショしたいんなら
Windows板いけばいいだけのこと
776(1): 2019/09/20(金)21:51 ID:PaTgBtOr(8/16) AAS
>>771
つまり、>>633のこれはWindows 3.xのことだって話ですすめるわけねw
640Kの壁問題というのは、Windows 3.xまで。Windows 9x/NTでは無いと
> Windowsになってもまだ古いDOSとの互換性維持もあってメインメモリ640Kの壁問題があったからな
> ちなみにXPぐらいまではISAバスサポートもあったのでその辺を全部捨てないとどうしようもなかった
そうすると、なにが「どうしようもなかった」なのか全くわからんが、
ISAバスの話は全く関係なく、どうしようもなかったも間違いで何の問題もないという結論でいいだろう
(なぜならVistaまで確実、おそらく7/8までサポートされていたから)
まずWindows 3.0のシステム要件が8086 / 8088以上であることからもわかるように
Windows 3.xは16bit OS。16bitだから640KB(1MB)までしか扱えないと思っていたら大間違い
そもそも16bitというのは、2の16乗=65536=64KBだからな。640KBの壁にはならない。
16bitのMS-DOSやWindows 3.xは、64KBまでしかメモリを扱えないなんて主張するやつはいないだろ。
現に1MBアクセスできてるんだから
なぜ8086が16bitなのに64KBを超えた1MBアクセスできるのかと言うと、16bitレジスタを
2つ使ってアクセスしていたから。じゃあ32bitなのか?というとそれも違っていて4bitしかずらしていない
0 1 2 3 4 5 6 7 8 9 A B C D E F (16bit)
_ _ _ _ 0 1 2 3 4 5 6 7 8 9 A B C D E F (16bit)
つまり合計20bit。だから1MBまでしかアクセスできない。
MS-DOSは1MB(640KB)の制限とはこのことを指している。
8086 / 8088 から 80286のリアルモードまでは1MBまでしか扱えないのは事実だが
Windows 3.0から対応してる80286のプロテクトモードでは違う。
プロテクトモードでは上の4bitずらして〜なんてやり方をしていない。セグメントディスクリプタを使った
全く違うやり方をしてる。その場合は80286で24bit(16MB)のメモリ空間を持っている。(もちろんバンク切り替えなし)
一言で言えば、Windows 3.0にあるのは16MBの壁(640KBでも1MBでもない)
そしてWindows 3.1ではリアルモードを廃止したので、1MBの壁は完全に存在せず
80386の拡張により32bit(4GB)のメモリ空間になってる。(ただし256MBまでしか対応していないが)
777: 2019/09/20(金)21:53 ID:PaTgBtOr(9/16) AAS
以上長々と書いたが、結論を言うと
* 1MBの壁があるのはそもそも1MBまでしか扱えないCPUでWindows 3.0を動かした場合
* CPUが対応しているならばWindows 3.0にあるのは16MBの壁
* Windows 3.1は16MB以上アクセスできる
ということでWindows自体には640KB(1MB)の壁なんてものはないんだわ
778(2): 2019/09/20(金)21:53 ID:La2xqIAo(4/4) AAS
>>767
ごまかすな。 >>745でお前が言った
「Windows 9x以降、32bitネイティブで作っていればフラットなメモリ空間だった」
の実態は「完全な32bit化がなされたのはKernelのみで、UserやGDIでは
16bit時代のシステム コアがそのまま流用され、」だからな。
外部リンク[html]:www.atmarkit.co.jp
更には、これが原因で下の事態が発生する。
「Windows 9x系のOSに存在するシステムリソースはダイアログボックスやウインドウなどの情報を格納する
USERが128KB、フォントやビットマップ、アイコンなどの情報を格納するGDIが64KB割り当てられており、
どちらか少ない方の全体の比率を指す。これが0%に近づくとフリーズを起こしやすくなったり・・・」
フリーズを起こしやすくなった、と言うより、これが原因でフリーズを何回も経験してる。解決策は再起動な。
システムリソースを下で確認してみろ。
外部リンク:ja.wikipedia.org
従って、システムで使うメモリ量に制限があったから、フラットにメモリ空間を使える訳がない。
それとも、お前はUserやGDIを使わないで「Windows 9x」でフルで32bitコードを動かしたのか?
凄いな、驚いた。もうお前に質問は無いから。
779(1): 2019/09/20(金)22:00 ID:PaTgBtOr(10/16) AAS
Windows 3.xに1MB(640KB)の壁があると勘違いしてるやつは、
* MS-DOSは1MBの壁がある。(8086、もしくは仮想86モード用OSなので事実)
* Windows 3.xはMS-DOSから起動してる (事実)
* だからWindows 3.xもMS-DOSと同じ1MBの壁があるはずだ!(単なる推論で事実ではない)
ということだろ?
Windows 3.x起動時に1MBの壁を超えるプロテクトモードに切り替えて
MS-DOSのメモリ管理機能は使ってないんだから
1MB(640KB)の壁なんてないんだわ
780(1): 2019/09/20(金)22:02 ID:PaTgBtOr(11/16) AAS
>>778
お前、さっきから桁間違えてるぞw
お前が言ったシステムリソースなどは64KBだろ
1MB(640KB)の壁の話はどーしたんだよ?
最初から言ってるがWindowsに1MB(640KB)の壁なんてねーだろ?
781: 2019/09/20(金)22:04 ID:PaTgBtOr(12/16) AAS
フラットにメモリ空間使えたって話なのに、
「フルで32bitコードを動かしたのか?」って
メモリ空間じゃなくてコードの話になってるし
意味わかってねーだろ?w
782(1): 2019/09/20(金)22:08 ID:MDK9a9Bp(27/28) AAS
>>776
だからさ
昔の話でこのスレたったわけじゃないでしょう?
当時の話なんかどうでもいいんだよ
最近のmsの怠慢に
我慢できないって思った人がでてきたから
こんなスレができたんでしょう?
おれだって、仕事でHP-UXとか
nobellのunixwearとかunix触ってても
Windowsの方が使いやすいよねって
思ってたんだよ
ぶちゃけ
いまじゃWindows擁護してきたことに罪悪感感じてるわ
783(1): 2019/09/20(金)22:09 ID:PaTgBtOr(13/16) AAS
>>782
Windows擁護していいと思うけど?
このスレの書き込みと、Windowsの性能に関係はないんだから
784: 2019/09/20(金)22:12 ID:MDK9a9Bp(28/28) AAS
>>783
だから
>>1
百回ぐらい声に出して読んでみよう
どこどう読んで見ても
性能の話なんかでて来ない
785: 2019/09/20(金)22:28 ID:PaTgBtOr(14/16) AAS
?
× このスレの書き込みと、Windowsの性能に関係はないんだから
○ このスレの書き込みと、Windowsの擁護すること関係はないんだから
786(1): 2019/09/20(金)22:29 ID:19uHSFDm(1) AAS
フラットにメモリ空間を使えるって意味をmmuとかを利用したユーザーが使えるメモリ空間と、cpuが直接扱えるメモリ空間とでわけると良くね?
俺的には後者しか浮かばないが。
787(1): 2019/09/20(金)22:35 ID:PaTgBtOr(15/16) AAS
>>786
仮想メモリを実装する必要がある以上mmuは事実上必須でしょ
788(2): 2019/09/20(金)22:39 ID:PaTgBtOr(16/16) AAS
>>787
ちなみに俺の書き込みを見ればわかるが、
(32bit)フラットなメモリ空間の話はWindows 95/NTのことを指し示してる
1MB(640KB)の制限はWindows 3.xを含めてもないの話とは別ね
789: 2019/09/20(金)22:46 ID:Gy2osZkc(1) AAS
いい加減レス違いですよ
790: 2019/09/20(金)23:05 ID:xi9ZB3WN(9/9) AAS
コレ毎日 NGID ブッ込まないと駄目?
めんどくせえ
791: 2019/09/20(金)23:07 ID:h5u9psKM(3/3) AAS
画像リンク[jpg]:i.imgur.com
792(2): 2019/09/20(金)23:48 ID:G+Lhiiwz(1) AAS
最近使い始めたけど起動時にスクリプト1つ走らせるだけでも、ファイルにあれこれ書き込んで、コマンド何個か打ち込んでようやく完了ってのは中々しんどいな
793: 2019/09/20(金)23:53 ID:384gNqvW(4/4) AAS
>>720
一般的なネット閲覧・オフィス・写真・画像・音楽・ゲームなどの用途において、頻繁にコントロールパネルから辿ってネットワークの設定は行わないでしょう。
頻繁に設定するならば、ショートカットやスクリプトを作成すればいいと思います。
一例ですが、ネットワークアダプターの一覧を表示したいなら、ncpa.cpl へのショートカット作成してダブルクリックか、Windowsキーか Windowsキー + R で ncpa.cpl を入力。
DNSサフィックスを追加/削除したいなら reg add/delete や regini で該当箇所を書き換えるスクリプトを作成してダブルクリック。(詳細はググってw)
扱いやすく有用なものにできるかどうかは、あなた次第。
794: 2019/09/21(土)00:28 ID:O0koTHb7(1) AAS
>>792
なれればルーティン
それがLinuxの自由度の高さ
したがって使い込むほど熟成する
795: 2019/09/21(土)00:56 ID:aVzcIlW7(1/19) AAS
>>766
MS-DOSのメモリ管理の話でWindowsが何?
796: 2019/09/21(土)01:04 ID:71ZVyW8Q(1/8) AAS
>>792
別ファイルでスクリプトを書いておき
起動時にそのスクリプトを走らせるようにしておけば
どんだけ distro のバージョンが上がっても対応できるよ
機能ごとにスクリプトのファイルを分けるのが
こんにちの主流
797(1): 2019/09/21(土)01:13 ID:aVzcIlW7(2/19) AAS
念のために書いておくが、Windows3.1ならびにWindows9xには1MBの壁が存在する。
1MBの壁が存在するのに、あたかも1MBの壁が存在していないかのように制御していただけ。
馬鹿には分からない。
798(2): 2019/09/21(土)01:33 ID:4DR8YykZ(1) AAS
>>797
どのような壁が存在しているのでしょうか
799(2): 2019/09/21(土)01:44 ID:aVzcIlW7(3/19) AAS
>>798
例えば1MBのメモリ空間に穴をあけて、その穴から外の拡張メモリを覗くのさ。
つまり穴に外の世界を代入するわけだが、この代入を超高速で切り替えてあたかも1MB以上を使っているかのように見せかけるトリック。
このやり方はWindows3.1ではもっとも普及したやり方だよ。
800(1): 2019/09/21(土)01:51 ID:10/sSOEl(1/24) AAS
>>799
嘘つくなよ。Windowsでそんな事してない。
801(1): 2019/09/21(土)01:58 ID:aVzcIlW7(4/19) AAS
>>800
オマエは知らなくていいよ
理解する能力がないんだからな
802(2): 2019/09/21(土)02:01 ID:10/sSOEl(2/24) AAS
>>801
なんて名前の技術でしょうか?
それぐらいも言えないならおしまいだね。
もちろん間違ってもおしまいだね。
無いもののの名前を言えるわけもないから結論は見えてるが
803: 2019/09/21(土)02:02 ID:aVzcIlW7(5/19) AAS
>>802
EMSメモリ
804: 2019/09/21(土)02:03 ID:10/sSOEl(3/24) AAS
無駄な会話をなくすため、"関係ない技術" を書いておくね。勉強してね。
外部リンク:www.glamenv-septzen.net
805(2): 2019/09/21(土)02:05 ID:10/sSOEl(4/24) AAS
あー、遅かったw
EMSは違いますー。
外部リンク:ja.wikipedia.org
> Expanded Memory Specification (EMS) は、MS-DOS上でのメモリ拡張手法。
> EMSを使用するソフトではデータを16KB〜64KBの窓を通してアクセスする為
1MB?どこから出てきたの?w
806: 2019/09/21(土)02:05 ID:aVzcIlW7(6/19) AAS
>>802
当時、Windows3.1の実機を触っていたリアル世代に難癖をつけられても困るw
オマエの主たる目的は論破だろう?
そんなバカは相手にするだけ時間の無駄だね。
807: 2019/09/21(土)02:07 ID:aVzcIlW7(7/19) AAS
>>805
Windows3.1はMS-DOSで動いている。
オマエもそのレベルだろw
808: 2019/09/21(土)02:09 ID:10/sSOEl(5/24) AAS
Windows3.1の実機なら、俺の親父も触ってたわw
だから何だって言うのかわからん
809(2): 2019/09/21(土)02:09 ID:10/sSOEl(6/24) AAS
な? >>779で書いたとおりやろ?
> Windows 3.xに1MB(640KB)の壁があると勘違いしてるやつは、
>
> * MS-DOSは1MBの壁がある。(8086、もしくは仮想86モード用OSなので事実)
> * Windows 3.xはMS-DOSから起動してる (事実)
> * だからWindows 3.xもMS-DOSと同じ1MBの壁があるはずだ!(単なる推論で事実ではない)
>
> ということだろ?
>
> Windows 3.x起動時に1MBの壁を超えるプロテクトモードに切り替えて
> MS-DOSのメモリ管理機能は使ってないんだから
> 1MB(640KB)の壁なんてないんだわ
810: 2019/09/21(土)02:09 ID:aVzcIlW7(8/19) AAS
>>805は本当に馬鹿丸出しなんだよw
実機を触ったことのない人間の書き込みだ
811: 2019/09/21(土)02:12 ID:aVzcIlW7(9/19) AAS
>>809
「プロテクトモード」はむしろ1メガバイトの壁そのものから生まれた
オマエには無理
諦めろ
読んでてわかるもんw
オマエの馬鹿さ加減がなw
812: 2019/09/21(土)02:13 ID:aVzcIlW7(10/19) AAS
ここで馬鹿をひとり論破したところで歴史が変わるわけじゃない
ま、自己解決するんだなwww
813(1): 2019/09/21(土)02:16 ID:10/sSOEl(7/24) AAS
外部リンク[html]:www.atmarkit.co.jp
> Windowsに大きな転機が訪れたのは、80286や386のプロテクト モードを活用した、
> Windows 3.0が発表されたときである。このWindowsには、3つの動作モードが用意されていた。
>
> 「リアル モード」は、従来のWindows 2.0と同じモードである。リアル モードで
> 動作するプロセッサと、メイン メモリとEMS/HMA/UMBメモリだけを使ってアプリケーションを実行している。
ここに書いてあるように、EMSを使うのはWindows 3.0のリアルモードだけ
> 「スタンダード モード」は、80286の16bitプロテクト モードを使った動作モードである。
> 最大16Mbytesまでのメモリを管理することができるので、
「スタンダード モード」は最大16Mbytes
「386拡張モード」も同じ(このサイトには明確には書いてないが)
814(2): 2019/09/21(土)02:18 ID:10/sSOEl(8/24) AAS
外部リンク[html]:www.atmarkit.co.jp
ここにもEMSについて書いてあった。
> このような事態を打開するため、EMS(Expanded Memory Specification)という
>メモリ拡張機構が開発された。PCのメインメモリとは別に用意した巨大なメモリ
>(Expanded Memory)を、PCのメモリ空間上に設けた64Kbytesの窓から、
>間接的にアクセスするためのメカニズムである。
>>799で1MBの穴とか書いてあるが、そんなに大きな穴はあけられない。
(最大1MBなのに1MBの穴があけられるわけ無いだろw)
815(1): 2019/09/21(土)02:18 ID:aVzcIlW7(11/19) AAS
>>813
そう信じて生きていけw
別に俺は困らんぞ
816(1): 2019/09/21(土)02:20 ID:10/sSOEl(9/24) AAS
ついでw
外部リンク[html]:www.atmarkit.co.jp
> 1985年――80386発表(本命、32bitプロテクト モード参上)
> 80286の後継として、より性能が向上した80386が開発された。最も大きな特徴は、
> 32bitプロテクト モードと、仮想8086モード、およびページング方式の仮想記憶機構を新たに装備した点にある。
>
> 32bitプロテクト モードとは、すべてのレジスタを32bit幅に拡張し、4Gbytesのフラットなアドレス空間を
> 実現した新しい動作モードである。セグメント方式という面倒な手法を駆使することなく、
> 最大4Gbytesものアドレス空間にフラットにアクセスできる
「4Gbytesのフラットなアドレス空間」
817: 2019/09/21(土)02:21 ID:aVzcIlW7(12/19) AAS
>>814
ほう?
1MBのメモリ空間に1MBの穴を開けるなんて誰が書いたの?
またオマエの妄想だろw
818: 2019/09/21(土)02:21 ID:10/sSOEl(10/24) AAS
>>815
お前ん中ではそうだろうなw
こうやってソースを引用してる俺と
どっちが"他の人からみて"説得力があるかだよ。
819(1): 2019/09/21(土)02:22 ID:10/sSOEl(11/24) AAS
799 名前:login:Penguin[] 投稿日:2019/09/21(土) 01:44:38.94 ID:aVzcIlW7 [3/12]
>>798
例えば1MBのメモリ空間に穴をあけて、その穴から外の拡張メモリを覗くのさ。
↓
817 名前:login:Penguin[] 投稿日:2019/09/21(土) 02:21:36.51 ID:aVzcIlW7 [12/12]
>>814
ほう?
1MBのメモリ空間に1MBの穴を開けるなんて誰が書いたの?
この値段でステーキを!?w
820: 2019/09/21(土)02:24 ID:aVzcIlW7(13/19) AAS
>>816
誰も使わなかったけどなw
それをやろうとすれば、当時はフェラーリが何台買えたかw
821: 2019/09/21(土)02:26 ID:aVzcIlW7(14/19) AAS
>>819
関心だなw
自分でその2つの文章の違いを読み取れないなら知能検査をお勧めする
822(1): 2019/09/21(土)02:26 ID:10/sSOEl(12/24) AAS
はい、別のソース
外部リンク[htm]:radioc.web.fc2.com
> プロテクトメモリとはIntel 80286以上のCPUのプロテクトモードで自由に使えるメモリのことです。
> プロテクトモードではCPUが80286の場合は16MB、i386以上の場合は4GBのメモリ空間が使えますが、
> 実際は機種ごとに上限値があります。搭載可能な最大メモリ容量は各機種の仕様表を確認して下さい。
> CPUが8086またはV30のみを搭載する機種ではプロテクトメモリは使用できません。
823: 2019/09/21(土)02:30 ID:10/sSOEl(13/24) AAS
5ちゃんねるのログだが、同様のことを言ってる人
外部リンク:5ch.pw
> >>76
> x86自体が優れてたから普及したわけじゃないけどな
> 今まで残ってこれたのはIBM PCに採用されたからだ
>
> MS-DOS時代は1MBのアドレス空間と64KBのセグメントの壁に多くの開発者が苦しめられた
> 1MBのアドレス空間以上のメモリを使うためにEMSなんてのもあったしな
> Windows 2.xはEMSメモリで動作してたというのだから驚き
> 実際遅くて使い物にならず、プロテクトモードに対応したWindows 3.0になってやっと普及
> それでも64KBのセグメントの壁は残り続け、Windows 95が出るまでずっと開発者を苦しめた
824(1): 2019/09/21(土)02:36 ID:aVzcIlW7(15/19) AAS
>>822
オマエはいま、自分の間違いにやっと気づいた。
だから途中を飛ばしたw
ザマァみろwww
プロテクトメモリとはIntel 80286以上のCPUのプロテクトモードで自由に使えるメモリのことです。MS-DOSではエクステンドメモリ、PC DOSでは拡張メモリーと呼んでいます。
主にOS/2やWindows 3.0以降のメモリ、MS-DOSやWindows 2.xの拡張メモリとして使われます。
PC98の場合、電源を入れたときに画面に「xxx KB + yyyy KB OK」というメッセージが表示されますが、このyyyy KBの部分がプロテクトメモリの容量です。
プロテクトモードではCPUが80286の場合は16MB、i386以上の場合は4GBのメモリ空間が使えますが、実際は機種ごとに上限値があります。
搭載可能な最大メモリ容量は各機種の仕様表を確認して下さい。CPUが8086またはV30のみを搭載する機種ではプロテクトメモリは使用できません。
825: 2019/09/21(土)02:37 ID:10/sSOEl(14/24) AAS
Windows 3.xでは(リアルモードを除き)EMSを使ってないのだから当たり前とはいえ
ググっても、Windows 3.xでEMSを使ってる(もしくは使ってない)って話は見つからんなw
Windows 2.0はリアルモードしかないからEMS使ってるって話は見つかるけど
つーかWindows 3.xはプロテクトモード使ってるって書いてるんだから
1MBの壁がないのなんて当たり前なんだよね
826(1): 2019/09/21(土)02:38 ID:10/sSOEl(15/24) AAS
>>824
プロテクトモードではCPUが80286の場合は16MB、i386以上の場合は4GBのメモリ空間が使えます
1MBではありません。
827(1): 2019/09/21(土)02:40 ID:aVzcIlW7(16/19) AAS
無理なんだよ。
現役世代を論破しようってのがw
電車世代の鉄道マニアが、蒸気機関車の動かし方を熟練機関士に教えようとしているようなもの。
寝る
828: 2019/09/21(土)02:42 ID:10/sSOEl(16/24) AAS
>>827
なんでお前論破に拘ってんの?w
俺は、ひたすらソースを貼り付けてるのに、
お前は、論破無理、俺を論破するのは無理って騒いでるだけじゃんw
829: 2019/09/21(土)02:42 ID:10/sSOEl(17/24) AAS
ちなみに「俺の親父も触ってたわ」っていうのからわかると思うが
俺も現役世代だからな
830: 2019/09/21(土)02:43 ID:aVzcIlW7(17/19) AAS
>>826
連続したメモリ空間として16メガバイトは使えない。これを1メガバイトの壁という。
プログラムサイズは、開けた穴の大きさを超えてはならない。
オマエとの会話はこれで以上だ。
831: 2019/09/21(土)02:52 ID:10/sSOEl(18/24) AAS
> プログラムサイズは、開けた穴の大きさを超えてはならない。
プログラムサイズが超えてはならないサイズは、64KB?それとも1MB?
あれれー?1MBの穴は空けないんでしたっけ?w
じゃあ64KBですねー
64KBのプログラムは小さすぎますね。
comしか作れないじゃないですか。exeは通常64KBを超えますよ?w
832: 2019/09/21(土)02:55 ID:10/sSOEl(19/24) AAS
外部リンク:electrelic.com
> 80286が使われるようになるとCPUのメモリ空間は16MBありますので
> メモリ問題は解決(一時的なものなので先送りと言った方が良いかもしれません)
> したかと思いきや、そう簡単ではありませんでした。
>
> 80286にはリアルモードとプロテクトモードという2つの動作モードがあります。
> リアルモードでは8086のソフトウェアがそのまま動作しますが、メモリ空間は1MB
> (実は「+α」があり、後で出てきます)のままです。リセット後は自動的に
> リアルモードになるので特別なことはせずに高速な8086として使用できます。
>
> 一方プロテクトモードでは16MBのメモリ空間が使えますが、
> ソフトウェアの変更が必要になり、OSもMS-DOSは使えず専用のもの(OS/2など)が必要になります。
「プロテクトモードでは16MBのメモリ空間が使えますが、」
833: 2019/09/21(土)03:00 ID:10/sSOEl(20/24) AAS
知らない人のために簡単に説明しておくとEMSはDOSアプリ用な。
DOSアプリは最大1MBまでのメモリにしかアクセスできない
DOSアプリから1MBを超えるメモリをするための技術がEMSを使っている
Windowsは起動するとプロテクトモードになるわけで
Windowsアプリも当然そのプロテクトモードのやり方でメモリアクセスする。
だから80286の場合は16MB、80386の場合は4GBのメモリ空間を持っている。
834: 2019/09/21(土)03:02 ID:10/sSOEl(21/24) AAS
外部リンク:yougo.ascii.jp
ぷろてくともーど 【プロテクトモード】 protected mode
80286以降のCPUが持つ動作モードのこと。大容量メモリーの利用、メモリー保護、マルチタスクなどの機能を搭載する。
利用できるメモリーの容量は、80286が16MB、i386以降が4GB、Pentium II以降が64GB。
835: 2019/09/21(土)03:05 ID:10/sSOEl(22/24) AAS
外部リンク:www.wdic.org
プロテクトモード
80286以降のIntel x86プロセッサーの動作モードの一つ。
> プロテクトの名の通り、プロセッサーの動作に制限をかけることによって、不正な動作が行なわれたときに
> 即座にそれを感知して例外処理に飛べるようになるモードである。
>
> 次のような機能を持つ。
>
> ・プロセッサーの実行権限の管理
> ・仮想記憶とそれによる不正なメモリーアクセスの感知
> ・80286 ‐ 16MiBまでの仮想メモリーをサポート
> ・80386以降(IA-32) ‐ 4GiBまでの仮想メモリーをサポート
> ・割り込み、例外機能の強化
> ・I/Oの管理強化
80286 ‐ 16MiBまでの仮想メモリーをサポート
80386以降(IA-32) ‐ 4GiBまでの仮想メモリーをサポート
836: 2019/09/21(土)03:07 ID:10/sSOEl(23/24) AAS
プロテクトモードのセグメント機構
外部リンク[html]:caspar.hazymoon.jp
プロテクトモード時のセグメント機構は、リアルモード時のそれとは大きく異なります。
リアルモードの場合、メモリへのアクセス範囲は1MByte(0x00000-0xfffff)に制限されています。
またセグメントレジスタには、セグメントアドレスをセットする事によりメモリのアクセスを行います。
一方、プロテクトモードの場合、メモリのアクセス範囲は4GByte(0x00000000-0xffffffff)まで
拡張されていて、セグメントレジスタには、メモリのアクセス範囲やアクセス属性が設定された、
ディスクリプタ・テーブル[Descriptor Table]のセレクタ値と呼ばれるインデックス値をセットする事によりメモリアクセスが行われます。
837: 2019/09/21(土)03:29 ID:71ZVyW8Q(2/8) AAS
Windows 95 より前の
まったく話題にする価値のない連中の使ってる一連のフレーズを NGWord にブッ込んだらキレイさっぱり
Linux が本格的に普及しはじめたのは1995年以降といっても良いだろうし
それ以前から使ってたような人がココでスレチねたを大展開するとも考えがたいし
せめて i386SX 以降の話にしてくれ
あるいは minix の話にしてくれ
838: 2019/09/21(土)03:30 ID:10/sSOEl(24/24) AAS
外部リンク:www.sophia-it.com
> スタンダードモードとは、Windows3.1における動作モードの一つで、XMSドライバを利用して、
> 実装されているプロテクトメモリをアクセス可能にし、最大16MBまでのメモリが使用できるモードのことである。
>
> WindowsのVer.2まではターゲットのCPUが8086/8088だったため、640KBを超えるメモリは
> EMSでしか利用できなかった(リアルモードと言う)。しかし、80286 CPUがプロテクトモードを採用し、
> リニアな空間として1MBを超えるメモリアクセスを可能にしたため、Windows3.1は利用可能なXMSメモリを
> 起動時に調べ、特に指定しない限りは、自動的にモードが切り替えられる。XMSが0.5MB以下の場合はリアルモード、
> 2MB未満の場合はスタンダードモード、それ以上では386エンハンスモードで起動する。
>
> なお、エンハンスドモードとは違い、スタンダードモードでは、仮想メモリと仮想86モードが利用できない。
> また、強制的にスタンダードモードに切り替える時は「win /s」とパラメータを付けて起動する仕組みとなっている。
XMSドライバ(HIMEM.SYS)・・・1MBを超えるメモリにアクセスするためのドライバ
HMA領域、UMB領域、EMB領域に分かれHMAとUMBはリアルモードのMS-DOSでもアクセスできるが
EMB領域はプロテクトモードでしかアクセスできないので主にWindows用(Windows 3.x含む)
外部リンク[html]:www.atmarkit.co.jp
> EMB(Extended Memory Block、「XMSメモリ」とか「プロテクト モード メモリ」などとも呼ばれる)は
> 1Mbytes以上の拡張メモリ空間(Extended Memoryという。EMSのExpanded Memoryと紛らわしいので注意)を
> 利用したメモリ領域のことである。しかしこの領域はプロテクト モードのOSでなければ活用することができず、
> リアル モードのMS-DOSでは、せいぜいRAMディスクか、ディスクの読み書き用バッファ領域などにしか利用することはできなかった。
> 本格的な拡張メモリ空間の活用には、後のWindowsの登場を待つ必要があった。
EMSはXMSドライバを使用して(DOSアプリのために)1MBを超えるメモリを16KB単位のページフレームで利用するもの
839: 2019/09/21(土)03:34 ID:Bg3kasJK(1) AAS
MS-DOS とメモリの関係
外部リンク[html]:dos.causu.com
> XMSメモリ(eXtended Memory Specification)
>
> このメモリは、拡張メモリをEMSメモリやコンベンショナルメモリの一部のように扱うことができます。
> このメモリには、三つの種類があります。
>
> HMA (High Memory Area) :XMSメモリの最初の約64KB
> EMB (Extended Memory Block) :XMSメモリから、HMAを除いた領域
> UMB (Upper Memory Block) :上位メモリの未使用領域
> EMSメモリ(Expanded Memory Specification)
> 拡張メモリを使用するための規格の一つで、システム領域の上位メモリにページフレームという領域を作って、
> これを通じてXMSメモリの一部を1ページ16KB単位で使用することができます。
> 要はEMSを使用することにより、システム領域のページフレームを経由して、
> XMSメモリのEMBを使う……みたいな感じですね。イメージわきますか?
> ちなみに、「EMM386.EXE」は仮想8086モード用のEMSドライバで、
>「EMM.SYS」は汎用のEMSドライバ。同時に使用することはできません。
※ これらはMS-DOSの話。WindowsではEMSは使用してない
840: 2019/09/21(土)03:35 ID:71ZVyW8Q(3/8) AAS
4時までに発注すれば今日じゅうに到着とか
運送会社泣かせてるなあ
841(1): 2019/09/21(土)03:55 ID:796/4LIA(1/2) AAS
外部リンク[html]:www.wincons.or.jp
★Windows 3.1成功の理由
> 不足する資源。その一つは、メモリ資源に代表されるプログラム開発のためのリソース不足だ。
> MS-DOS時代に横たわっていた「最大メモリ640KBの壁」は、幾多の拡張メモリシステムを用意しても、すぐに足りなくなった。
「MS-DOS時代の640KBの壁」
> 大量のメモリを複数のプログラムで共有する基本ルールもなかったため、疑似的なマルチタスク処理を実現すると、
> 多くのトラブルに見舞われることも多かった。この問題をWindowsは解決した。MS-DOSを基本ソフトとして起動するWindowsだが、
> 一度システムが動き出してしまうと、そこから先は、Windows独自のメモリ管理が働いて、論理的には4GBという広大なメモリ空間を
> プログラムのために用意してくれる。640KBの呪縛からの解放によって、多くのソフトハウスはWindowsを歓迎した。
「Windows独自のメモリ管理が働いて、論理的には4GBという広大なメモリ空間を」
842: 2019/09/21(土)03:58 ID:796/4LIA(2/2) AAS
↑は1994年の記事だと思われる。上の方に書いてあるし、
> これから登場する予定の次世代Windows(開発コード名:Chicago)では、
という記述がある。(ChicagoはWindows 95の開発コード名)
つまり明らかにWindows 3.1で640KBの呪縛からの解放された4GBのメモリ空間になったと書いてある。
843: 2019/09/21(土)09:24 ID:QYHpb7tK(1) AAS
Linuが本格的に普及・・・?
844: 778 2019/09/21(土)09:36 ID:bL+orjEG(1/4) AAS
>>780
お前はバカの一つ覚えで「1MB(640KB)の壁」を言ってるけど
俺が「1MB(640KB)の壁」について、ここまでで言及したのは>>730で下の一行だけな。
>640Kの壁ってのは、それらの制約下で顕在化した具体的なパソコンの仕様だろうな。
「Windows 3.0」を使う時にハードの制約で640K(1M)の壁があったパソコンは存在しただろう。
ソフトだけではハードの制約は越えられない。一方、286、386で使う「Windows 3.0」には(メモリを積めば)640Kの壁はない。
それでお前はバカだから俺を他の誰かと勘違いしてるだけで俺は桁を間違えてないし
32bitネイティブで作っていても、システム側に16ビットがあるから「Win 9X」はフラットなメモリ空間にはならない。
「Win 9X」が不完全な32bitOSと言われた所以だけどビジネス上、「Win 3.x」用等のアプリを動作させる必要があったからだ。
>>788
>(32bit)フラットなメモリ空間の話はWindows 95/NTのことを指し示してる
だから、「Windows NT」は(32bit)フラットなメモリ空間だけど「Windows 9X」は違うから。
この辺りに、お前の知識の浅さが垣間見える。結果的に95/NTを同列に語るとウソを言うことになる。
>>809
説明してやっても、バカだと何度も同じ間違いを繰り返すのか。「1MB(640KB)の壁」を言い返すので精一杯か?
> Windows 3.x起動時に1MBの壁を超えるプロテクトモードに切り替えて
8086 で使うWin 3.x はプロテクトモードがないからプロテクトモードに切り替え可能にならないマシンが存在した。
もっとも 8086 で使うWin 3.x では値がない、Win 3.x を使うなら 386 と言われてたことも確か。
845: 2019/09/21(土)09:36 ID:p+tJ6MrS(1) AAS
× Linuxが本格的に普及しはじめたのは
◯ Linuxという名がオタクの間で知れ渡り始めたのは
まあこうですよね 普及なんて単語はおこがましい
846(1): 2019/09/21(土)09:50 ID:bL+orjEG(2/4) AAS
>>841
>「Windows独自のメモリ管理が働いて、論理的には4GBという広大なメモリ空間を」
だから、8086 にはプロテクトモードがないし、286は4GBを扱えないからリンク先は、その点が欠落した内容だなと。
その辺りで不十分なサイトしか引用できない点で、お前の知識の浅さが垣間見える。
847: 2019/09/21(土)11:31 ID:71ZVyW8Q(4/8) AAS
当時それなりに書籍があり、『普及しはじめていた』と言えるんじゃないかなあと
※意見には個人差があります
大学(文系学部)の必修科目で初めて UNIX に触れ
はじめてインストールしたのが Slackware 3.4 + JE 0.9.8a だった
自宅で kterm 自宅で mule(emacs) 自宅で jWnn4.2
848: 2019/09/21(土)12:34 ID:BA1ZXhEA(1) AAS
linux最初に触れたのは2000年頃にasciiかなんかについてたredhatだったなあ
849: 2019/09/21(土)12:58 ID:sQmoh3sI(1/2) AAS
自分も初めて触ったのがslackwareだったな
まだ通信関係が貧弱でCDとかに頼ってた
買ってきたCDにdebianとか入っていて邪魔だなと思ったけど
今考えるとdebianを使った方が良かったんだな
そんな自分は今はArchLinux使ってます
それはそうとqtとかpython関係のパッケージが散らかりすぎてどうにかならないのか
古いqt、pythonを使っているパッケージとかもどうにかして欲しい
そしてMS Officeはタッチをデフォルトにするのやめてもらえませんかね使いにくいねん
Windows Updateも時間がかかりすぎ
850(1): 2019/09/21(土)13:29 ID:Oz4dyvnu(1) AAS
>>846
お前は8086でWindowsを使ってたのか?
CPUの制限というのなら、Windowsの制限じゃないだろ
4GBを扱えないと言うが、当時の価格でいくらすると思ってんだ
Windowsでは1MB(640KB)の壁はなかったんだろ。
はい。といえばそれで終わりだろ。いつまで続けるんだ。
851: 2019/09/21(土)13:38 ID:71ZVyW8Q(5/8) AAS
古典BASICのマニュアルを、普通の子が児童書を読むように読みサンプルコード打ってた小学生時代だったな
「へいほうね」とか読んでしまったのも御愛嬌ということで(当時ウチには漢和辞典なかったんだよ、と強弁)
転送速度は 1,200bps とかな(単位は間違っていません)
852: 2019/09/21(土)13:44 ID:aHS69SMA(1) AAS
俺は図書館行ったらPC-8801?のBASICの本しか無くて
当時持っていたMSX-BASIC用にサンプルコードを
移植していた小学生時代だったな
同じBASICでも一部命令が違うんだよ
853: 2019/09/21(土)14:12 ID:WSEZAeYE(1) AAS
いやらCGはPC-8801でも動いただろ
854: 2019/09/21(土)14:21 ID:zh/efK5z(1) AAS
MSX-BASICだとSCREENモードとかあって
PC-8801?だかにはそういうのがなかったんだよね。
それを実行しなければグラフィックが使えなかったり
たしか解像度とかも違ってた気がするし
855(3): 2019/09/21(土)14:42 ID:bL+orjEG(3/4) AAS
>>850
アホが意地を張ってるな。
俺が8086で「Windows 3.X」を使ってたか否かは関係ないし、質問に応えてやらない訳でもないが下が先決だ。
俺が何度も聞いてる、この話の発端になった>>613(ID:3uBPzJjp)とお前が同一人物か否かに応えて貰おうか。
後、知ったか振って「Win 3.X(386上)」で4GBとか言ってるけど、建前・理論上と実際は違ったからな。
「システム・リソース」の不足で、例え十分にメモリを搭載してても実行できないアプリがあったと言うことだ。
外部リンク[html]:www.atmarkit.co.jp
宣伝的な提灯記事を載せてるサイトを信用してる点で、実際には使ってなかったことが判るし、お前の知識の浅さが垣間見える。
と言うかお前自身が過去のWindowsの不具合を消し去ろうとするMSの宣伝マンじゃないのか?
お前は知ったか振って、性根が腐った碌でなしか?
<答え>はい
これで終りで良いけど。
856(1): 2019/09/21(土)14:59 ID:ENQpOuS9(1) AAS
>>855
>>613なんてしらんけど
> 後、知ったか振って「Win 3.X(386上)」で4GBとか言ってるけど、建前・理論上と実際は違ったからな。
だから最初からメモリ空間って言ってる。
> 「システム・リソース」の不足で、例え十分にメモリを搭載してても実行できないアプリがあったと言うことだ。
システムリソースは、使用するメモリに比例して使われるものじゃない。
システムリソースに該当するリソースを使わない限り使用量は増えない。
だからシステムリソースを持ち出してきても、使用メモリの話と何の関係もないんだよ
それよりも最初に俺がこう書いただろ。
> 80386の拡張により32bit(4GB)のメモリ空間になってる。(ただし256MBまでしか対応していないが)
当時の話をするなら、そんなものより4GBのメモリを搭載できるハードウェアが
存在しなかったといったほうが早い
857: 2019/09/21(土)15:00 ID:ONxkfxDh(1/2) AAS
それで言い忘れたが、システムリソースは64KBなので
640KBの壁と何の関係もない
858: 2019/09/21(土)15:15 ID:ONxkfxDh(2/2) AAS
>>855
> 俺が8086で「Windows 3.X」を使ってたか否かは関係ないし、
それが関係あるんだよ。
制限というのは、CPUの制限なのか、Windows 3.xの制限なのか?という話
80286や80386では、CPUの制限は受けないので1MBを超えるメモリにアクセスできる。
なのでWindows 3.xとしては1MBの制限はない
859(1): 2019/09/21(土)17:10 ID:WogIkDBz(1/3) AAS
osが扱うメモリ上限の話がosがアプリに割り当てる用途が限られた一部のメモリ上限の話になってるのがわかんねえ
860(2): 2019/09/21(土)17:38 ID:oUP76w8D(1) AAS
結果としてソフトハウスも含めてエンドユーザからすりゃWindowsになっても暫くは搭載メモリが
簡単に自由に使える状況じゃなかった
だからメモリドカ喰いするグラフィック系の使える定番ソフトが馬鹿高いにもかかわらずMacに
席捲されたわけだしフラットじゃないメモリ空間のPCとOSを売りつけたMSにも責任の一旦は
あるということだ
MSはOSを有料で売りつけて厳しい著作権を主張してるんだから尚更の事
861(1): 2019/09/21(土)17:50 ID:aVzcIlW7(18/19) AAS
ダメだレベルが低すぎるw
EMSはなんの略だ?
プロテクトモードのプロテクトはどういう意味だ?
馬鹿は実機を触れっつってんだろwww
862: 2019/09/21(土)18:09 ID:WogIkDBz(2/3) AAS
>>860
どっちかっていうと画面と印刷周りのせいじゃないのそれ
863(1): 2019/09/21(土)18:24 ID:I97CjxD8(1/3) AAS
>>859
よくわかってない上に、Windowsを否定する結論に持っていきたいから
主張がコロコロ代わって意味不明になってるんだろうね。以下まとめ
リアルモード・・・80286以降のCPUが備えている8086互換モード。フラット(16bitレジスタ1つ)で
参照できるメモリは64KB(640KBではない)。16bitレジスタを2つ使うことで最大1MBまで参照可能
MS-DOS・・・8086(もしくはその後継CPUのリアルモード)を前提とした16bit OS
OSの制限も8086を前提としているため最大1MB
プロテクトモード・・・80286以降で使えるモード。互換性のためにリアルモードで起動するがこっちが本来のモード
フラットで参照できるメモリは64KBのままだが、メモリ空間は16bitレジスタを2つ使うことで
24bitもしくは32bit(80386以降)つまり最大16MBもしくは4GBまでアクセス可能
(※CPUの話であってマザーボードに搭載可能なメモリ量とは別の話)
ただし、メモリの参照方法が違うのでMS-DOSは動かない
仮想86モード・・・80386以降で使えるモード。プロテクトモードの一種で(MS-DOSを動かすために)
プロテクトモードの中に8086互換の仮想環境を作り出す。いわゆるDOS窓の中で使用されてる環境
仮想86モードは8086互換なので当然1MBの制限がある。
Windows 3.x・・・リアルモード(3.0のみ)とプロテクトモードに対応している。リアルモードで
動かした場合は当然1MBの制限はあるが、それはCPUの問題でOSはプロテクトモードにも対応しているわけで
メモリ空間は16MBまたは4GB。ただし実装上の都合で(メモリ空間ではなく)対応している最大メモリ量は256MB
(当時はメモリは高価でそんなに大量に乗せられるハードもなかった)
Windows 9x・・・32bit専用OS。プロテクトモード専用。フラットにアクセスできるメモリは32bit(4GB)
EMSメモリ・・・最大1MBしか使えない8086(もしくはリアルモード)で多くのメモリを使えるようにするための技術
1MBのメモリ空間の中の一部と1MBを超えるメモリ空間にあるメモリをバンク切り替え命令で入れ替えることで
多くのメモリを使用可能にする。ハードウェアEMSとソフトウェア(仮想86)EMSが存在し
後者は1MBを超えるメモリを使えるOS(ドライバ)の力を借りて実現している
主にMS-DOS用でWindows 3.xそのものは使っていない
864: 2019/09/21(土)18:29 ID:I97CjxD8(2/3) AAS
>>861
> EMSはなんの略だ?
> プロテクトモードのプロテクトはどういう意味だ?
知らんのなら、質問してないで調べろよw
プロテクトは言葉のまんま、保護、守るという意味やで
正式名称はProtected Virtual Address Mode
何から保護してるのかは調べてなw
865: 2019/09/21(土)18:30 ID:icKlzGVj(1) AAS
お爺ちゃんたちの言い争い
866: 2019/09/21(土)18:31 ID:I97CjxD8(3/3) AAS
>>860
> MSはOSを有料で売りつけて厳しい著作権を主張してるんだから尚更の事
著作権に厳しいもなにもないと思うが、
まあMacみたいにクローズドにしたのは正解だったのでは?w
867(1): 2019/09/21(土)18:32 ID:WogIkDBz(3/3) AAS
普通に触ったなら50とか60とかそこらへんかな
そんなおじいちゃんが煽ってるとかなあ
868: 2019/09/21(土)18:42 ID:qpD56N3I(1) AAS
epsonの486ノートでwin3.1のfd版使っていたけどコンパイラ持ってなかった。既に仕事でhp-uxで使ってたし必要無かったなぁ。直ぐにFreeBSD入れちゃったし、win3.1は買うんじゃなかったと後悔してた。
今年で52歳ね。
869: 2019/09/21(土)18:54 ID:71ZVyW8Q(6/8) AAS
lotusとかマルチプランとかなら聞いたことあるけどな
そんな時期は中高生だったし、バイトしてなかったし、入手したいとも思わなかったわ
「新人類」とか「バブル世代」とか、全部まとめて東京湾に沈めて良いか
870(1): 2019/09/21(土)19:16 ID:viXeNMgv(1) AAS
Linuxでは100l必要ない知識
老害は恐ろしい
871: 2019/09/21(土)19:35 ID:sQmoh3sI(2/2) AAS
板違いもいい加減にして欲しい
872: 2019/09/21(土)20:01 ID:5QOaaQ/C(1/2) AAS
>>870
CPUモードの話だから必要ないわけじゃないよ
UEFIだとほとんど関係ないけど
873: 2019/09/21(土)20:04 ID:5QOaaQ/C(2/2) AAS
>>867
実機触ってることを自慢してる程度だし
まあ単に古いだけの人でしょうね。
自分でプログラミングしてないと
ここらへんの正しい知識はつかないって
874: 2019/09/21(土)21:01 ID:71ZVyW8Q(7/8) AAS
むしろ
外部リンク:www.google.co.jp
の知識の方が、まだなんぼか役立つだろうに
ブートシーケンスにおけるリアルモードがうんちゃらかんちゃら
この点、正確な知識さえあれば fdisk /mbr が使えなくても問題ない
875(1): 855 2019/09/21(土)21:17 ID:bL+orjEG(4/4) AAS
>>856
お前は>>613じゃないとな。だけど話しの発端は>>613だからな。
>システムリソースに該当するリソースを使わない限り使用量は増えない。
システムリソースを使わないアプリはWindowを出さないアプリになるから意味がないのでないか?
何のためのGUIなのか? 意地のためにWindowの機能を否定するとはアホの極みだと考える。
それで「Windows 3.1」は80486で使った。尚640KBの壁に付いては「Win 3.X」でも
プロテクトメモリを使えないパソコンがあったから、あったと言える。ただし「Win 3.X」で
プロテクトメモリを使えるパソコンもあったから、無かったとも言える。環境次第が俺の考え。
ただし640KBの壁に付いてはともかく、仮想メモリがMSの宣伝程に機能しているなら
多量のメモリを搭載してないパソコンでも動くはずのアプリが動かない、ってことは結構あった。
4G、4G って連呼してるけど「Win 3.X」どころか 「Windows 9X」でも期待外れってのが実感だ。
「Windows 95」で 32M、「Windows 98」で 64Mあればストレスなく使えたかなと。
上下前次1-新書関写板覧索設栞歴
あと 127 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.263s*