WindowsやめてLinuxデスクトップ！ 22
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させました。
今でも外出中に、アップデートプロセスのため仕事が始められず呆れることがあります。
それにアップデート後にディスク容量を圧迫するのは本当にやめてほしい。
さらにはアップデートに伴ってゲームやその他ソフトウェアをインストールし、
デスクトップ画面上やメニューにショートカットやガジェットを作成し、
結果的にデザインを変更し、ユーザーの利便性さえ変えてしまう。
このような行為にはとても違和感を覚えます。
会社等で社員に使わせている場合、こういうことをされると非常に困ります。
私のパソコンで、頼んでもないことを勝手に行ってほしくない。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
それはずっとWindowsに取り上げられていた感覚なのだと気づきました。
本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。
今や必要なサービスはブラウザさえあればほとんど受けることができます。
オフィスソフトには、LibreOfficeという素晴らしいものがあります。（MSオフィスとの互換性アリ）
もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
ところが企業や学校では文書はしばしばMSオフィスとMSフォントが前提にされています。
こうなったのは特に何も考えられずにそれらが惰性で使われてきたためでしょう。
しかしこれにより文書の互換性のため、周りもMSオフィス、結果Windowsが強制されています。
そこでOS選択の自由を求め、LibreOfficeとオープンなフォントが標準として積極的に利活用されることを願います。
Linuxのデスクトップ関連技術の発展（プログラミングを含む）や商用ソフトウェアの登場には、
利用者数が増えることが大切で、これは好循環を生み出すはずです。
Linuxデスクトップ環境の充実を議論しましょう。
>>2に過去レスです。 >>702
そのOpenVPNの設定をどうやってやってんの？
お前には無理でしょｗ >>703
だから
たった1行残しとくだけの事が
どんだけ多くの人に迷惑かけるだってーの >>704
してるから上げてんだよ
>>705
どうもこうも設定してOpenVPNつかってる >>708
設定できたでしょ？何の迷惑がかかったの？ｗ LinuxでOpenVPNの設定するのは大変だぞー。
DNSサフィックスの設定をするところがない >>710
元から設定しとヤツに
なかなかたどりつけなくて
迷惑してます >>713
コンパネから同じものを設定するのはもっと大変だけどね
設定場所にたどりつかない ここの左から簡単にWindows ７と 10 の設定方法の違いが見れたわ
https://www.seil.jp/doc/index.html#fn/pppac/use/pppac-client/win7_l2tp.html
やっぱりWindows 10でシンプルになってるな。
DNSサフィックスの設定への行き方もVPNの設定画面の
アダプターのオプションを変更するから簡単に行けるし >>706
使わないものや頻度の低いものを目の付くところに出す理由が無いですね。一行たりとも。 >>717
そのとおり。本当にOpenVPNとか使ってるんか？って思う。
DNSサフィックスはゲートウェイやDNSサーバーのIPアドレスと一緒で
通常はDHCPサーバーが提供するものなんだよね。
単独のDHCPサーバーの設定とか、ルータ（内臓のDHCPサーバー）の設定とか
OpenVPN内蔵のDHCPサーバーの設定とか
例えばこれな
https://community.openvpn.net/openvpn/wiki/Openvpn24ManPage
> --dhcp-option type [parm]
> DOMAIN name -- Set Connection-specific DNS Suffix. 設定がテキストファイルじゃないの本当にクソだわ
ちょっと設定いじりたいって思っても何がどこにあるのか全然わからん >>717
いままでずっとコンパネだったんだから
使う方が普通でしょうが
多くの人って誰のこと?
ずっとWindows使って来た人は、多くの人じゃないの?
いったいめん玉どこにつてんだろうか
ここにいる方向音痴の人らみたい windowsがクソなのは毎回ユーザーの利便性向上とmsが思い込んでいるデザイン変更が乱暴で斜め上のセンスの所。
なんでどうでもいい所に手をいれるのか謎。多分このスレで3.1とか95位から使ってる人は同じ様に思ってる。 >>720
> いままでずっとコンパネだったんだから
そうなんだよな。
今までWindowsだったからWindowsを使うのが普通なんだよなｗ
それがLinuxに乗り換えようとしない理由な
Linuxにすると何もかも代わってしまうからね。 代わりがあるんならいいけど、コントロールパネルだけじゃなくってスケジューラの類とかも劣化版だしなぁ Windowsが無くなるかLinuxが無くなるかまでこいつら止まらないだろ
無視してスレ本題を書いていくしか無いと思う 大抵発端は無理やりなスレチのWinディスかLinuxの誇張だからそっちを黙らせた方がいい >>643
君は>>620（ID:3uBPzJjp）と同一人物か？
そうなら性格悪いな。違ったとしても、この話しの起点は>>620で
90年代初頭が前提なのに>>620のウソはスルーか？
それで90年代初頭が前提とした本題だけど
「Windows 3.0」のシステム要件に8086/8088があるからセグメントや最大搭載メモリの問題はあっただろう。
https://ja.wikipedia.org/wiki/Microsoft_Windows_3.x#Windows_3.0
640Kの壁ってのは、それらの制約下で顕在化した具体的なパソコンの仕様だろうな。
尚「Windows 9x」になっても「Win 3.1」との互換性から、「システムリソース - ユーザーヒープ及び
GDIヒープの二つに分かれ、それぞれ64KBまでの領域しか扱うことができない。」となってる。
互換性の維持ためだったことは認めるけど上の影響でメモリ管理では不具合が多発した。
メモリ管理からの不具合からの実質解放は2000からかな。尚386にもセグメントあるけど非セグメントで
32ビットをリニアに使えるから実使用での問題はない。それなのに時代は64ビットとか。俺はは32ビットで十分。
最近、32ビットWindows 7 でユーティリティを作ったけど123Kバイト（MFCベース）だった。
その他、既に使わなくて久しいけど、ISAも長くMSの公式でサポートされていたことは初耳で為になった。 Windows 95 / 98 / Me のシステムリソースは 640KiB の制限と無関係 8086 を持ち出すなら 1MiB を越える部分のメモリアクセスで 286 と非互換（板違い いやWindows3.0以降ならメモリ管理はDPMIベースだから
286以降とV30までとではやり方は違うけど
アドレス空間としてはリアルモード的に見せられるようになってるんじゃない >>730
今64KBの話はしてない
640KBの壁の話だ。
いい加減話を戻せ
640KBの壁とはなんだ？ >>731
しかしいつの間にかリソース不足になるエセ32bit。 Linux板って !extend:checked:vvvvvv 効かないんだっけ Windows NTもしらないんでしょうかねぇ
Windows NT 3.1 の発売日は1993年
完全32ビット・プリエンプティブなマルチタスクOS https://winworldpc.com/product/microsoft-excel/3x-win
Microsoft Excel 2.2 for OS2 (3.5-720k) 2.2 for OS/2 English x86 3? Floppy 943KB
Microsoft Excel 2.2 for OS2 (5.25-1.2mb) 2.2 for OS/2 English x86 5? Floppy 942.87KB
ふむ… >>738
それを見てもわかるやろ？NTが最初からフラットな32bitメモリアクセスが出来たって 640KBの壁ねぇ……
俺、RAM32MBでWindows3.1使ってたけどあれは幻か何かだったんだろうかｗ クライアントの要望でDOS時代の640K＋バンクメモリで動いてたようなソフト
（専門の機器制御や自動計測のソフトとか）のチャイルドで動かさなきゃならないソフト
を作る場合はフラットなメモリ空間で気にしないでという訳にはいかなかったよ
そういうような事案をいっぱい抱えててXPあたりまで引きずらざるを得なかったんだろな >>743
知らんがなって言うしか無いなｗ
Windows 9x以降、32bitネイティブで作っていればフラットなメモリ空間だったわけで、
逆に昔のDOS時代のアプリまでよくサポートしていたって褒めるべきところだろ
Windows 9xに640KBの制限なんて無い。何かあったとしたらそれはアプリの制限でしか無い 古いソフトを使う必要のあるユーザーの為に古いOSの販売や
サポートも細々と続けておけば良いものを儲けの為だけに
無理矢理新しいのに切り替えさせようとするからだろ
linuxにケチつけにわざわざlinux板まで出張して荒らしてる
おまいらと一緒 古いOSだと新しいソフト動かんだろ
パソコンは複数のソフトが動かせるのに
特定のソフト専用にでもしろって言うのか？ >>733
8086で動く「Windows3.0」もあるから決めつけるな。
>>734>>737
＞いい加減話を戻せ
発端は、>>613（ID:3uBPzJjp）が「90年代初頭」、「メモリをケチ臭く使う仕組み」と
言ってる以上はWindows 3.1 が話の前提じゃないのか？
俺の関心は、お前が>>620（ID:3uBPzJjp）と同一人物かだ、先ずは、それに応えろ。
>>745
＞Windows 9xに640KBの制限なんて無い
Windows 9xに640KBの制限があるとは誰も言ってないのでは？
サモ、誰かが「Windows 9xに640KBの壁」と言ってるような印象操作。 >>740
↑
こいつマジで馬鹿だろw
なんで馬鹿扱いされてるかわからねえんだよwww
そもそも640Kの壁ってなんだよ？w
まあ、実質間違いではないが正確には１MBの壁だろw
そして、「物理メモリ１MB」を超える「拡張仮想メモリ空間」の技術は数学的な芸術だと言ってんだが、エロゲームしかやってねえこの文系馬鹿ハゲ親父には理解できねえのさwww
俺のMS-DOS機はメモリを16MB積んでいた
この16MBを同時に使えないのを１MBの壁という。
資格もなにもねえ引きこもりは引っ込んでろよw
ま、そんな俺もいまじゃLinuxメインになりつつあるが 大事だからもう一度行っておく。
MS-DOSは１MBを超えるメモリ空間を扱える。
EMSなどの拡張メモリ技術がそれを可能にした。
「１メガバイトの壁」とは、同時刻に扱えるメモリの最大容量が１メガバイトまでだという意味だ。
そのうち、システムがある程度メモリを使うので、ユーザーはさらに少ない640キロバイト前後でやりくりする必要があった。
とはいえ、１６メガバイトまで拡張メモリ空間を扱えた。
MS-DOSは１６メガバイトまでメモリを拡張できた。 ほとんどの人はゲームや一太郎花子だよ
実メモリ1.6MB積んでDOSの仮想86モード
NTなんてエンドユーザーはほとんど使ってない
もうやめね？胡散臭いMS工作員くだらねー懐古厨に乗っかるいつものパターン >>745
＞Windows 9x以降、32bitネイティブで作っていればフラットなメモリ空間だったわけで、
はぁ？ 「Windows 9x系」の「技術的制限」
https://ja.wikipedia.org/wiki/Windows_9x%E7%B3%BB
「システムリソース - ユーザーヒープ及びGDIヒープの二つに分かれ、
それぞれ64KBまでの領域しか扱うことができない。」となってるのに
「フラットなメモリ空間」？ どこが？ お前は「知ったか振り」だな。 Windows3.1は最高だった。
１６メガバイトの壁を突破した。
懐かしいなあ〜 Windows10は重いわ。動作がもっさりしている。 640kの壁ってpc-98とかのメインメモリの上限の事じゃね？それ以外はioやらvramで使ってたし。
フラットなメモリ空間って68000のアドレッシングとかしらんと概念がわかりづらいと思うよ。
アセンブラでガリガリ書いてた人にはわかるけど。 ヒープの64kもアセンブラとか当時のcで書いてないとわからない理解しづらいと思うよ。 >>756
PC-9800 シリーズの V-RAM アクセスはセグメントとオフセットの話で完結
DOS のメモリ管理とは別クチ >>729
スレタイと
>>1を
百回ぐらい声に出して読んでみようか >>759
昔DOSをやってた人は、不安定なリスクと戦いながら、メインメモリーを空けるのに命を捧げたんだよ。
詰め込めUMBにぢゃ。 >>762
いや、違くもないか。
結局その問題を発生させたんだしな。 >>748
> Windows 9xに640KBの制限があるとは誰も言ってないのでは？
Windows 9xに640KBの制限はない。
言い出しっぺんさん、これで合意が取れたってことでいいの？ｗ
それで640KBの壁ってなんだったの？
Windows 3.xの話でいいんだよね。
9x（と当然後継のNT）には関係ない話だったんだよね
確かXPとかいう名前も上がっていたけど関係ないね >>749
> まあ、実質間違いではないが正確には１MBの壁だろw
Windowsに1MBの壁もないよ。 >>753
> 「システムリソース - ユーザーヒープ及びGDIヒープの二つに分かれ、
> それぞれ64KBまでの領域しか扱うことができない。」となってるのに
今はメモリ空間の話をしてます。
「システムリソース - ユーザーヒープ及びGDIヒープ」
はそもそもアプリから直接参照することが出来ません。
メモリ空間にはマップされてません。 それにシステムリソースは64KBとかいてあるように、
謎の640KB（1MB）の壁と違うことは明らかです。 Windowsに640KBの壁がある！とか言っていながら
MS-DOSに640KBの壁があるに話をすり替えてる人は退場してもらおう。
Windowsにはない。 エロサイトや5ch、爆サイなどの危険でディープなサイトへ行く時にはLinuxを使う
それ以外の普通のサイトへ行く場合にはWindows 10を使う
こうした使い分けが必要だろ >>769
3.1とかdosの上でWindows動いてたんじゃないの?
とういか
そんなのどうでもいいけど >>771
プロテクトモードドライバが直接メモリ管理してるからDOSのメモリ制約とか関係ないでしょ >>772
だから
どうでもいいんだよ、そんなこと
3.1使ってたときは
よくメモリ不足でフリーズしてたよ
MACだってWindowsディスってたけど
似たようなもんだったし >>774
どうでもいいから
あえて口出さなかったけど
永遠にそんな話ばっかしてたら
スレちの無限ループでしょうが…
Linuxデスクトップディスたいんなら
そういうスレあるし
Windowsヨイショしたいんなら
Windows板いけばいいだけのこと >>771
つまり、>>633のこれはWindows 3.xのことだって話ですすめるわけねw
６４０Kの壁問題というのは、Windows 3.xまで。Windows 9x/NTでは無いと
> Windowsになってもまだ古いDOSとの互換性維持もあってメインメモリ６４０Kの壁問題があったからな
> ちなみに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レジスタを
２つ使ってアクセスしていたから。じゃあ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までしか対応していないが） 以上長々と書いたが、結論を言うと
* 1MBの壁があるのはそもそも1MBまでしか扱えないCPUでWindows 3.0を動かした場合
* CPUが対応しているならばWindows 3.0にあるのは16MBの壁
* Windows 3.1は16MB以上アクセスできる
ということでWindows自体には640KB（1MB）の壁なんてものはないんだわ >>767
ごまかすな。 >>745でお前が言った
「Windows 9x以降、32bitネイティブで作っていればフラットなメモリ空間だった」
の実態は「完全な32bit化がなされたのはKernelのみで、UserやGDIでは
16bit時代のシステム コアがそのまま流用され、」だからな。
https://www.atmarkit.co.jp/fwin2k/special/win9xorwin2k/windows9xknlover.html
更には、これが原因で下の事態が発生する。
「Windows 9x系のOSに存在するシステムリソースはダイアログボックスやウインドウなどの情報を格納する
USERが128KB、フォントやビットマップ、アイコンなどの情報を格納するGDIが64KB割り当てられており、
どちらか少ない方の全体の比率を指す。これが0%に近づくとフリーズを起こしやすくなったり・・・」
フリーズを起こしやすくなった、と言うより、これが原因でフリーズを何回も経験してる。解決策は再起動な。
システムリソースを下で確認してみろ。
https://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9_(Windows)
従って、システムで使うメモリ量に制限があったから、フラットにメモリ空間を使える訳がない。
それとも、お前はUserやGDIを使わないで「Windows 9x」でフルで32bitコードを動かしたのか？
凄いな、驚いた。もうお前に質問は無いから。 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）の壁なんてないんだわ >>778
お前、さっきから桁間違えてるぞｗ
お前が言ったシステムリソースなどは64KBだろ
1MB（640KB）の壁の話はどーしたんだよ？
最初から言ってるがWindowsに1MB（640KB）の壁なんてねーだろ？ フラットにメモリ空間使えたって話なのに、
「フルで32bitコードを動かしたのか？」って
メモリ空間じゃなくてコードの話になってるし
意味わかってねーだろ？ｗ >>776
だからさ
昔の話でこのスレたったわけじゃないでしょう?
当時の話なんかどうでもいいんだよ
最近のmsの怠慢に
我慢できないって思った人がでてきたから
こんなスレができたんでしょう?
おれだって、仕事でHP-UXとか
nobellのunixwearとかunix触ってても
Windowsの方が使いやすいよねって
思ってたんだよ
ぶちゃけ
いまじゃWindows擁護してきたことに罪悪感感じてるわ >>782
Windows擁護していいと思うけど？
このスレの書き込みと、Windowsの性能に関係はないんだから >>783
だから
>>1
百回ぐらい声に出して読んでみよう
どこどう読んで見ても
性能の話なんかでて来ない ？
× このスレの書き込みと、Windowsの性能に関係はないんだから
○ このスレの書き込みと、Windowsの擁護すること関係はないんだから フラットにメモリ空間を使えるって意味をmmuとかを利用したユーザーが使えるメモリ空間と、cpuが直接扱えるメモリ空間とでわけると良くね？
俺的には後者しか浮かばないが。 >>786
仮想メモリを実装する必要がある以上mmuは事実上必須でしょ >>787
ちなみに俺の書き込みを見ればわかるが、
（32bit）フラットなメモリ空間の話はWindows 95/NTのことを指し示してる
1MB（640KB）の制限はWindows 3.xを含めてもないの話とは別ね コレ毎日 NGID ブッ込まないと駄目？
めんどくせえ 最近使い始めたけど起動時にスクリプト1つ走らせるだけでも、ファイルにあれこれ書き込んで、コマンド何個か打ち込んでようやく完了ってのは中々しんどいな >>720
一般的なネット閲覧・オフィス・写真・画像・音楽・ゲームなどの用途において、頻繁にコントロールパネルから辿ってネットワークの設定は行わないでしょう。
頻繁に設定するならば、ショートカットやスクリプトを作成すればいいと思います。
一例ですが、ネットワークアダプターの一覧を表示したいなら、ncpa.cpl へのショートカット作成してダブルクリックか、Windowsキーか Windowsキー + R で ncpa.cpl を入力。
DNSサフィックスを追加／削除したいなら reg add/delete や regini で該当箇所を書き換えるスクリプトを作成してダブルクリック。（詳細はググってｗ）
扱いやすく有用なものにできるかどうかは、あなた次第。 >>792
なれればルーティン
それがLinuxの自由度の高さ
したがって使い込むほど熟成する >>766
MS-DOSのメモリ管理の話でWindowsが何？ >>792
別ファイルでスクリプトを書いておき
起動時にそのスクリプトを走らせるようにしておけば
どんだけ distro のバージョンが上がっても対応できるよ
機能ごとにスクリプトのファイルを分けるのが
こんにちの主流 念のために書いておくが、Windows3.1ならびにWindows9xには１MBの壁が存在する。
１MBの壁が存在するのに、あたかも１MBの壁が存在していないかのように制御していただけ。
馬鹿には分からない。 >>797
どのような壁が存在しているのでしょうか >>798
例えば1MBのメモリ空間に穴をあけて、その穴から外の拡張メモリを覗くのさ。
つまり穴に外の世界を代入するわけだが、この代入を超高速で切り替えてあたかも１MB以上を使っているかのように見せかけるトリック。
このやり方はWindows3.1ではもっとも普及したやり方だよ。 >>799
嘘つくなよ。Windowsでそんな事してない。 >>800
オマエは知らなくていいよ
理解する能力がないんだからな >>801
なんて名前の技術でしょうか？
それぐらいも言えないならおしまいだね。
もちろん間違ってもおしまいだね。
無いもののの名前を言えるわけもないから結論は見えてるが ■ このスレッドは過去ログ倉庫に格納されています
