2005/02/25(金) [n年前の日記]
#6 [colinux] X-Deep/32とCygwin/Xの速度
たしかに、X-Deep/32のほうが遅い。でも、フォントに関してはCygwin/Xより読みやすい。…Cygwin/Xのフォントも、ちゃんと設定すれば違うのかもしれないけど。
Cygwin/X 経由、あるいはX-Deep/32経由時、GIMPのマウスカーソル追従速度が少し気持ち悪い。カーソルを素早く動かすと、ブラシサイズを示す輪郭がマウスカーソルの後を追いかけてくる。…なんだかツインビーのオプションみたい。
Cygwin/X 経由、あるいはX-Deep/32経由時、GIMPのマウスカーソル追従速度が少し気持ち悪い。カーソルを素早く動かすと、ブラシサイズを示す輪郭がマウスカーソルの後を追いかけてくる。…なんだかツインビーのオプションみたい。
◎ 場合によってはUltra@VNCのほうが速いかも :
GIMP起動時のプラグイン検索・初期設定などは、Ultra@VNCのほうが圧倒的に速い。…気がする。ちゃんと測ったわけではないので、ちと自信ないけど。もっとも、表示自体はやっぱりどう見ても遅い。
*1
VNCの場合、変化があった範囲を矩形で転送してると思うのだけど。そのせいか、GIMPの画像ウインドウでカーソルを動かすと結構遅い。たぶん、下のような感じかもと想像。
ということで、表示は特に気にしないような処理ならば、VNCで作業しちゃったほうがいいのかもしれない。VNCなら導入も楽だし。coLinux側の処理も速いし。もっとも、フツーはtelnetやsshで済ませちゃう場面が多いだろうし。このへん気にしてみても、意味がないのかもしれないけど。
VNCの場合、変化があった範囲を矩形で転送してると思うのだけど。そのせいか、GIMPの画像ウインドウでカーソルを動かすと結構遅い。たぶん、下のような感じかもと想像。
ということで、表示は特に気にしないような処理ならば、VNCで作業しちゃったほうがいいのかもしれない。VNCなら導入も楽だし。coLinux側の処理も速いし。もっとも、フツーはtelnetやsshで済ませちゃう場面が多いだろうし。このへん気にしてみても、意味がないのかもしれないけど。
*1: ひょっとすると、Cygwin/X等は、表示の処理でCPUパワーを取られちゃって、coLinux側の内部処理が遅くなってるところもあるのかしら。
[ ツッコむ ]
以上です。