今時X_clientとX_serverを分ける必要あるだろうか？

**名無しさん＠お腹いっぱい。** · 05/03/13 21:45:09

俺は無いと思う。
そんな機能をつけるよりもより軽く、より高速な物として欲しい。

**名無しさん＠お腹いっぱい。** · 05/03/17 21:41:05

DRIってショボいんだね・・・
Xの根幹技術がこんなんでよく
”UNIXなら古いPCでもサクサク動く”←UNIX好きの奴が良く言う台詞
なんて言葉が出てくるものだよ。

**名無しさん＠お腹いっぱい。** · 05/03/17 21:44:58

>>117
> ”UNIXなら古いPCでもサクサク動く”←UNIX好きの奴が良く言う台詞

それは、また別の文脈だろう…
少なくとも、スクリプト書いて処理できるレベルなら、 Unix の方が
効率よく処理できるのは事実なんだから。

**名無しさん＠お腹いっぱい。** · 05/03/17 21:50:49

> ”UNIXなら古いPCでもサクサク動く”←UNIX好きの奴が良く言う台詞

はつみみです。

**名無しさん＠お腹いっぱい。** · 05/03/17 22:30:52

> DRIってショボいんだね・・・
> Xの根幹技術がこんなんでよく

えええ、DRIをXの根幹技術だと思ってる君は何者？
% xdpyinfo | grep DRI
XFree86-DRI
名前を見るだけで分かる通り、最近になってXFree86
projectで付け加えたものですが、なにか？

あと、DRIがショボいんじゃなくて、GPUの利用方法が
最近変わりつつある(GPUがプログラマブルデバイスと
化してきている)ので、それに応じた別のエクステンション
が必要だってことなんだが。
これに関しては、金かけまくっているWindowsの方も、
まだ変化の途中に過ぎないだろ。

**名無しさん＠お腹いっぱい。** · 05/03/17 22:39:57

>>120

> あと、DRIがショボいんじゃなくて、GPUの利用方法が
> 最近変わりつつある(GPUがプログラマブルデバイスと
> 化してきている)ので、それに応じた別のエクステンション

うーん、わかんねーな。Ｘでフラグメントプログラム書くってこと？

**名無しさん＠お腹いっぱい。** · 05/03/17 23:02:38

うん、そゆこと。DRI の仕組みで書けたっけ？

**名無しさん＠お腹いっぱい。** · 05/03/17 23:20:21

しかし、これが firefox や gimp とは関係ないのは明白だな。
Win用の firefox や gimp だって、フラグメントプログラム
は使ってないのは間違いないからな。
それどころか DirectX 依存の処理だってやってないんじゃ
ないか。GDI の範囲内だけだろう。

結論: アプリかツールキットを直せ

**名無しさん＠お腹いっぱい。** · 05/03/17 23:29:16

gimp が遅いって人は
同じマシンの gimp for win ときちんと比較して行ってるの？

**名無しさん＠お腹いっぱい。** · 05/03/18 00:03:46

DiaとかSodipodiのWin版なら使ったことあるけど、普通に遅かったよ。

**名無しさん＠お腹いっぱい。** · 05/03/18 00:16:00

>>122

書けないことはないと思うが、フラグメントプログラムで
何をしたいのかが聞きたい。

**名無しさん＠お腹いっぱい。** · 05/03/18 00:24:10

Qt/KDEは最適化を意識する動きがあるからちょっと期待できる。

**名無しさん＠お腹いっぱい。** · 05/03/18 01:06:32

ここまでにもちらほら出てきてて気になってたんだけど,
X が遅いのは GPU をちゃんと使えてないからなの ?
>>123 でも出てるけど, gimp とか firefox とかでは関係ないのでは ?

それよりも, OpenOffice の GUI ってもっさりしてない ?

**名無しさん＠お腹いっぱい。** · 05/03/18 01:22:55

>>126
ﾁｮｰﾊﾞﾘﾊﾞﾘな3Dゲームとか?

**名無しさん＠お腹いっぱい。** · 05/03/18 01:26:32

>>128
> X が遅いのは GPU をちゃんと使えてないからなの ?
そこの切り分けすら、スレの中ではまだ何もやっていない。

> gimp とか firefox とかでは関係ないのでは ?
これに関しては、作ってる側が window system (バック
エンドは何でもいい)の、責任にしてしまってる部分が
多々あった(最近の状況は知らない)ので、いっしょくたに
話されている部分もある、と思う。

**名無しさん＠お腹いっぱい。** · 05/03/18 01:27:12

> X が遅いのは GPU をちゃんと使えてないからなの ?

ちゃんと原因を追求しないで答を求めるのは意味ないだろ。
遅いにもいろいろあるから、原因だって複数あるだろ。
>>32のX24なんかは、ドライバが、アクセラレーション機能を
ちゃんと使えてないってだけの理由なんだし。

> それよりも, OpenOffice の GUI ってもっさりしてない ?

OpenOffice は想像を絶する巨大プログラムなので、ぜんぜん
最適化されてない。だいたいソースを展開するだけでディスク
を1GB、コンパイルするだけで4GBも必要とする単一アプリケー
ションなんて俺は初めて見たよ。

**名無しさん＠お腹いっぱい。** · 05/03/18 01:35:20

ソースが1GBもあるの？すげえ。

**名無しさん＠お腹いっぱい。** · 05/03/18 01:38:15

>>1 が何考えて立てたかわからんけど、
徐々に良スレ化してないか、このスレ？

**名無しさん＠お腹いっぱい。** · 05/03/18 01:45:32

比較的詳しい人をあおって雑談に参加させ、
読んでて飽きない程度の雑談を展開するレベルのネタスレだと思う。

**名無しさん＠お腹いっぱい。** · 05/03/18 01:49:24

>>134
それでもいいんだけどね.
少なくとも, X の現状のスナップショットにはなってるでしょ?

**名無しさん＠お腹いっぱい。** · 05/03/18 01:52:20

>>133-134
（　ﾟдﾟ） …

**名無しさん＠お腹いっぱい。** · 05/03/18 10:11:33

レンダリングパイプって言葉を使ってるやつが
ひっかきまわしてるだけだろ。

**名無しさん＠お腹いっぱい。** · 05/03/18 12:40:33

X、遅いか？

**名無しさん＠お腹いっぱい。** · 05/03/18 13:02:07

フォントをサーバ側とクライアント側のどっちが描画しているのかややこしくて、
freetype バックエンド(xttパッチ入り)と xft の違いが良くよからんです。

freetype バックエンドを使った場合は、Xサーバ側のフォントが使われて
xft を使った場合は、Xクライアント側のフォントが使われる

という解釈は正しいでつか？

漏れとしてはXクライアント側のフォントじゃなくて、Xサーバ側のフォントを常に
使わせるようにしたいんだけど、これは xorg.conf とかでなんとかなるもの？
それともどっちのフォントを使うかはアプリケーション依存？

fonts.dirだったり、fonts.confだったり、設定ファイルがとにかくややこしすぎるよ。
歴史的経緯はどうでもいいから、なんとか統一できない？

**名無しさん＠お腹いっぱい。** · 05/03/18 13:34:05

スレ違い

**名無しさん＠お腹いっぱい。** · 05/03/18 14:49:07

体感速度を改善する、といったユーザビリティ関連のタスクはドキュメント整備と同様に
オープンソースでは二の次として後回しされ、まだうまく機能していない。

これを実現するためには、
■体感速度に不満を感じるケースを広くユーザから集め
■その原因を特定し
■根本的対策を施す。必要なら組織横断的にタスクフォースで。
といった枠組みが不可欠と思われる。

KDE,GNOMEなど統合デスクトップ環境ならすでにbugzillaがある程度上記機能を包括しているが
充分な力が入っているとは言い難い。
能力と権限を備えた特殊部隊が必要だろう。MSやAppleのように。

**名無しさん＠お腹いっぱい。** · 05/03/18 18:19:30

>必要なら組織横断的に
って下手したら著作権法違反で逮捕されるじゃん。
犯罪者と手を組む人なんているの？

**名無しさん＠お腹いっぱい。** · 05/03/18 18:24:14

>>142
おまえわかってないだろ。

**名無しさん＠お腹いっぱい。** · 05/03/19 07:19:39

一つ聞くけど、
このスレってLinux用のP2P作りたがってる人とか常駐してたよね？
あとMSの人とか。

**名無しさん＠お腹いっぱい。** · 05/03/19 11:08:06

>>144
> 一つ聞くけど、
いいですよ。

> このスレってLinux用のP2P作りたがってる人とか常駐してたよね？
いいえ。

> あとMSの人とか。
いいえ。

**名無しさん＠お腹いっぱい。** · 05/03/20 00:08:39

勘違いなのか。それは申し訳無い。

**名無しさん＠お腹いっぱい。** · 05/03/20 00:40:47

分ける必要はないが、別に分けても困らない。
ちなみに俺はピッチリ横分けだ。

**名無しさん＠お腹いっぱい。** · 2005/03/31(木) 16:42:19

ModularizationProposal - X.Org
http://wiki.x.org/wiki/ModularizationProposal

**名無しさん＠お腹いっぱい。** · 2005/03/31(木) 21:07:09

丁度こんなスレまってたんだよ．．．

先日セレ300Mhzでメモリ64MBでHDD6GBのシャープのPJ2っていう
SVGAモバイルノート購入したんですけども、FreeBSDインスコしたら
重くて使い物にならんのですよ。

ですんで、メインPCに対するモバイルXサーバにしようともくろんでる
のですが、どうやったらメインPCの方に接続できるのかわからんのです。

どっかにそういう使い方しているようなことについて書かれたHPとかないすか?

**名無しさん＠お腹いっぱい。** · 2005/03/31(木) 21:10:57

以下で分からないのなら、くだ質に行くのがおすすめ。

[モバイルXサーバ]
xhost +メインPC
[メインPC]
export DISPLAY=モバイルXサーバ:0

xdmを使っている場合はこの限りにあらず。

**名無しさん＠お腹いっぱい。** · 2005/03/31(木) 23:24:31

っつーかいい加減スクラッチしろよ

**名無しさん＠お腹いっぱい。** · 皇紀2665/04/01(金) 11:00:23

　　ﾀﾞ､ﾀﾞ､ﾀﾞﾘｰﾀﾞﾘ ♪
　　　　　　＼ｸｾｯ、ﾏﾏﾝ、ﾄﾞ､ﾏﾝﾄﾞｸｾｯ／
　　　　　　　♪　('A`) ♪
　　　　　　　＿ノ　 )>＿ｷｭｯｷｭ♪
　　　　　　／.◎。／◎｡／|
　　　　　　|￣￣￣￣￣|