X Window Systemは無い方がLinuxのためになる

Linuxが普及しないのはX Window Systemと
それを利用したGUI環境がクソなせいなんだよな

基盤（X Window System）がクソだから
その上にまともなGUI環境はつくれない。

その証拠に、今普及しているLinuxっていうのは
X Window Systemを搭載していない
（使われていない）ものばかりだ。

サーバーでも組み込みでもスマホでも。

X Window Systemを搭載していないデスクトップ環境一覧ぷりーず

Linuxが普及しないのは Kernel と
それを利用したGUI環境がクソなせいなんだよな

基盤（ Kernel ）がクソだから
その上にまともなGUI環境はつくれない。

その証拠に、今普及しているLinuxっていうのは
Kernel を搭載していない
（使われていない）ものばかりだ。

サーバーでも組み込みでもスマホでも。

>>1 みたいな
MS-Windows しか知らない馬鹿が
多くて困る。

まず、"X Window System" なんていうものは存在しない。
存在するのは "X" という名称のプロトコルと、
Xorg のように、 X に基づいた実装。

おい、馬鹿の >>1 、
おまえが批判しているのは、

プロトコルとしての "X",
実装としての Xorg 等

のどちらなんだ？

さらに >>1 が馬鹿なのは、
Linuxカーネルと X は一切、関係がないことを
知らないこと。

これだから、場違いな MS-Windows 馬鹿は困る。

LinuxってX systemデフォで入ってたっけ？

まぁ、言いたいことは分かる。
FreeBSD, OpenBSD, NetBSD, MacOSXのうち最も普及しているのはどれか、
という話だな。

なんか書こうかと思ったけど文体が古臭いのでやめた
5, 6年前の２ちゃんじゃねえんだから

まあアンドロイドもMacもXなんて使ってねえからな

>>4
プロトコルとしての "X"もだめだし、実装としての Xorg等もだめ。
実装がダメなのはプロトコルがダメだからってのも理由の一つだろう。

> Linuxカーネルと X は一切、関係がないことを
> 知らないこと。

知ってるぞ。だから無い方がLinuxのためと言ってる。
XがなくてもLinuxはLinuxだ。一切関係ないのだから当然。

Xはこの世から消えてほしい。

>>9
Ubuntuの賛同者かw

Macも一応Xあるんだよなぁ
前のgimpはめんどくさかったのかX使われてた

ダメだ、とか、反対だとか、社会党並の志の低さだな。

ならば、どうすればいいのか？これを語れる人間がいない、まったく嘆かわしいことだ。

>>11
X11.appはあるが、主要なOSSはquartzをサポートしているので、
X11なしでも問題なし。

>>13
そりゃcocoa使えば勝手にそうなるんだからそうよ
だから一応って書いてあるだろ

X Window Systemを終了できないディストリビューションがあるんだが。
具体的には強制終了は可能で終了したとたんＸが立ち上がる。

ランレベルの問題じゃ

>>1 が言わんとしているのは、
たぶん、こういうことだと思う。

X は重要なコンセプトとして、
"look and feel" の部分には一切立ち入らず、
それらについては完全に X クライアントに任せる、
という主義を一貫して取っている。

これはある種の良い見識なんだが、
一方で異なる X クライアント間での
見た目や操作性の統一がないので、
ユーザにとっては使いにくい、と。

まあ、こんなことは >>1 に
今さら指摘されるまでもなく、
大昔から言われていることなんだけどね。

その問題が解決してないなら、
今言ってもいいんじゃね？

Xを否定すると
Windowsの無計画増改築リモートデスクトップとか
劣化ディスプレイサーバのWaylandやらmirの株が上がるんだよね

いつも相変わらず分かり易い連中様だな

へぇ、Xを否定されると、WindowsやWaylandやmirの株が上がると思っちゃうんだ。

なるほどね。Xを否定されたくないわけだｗ

ああそうですね
やっぱkonで十分ですよね

>>20
あたりまえだろうxはく
さつてもたいおまえら
かつぐかすみたいなみこ
しとひかくにならず

Xのことを言ってるとおもうんだが、WindowsのWindowシステムと
Unix/Linuxディストリ採用のWindowシステムは、ウィンドウのビューで
方式がことなるのだが、勉強してみるか？

実際Xの老害のせいで重い
思想変えて欲しい
Ubuntu信者言われてもいいけど
Ubuntuのあの実装ザケンジャネーヨだし

>>24
ドザと林檎の犬がうるさいな

ぶっちゃけxを必要とするケースってあまりないよな

>>26
MSがすでにX「BOX」というものを出しているからな

>>1
スクリーンセーバー使いたいから必要なんだよ。

GPUだけ積んだシンクライアントみたいなもんを作ればあるいは・・・

それ何て言うRaspberriPiBeagleBoardBlackArduino?

ラズベリーパイって微妙じゃない？
少なくとも日本ならあんなのいらないわ

×日本なら
○>>31個人の話

勝手に日本を代表するな
この一小市民が。

ちがう別の国にいったら必要になるかもしれないけど
日本にいる間はいらないわ

> 俺は日本にいる間はいらないわ

しらんがなｗ
お前の話なんかしらんがなｗ

うちの会社で試作機用に使っとる
Linux走る汎用マイコンとして

UbuntuはMirに移行できたの？

>>24
X本体は重いといっても桁違いに重いわけじゃない、
重い原因は1番目に安易にライブラリーの重さを理解せずに
無駄に呼び出すアプリケーション作成者（重い環境では試すことすらしない）
それを試しても早くする方法が分からない無能なアプリケーション作成者、
次に重い原因となっているのがGTKやらの複数存在する重装備ツールキットだろう
同じ機能でFLTK1.1等で実現されたものは数倍以上かるい。
最後に重いのがX window systemのプロトコルのオーバーヘッド、
WindowsのようにDLLでやっているそれとは桁違いの応答速度で、
重い描画ならプロトコルは問題にならないが細かい作業を回数行うような
方法を行うと無駄に問題になる。
それらが積み重なりメモリを大量に使えばCPUのキャッシュに収まらず
キャッシュから溢れた部分でDRAM直アクセスすることになれば数百倍も
遅延することは目に見えている。
超遅いPCなどで重いのはXというよりps -Aで表示される数の問題だろう、
CPUをほとんど消費していなくてもメモリを消費しキャッシュを乱している、
数が増えればL3キャッシュが8メガ等で積んでいる最近のCPUでは
問題になりえなくても、少ない容量のL2キャッシュでは溢れてしまう。
一度も使ったことが無いデーモンがたくさん動いているのに
アプリケーションユーザーに止める方法(知恵)がない。
重いディストリビューションに付属しているタスクマネージャーなど
本当に糞が多い、CPU使用率を1%でも増加させるような監視システムは
動作頻度を下げることが安易にできるべきである。
それ単体で1%でも複合要因が重なれば、追加となる増加は10%などに上る(キャッシュに
収まらないなどの原因で)ことがある。
動作状態を見るならaterm(重いターミナルでは意味なし)などをいれてtopを常時立ち上げていれば
システムに負担はかからない。

>>37

> 重い原因は1番目に安易にライブラリーの重さを理解せずに
> 無駄に呼び出すアプリケーション作成者（重い環境では試すことすらしない）
> それを試しても早くする方法が分からない無能なアプリケーション作成者、

これに関しては Windows や MacOS の
アプリケーション作成者にも同じことが言えるね。
だから、俺は GUI アプリが好きじゃない。

> 次に重い原因となっているのがGTKやらの複数存在する重装備ツールキットだろう

確かに GTK はメモリの無駄使いが酷い。
MacOS の GUI システム、Cocoa っていうのかな？
あれはもっと酷い。

GTK+ とか KDE、そして MacOS の cocoa なんかと
比べると、Windows の GUI システム、
名称は"Win32 API" ていうのかな？
の方がいく分かは マシ な感じがするね。
メモリの無駄消費の観点からでは。

そこらへんが Linux カーネルはそこそこ優秀なのに、
Linux が一般向けに普及しない要因の1つかもしれない。

>>37
つまり重いのさ
システムがなぜ重くなるのか意識していないつーか
無知から来る重さで溢れてる
親切な実装に甘え過ぎてる
もっとCPUを意識したプログラミングして欲しい
と、昔を懐かしんでしまう今日この頃