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を意識したプログラミングして欲しい
と、昔を懐かしんでしまう今日この頃

>>36
MirがX呼んでたりとか馬鹿やってますよ

軽量wm環境じゃxpより軽いけどな

今となっては、Xの重さも気にならないかな。
ただ、「無い方がためになる」ってのは言い過ぎな気がする。

大昔から、LinuxをメインOSにする必要性は、個人的には感じない。
CUI環境が素晴らしいので、適当に鯖立ててSSHで十分だし、
Gnu on win、NTEmacs、Xkeymacsなどで、Win機でも快適。

その点、CUIの使い勝手に比べて、GUIの進化はゆっくりだわなって印象はありますね。

逆にwinからssh越しにx11使おうとしたらimeとかがうまく動かなかったりしてめんどいわ

linuxからだと当たり前だけど動画だろうが音声だろうがホイホイ飛ばせるのに
windowsは色々とめんどくさい

>>44
> linuxからだと当たり前だけど動画だろうが音声だろうがホイホイ飛ばせるのに
> windowsは色々とめんどくさい

ここは X のネットワーク透過性のご利益だね。
通信負荷のオーバーヘッドとのトレードオフだけど。

xを機動停止すりゃあいいじゃん

なぁ、そもそもさGUIをネットワークで飛ばしたいって
需要どれだけあるの？


Windowsならさ、GUIを飛ばすしか無いことが多いから
需要あるかも知れないけどさ、Linuxの場合いらないだろ？
つまりさネットワーク透過性って要らなかったんじゃないのか？

>>44
> windowsは色々とめんどくさい

そうなんだろうか？

組み合わせを考えてみた

Windows（送信) -> Windows（受信） ・・・ 簡単
X（送信) -> Windows（受信） ・・・ 難しい
Windows（送信) -> X（受信） ・・・ 簡単
X（送信) -> X（受信） ・・・ 簡単

つまり、Windowsは送信も受信もどちらでも簡単で、
Xが送信の時だけが難しいってことになるよ。

vmwareのunityやvirtualboxのシームレスみたいなことが手軽にできればいいのにな
xの転送はアプリ再起動が必要だし

PCのスペックが高くなってしまって
ネットワーク速度のほうがボトルネックになるから
手元のPCでGUI使ったほうが快適なんだよね。

遠隔地にないといけないのはサーバーとして利用する場合だけど、
そのサーバーはCUIでメンテナンスできるものばかり。

で、GUIの転送で一番需要があるのは、
他人の作業を遠隔サポートすることだったりするわけだけど、
それって遠隔地のマシンにログインするわけじゃない。

遠隔地の人が使っているGUI（アカウントは遠隔地の人）をそのまま転送する。
それってXで通常行われるログインではないのだよ。
だからXの仕組みそのものが、遠隔サポートの目的に合わない。

>>50
>PCのスペックが高くなってしまって
>ネットワーク速度のほうがボトルネックになるから
>手元のPCでGUI使ったほうが快適なんだよね。

すっごい納得した。すばらしい洞察ですw

俺俺時代を未だに生きてる人ですかね

RT >>40

>>50
なんか香ばしい奴がいるな

ほうほう。それで何がいいたいのですかな？ >>54

>>47
> なぁ、そもそもさGUIをネットワークで飛ばしたいって
> 需要どれだけあるの？

科学技術計算の分野なら普通に使われてるんじゃないか？
例えば、スパコンで行った科学技術計算の結果を確認するのに色々な可視化を行う場合、いちいちデータを手元に転送するのは面倒だし、データ自体巨大でそういうやり方が適さない場合も多い。

>>56
知らんのならレスすんなよ
推測で語られても困る

>>57
そうか、俺は推測で語ってるのか。莫迦にはそう見えるらしい。

いちいちデータを手元に転送するのが面倒？データが巨大？
それでGUI全てをネットワークに載せたい？

計算結果「だけ」を転送できないの？どんな処理をするか「だけ」を送れないの？


どんな田舎に住んでるの？

>>59
君はスパコン使ったことないの？
使ったことあれば凄くわかりやすい話だと思うけどな。

というか、何で食ってかかられなくてはならんの？
迂闊にも基地街の住処に入り込んでしまったようだ。さよなら。

「君はスパコン使ったことないの？」

スパコンだと違うという事自体に問題があるとわかってないんだな…

そもそもスパコンのリソースを自分のGUIに使いたいとか…
スパコンの使い方がわかってないとしか思えないな…

俺は >>59 に同意だ。フロントエンドサーバの解析ソフトを使いたいから。

MacはUnixですが…

ﾊｧ?

>>47
最近は艦これするのに毎日使ってるよ!
ssh -XC してFirefoxの画面引っ張ってる

そういや最近の家庭用のハイエンドGPUって
性能的にはスパコンレベルなんだってねｗ

スパコンの定義を何年も変えてないから
こんな変な事になってしまってる。

>>1
だよな。Xがハードウエアの足を引っ張ってWindowsより高性能を必要とする
原因になっている。
XだけじゃないがLinuxに付随するつけたし寄せ集めな文化が統一性のない
拡張で相互の互換性の帳尻を合わせるのに手間がかかっているように思う。
GTKにしろ古いGTKアプリが新しいGTKでは動かない、こんな拡張は同じ名前を
名乗るべきじゃない。過去の糞APIは完全互換したまま拡張しダメなものでも
それは維持するべき。
>>69
古いスパコンレベルだけど、任意の行列×任意の行列の集合演算を１サイクル
で実行しちゃうような機能がない。これは流体シミュレーションのようなもの
以外では用途がないけどPC系列でこの機能がないのは事実である。
複数演算同時のベクトル演算器を行列演算と誤解しちゃう奴もいるから区別してくれ。

>>70
どういう構成が理想なの?