LinuxはWindowsより圧倒的に重い。

Linuxファンだけど、たまにWindows使うと軽さにびっくりする。

LinuxはどうしてWindowsより重いのか？
どうやったらLinuxはWindowsより軽くなるのか？

論理的で生産的な意見を希望します。

aiglxを使った軽量WMってないのかな…

>>265
長文になったのでアイディアから書きます。
自分が考えているズルはJavaのEJBがやってるローカルEJBです。また、自分はXの代わりとかは考えていません。このままXを使っていく
前提で問題なのがローカルに無いことが前提のXクライアントだと思っています。

下にくだくだ書いたのは暇な時にでも読んでやって下さい。

>今のxでcpuたくさん食ってるのは、cpuによるbitbltだったりする。
でもそれってXクライアントの処理じゃね？俺はXの遅さってハードウェアアクセラレーションが使えない（使う気がないだけとも言う）
Xクライアント側の処理が原因だと思ってる。Xサーバ側はローカルにあるから当然そのマシンのハードウェアを使えるけどXクライアン
トはどこにいるか分からないのが前提だからね。

>でもハードウェアの仕様がオープンになってきた昨今、xの代替方法も考えてるが何か良いアイディアはあるのかい。
今から別の物作って標準にするのは何年かかるかわからんので・・・XクライアントとXサーバを一つにしてXへのリクエストに対して
ローカルか否かを判定、ローカルならプロセス間通信をやったつもりにしてスルーする（Xで確保したポートへのコネクションとかも含む）
JavaでEJBがやってるローカルEJBと同じ発想。現状ではXクライアント・サーバともローカルで処理する事がほとんどだから冗長になる
部分はズルしてやれということ。これを先にやっておけばXクライアント側でやってる処理のアクセラレーションも「ローカルにある」
前提で手を入れる事が可能になるんじゃね？とにかくXクライアントの身の振り方考えてやんないと永久にXではWinのようなグラの性能を
期待できないという事になるんじゃないかな？

MIT-SHM Extension とか知らないんだろうな。

>>267
もうちょっと知った方がいいことが沢山ありそうだが…。

アクセラレーション自体はハードウェアにコマンド送って処理させる部分で、
今はほとんどX内のデバイスドライバが担当する。
(何をどうアクセラレートさせるかはXのアクセルメソッド(xaa,exa)の仕事)
blt命令するのはクライアント、bltのメモリ操作だとかを実際にするのがサーバー。
ほとんどの場合、windowsでもクライアントはメッセージ処理をしているに過ぎないよ。
で、そのコネクションだとかもローカル間ではローカルUnixSocketのfdを通じたもの
(つまり読み書き自体は直接write()だとかでやるのと遜色ない速度)
まぁ最大限削減しようと思ったら、中身自体はYWindow/Win32に近い形になるかもなー。
ただ、別プロセスで動く以上はローカルEJBのようには色々とは削減できないのではないかな。

xプロトコルを直接吐くアプリは問題ない程度に速いと思うだろ。
問題はどっちかっつーと、toolkit(gtk/qt)がうまいことカバーしきれていないのと、
それによってアクセラレーションが無効化されている部分がちょくちょくあるのが今のxじゃないかな。
composite,damage回りやらがからむと極端に失敗しやすくなる。

1008 2.2798 libpixman-1.so.0.11.1 pixman_fill_mmx
1223 2.7661 Xorg WaitForSomething
1980 4.4782 libc-2.7.so memcpy
5008 11.3267 libpixman-1.so.0.11.1 pixman_blt_mmx
5599 12.6634 libpixman-1.so.0.11.1 fbCompositeSrc_8888RevNPx8888mmx
top5がこれだぜ。

windows vistaの3Dエフェクトが糞重いのは俺のマシンのせいだと思っていたが
Linuxにcompiz fusion入れたら3Dエフェクト全部オンにしてもぐりぐり動いて超快適。
よってXPに後付けした3D部分は確実にうんこ

でも、gtkとかあの辺が重いっぽいのは、wineで動かしたFirefoxのほうが
linux nativeのfirefoxより動作が軽いから多分そうなんだろうな・・・GUI回りは
かなり負けてる感じがする

>>270
GTK2とPANGOが重い
export MOZ_DISABLE_PANGO=1とか、GTK1でビルドするとマシになる
CairoのOpenGL支援が効けば少しは軽くなるんだろうか・・・

>>270
>GUI回りはかなり負けてる感じがする

比較できないな、windowsに失礼だよ。

nVidiaドライバを使えばいいだけなんじゃあ？

重いと言うなら、最低限$glxinfoくらいは張ってほしいw

WindowsXPがサクサク動いているちょっと前のマシンに
うぶんちゅ入れてみたら、びっくりするぐらい重かった。

起動もシャットダウンもXPの4倍ぐらい時間が掛かる。
Firefoxの重さときたらもう脱力。30秒ぐらい固まることもある。
Pen100でも全く途切れないMP3が、ちょっと作業をしたらブツ切れ。

メモリ16MBの486マシンでWindows98を動かしていた時の感覚に近いわ。

何故重いかの検討も頼む

昔は「古いマシンを有効活用するならLinux」だったが、今ではその役目はWindowsだな。

で、先端スペックマシンでもWindowsだから……

windows2kは軽い
いろいろごにょごにょするとxfceより軽い

linuxはソフトウェアの設定を弄りまくったり、
自動化スクリプト書きまくって使う趣味用やね
キーボード操作マンセー環境とかwindows上で作ろうと思えばさらに難度上るし

>>276
gtkやqtが派手派手で重い。
貧弱な環境にはリッチ過ぎる。

でも、美しいデスクトップに慣れてしまうと、今更古くさく素朴なデスクトップに戻る気はしない。
多少重くても問題は無い。
どうせデスクトップ環境は新しいPCでしか使わないし。

XPマシンでPuppy動かした時はびびった。
起動は遅いけど、動作はライブCDのが軽いってナニソレと思った。
Windowsと違うのは「軽い選択肢もある」ってところだな。

linuxディスって何でダンロードしてＴＨＡＴＳで焼いても認識しなかったり、壊れていたりするの？糞過ぎ。
まともにダウン出来たのは
有名どころでは
ubuntu
madrive?
vine
fedora liveだけ。
他にも３０個くらいダウンロードしたんだけど壊れていたりしてダメだった。

>>282
THATSなんて初めて聞いた。
NeroとかK3bで焼いたらほぼ大丈夫だろうよ。

あぁTHATSってThat'sのことか。
CDドライブが壊れかけてるかも。

そこまで失敗したら何か原因を考えるもんだろうけど

「ディス」「ダンロード」「ＴＨＡＴＳ」
釣りだろｗｗｗ

頭が壊れてるんですね。分かります。

なんでPuppyが無視されてるの？

Puppyは、まだ１６だぁからぁ

Puppyは軽いけど、よく使われる部分を常にメモリに置いてるから軽いのであって
裏を返せばメモリ食いなディストリだから微妙な存在だな。

>>290
そうは言っても、ubuntuとかが逆立ちしても敵わないぐらい軽いわけだから、
puppyが好都合な環境は多いだろうよ。

メモリ食うと言っても基本的に128MBで間に合うしなぁ
ブラウザでタブいっぱい開いてもせいぜい192MBで余るし
OOo使っても余裕

>>289
16じゃ老犬だ

>>277
その分野だったらDSLも忘れてくれるな
先日買ったMMXpentium233Mhz　MEM64MBに入れて文章打ちとMP3プレーヤーとかで使ってる
たまに落としたHTMLとか･･････firefoxの起動がめちゃ遅いけど、見れないことはない
dillo使えればもっと早いんだろうけど、自分の頭がショボイので･･････

linuxのGUIが遅いとはいうけど、GUIのベースとなるXorgやX11、その上に載っているWMをソースコード状態から組みなおして
コンパイルするだけで10倍は改善するという話を聞いたことがある
その実験やったプログラマーは「なんで、もっと綺麗なソースコードでコンパイルしないんだ」とか怒ってたらしいぞ
linuxでGUIなんて使う人は余りいなさそうなので（使っても最小限に留めるとか、用途によって使い分けるとか）、
本格的に解決する開発者はいないだろうね。趣味人が殆どだし

ここにも3,000円がいるな。

icewmで重くないよ。

1見たいな文系？思考の人間にLinuxは向いてないってことはガチ

比較するんだったらちゃんと条件提示してくれないと困る。
文系でも賢いやつはそれが出来るが、馬鹿な文系は本当にあれだからな。

俺はいままで「Linuxが軽い」というのは
CUIが充実してるからCUIでなんでもすませることだと思ってたが
(実際、Ubuntuあたりのデスクトップ環境ではWinより超微妙に軽いくらいしか感じない）
軽量ディストリ(Slack,Plamo,Gentoo)ではデスクトップ環境でも相当軽い。
プレーンなWinと比べても5割増しで速いくらいの体感差はある。
構成次第なんだな。

しかし構成の具体例を示すことはないLinux信者であった

>>300
いやいや、Win&Slackもデフォでの話だよ。
Slackは必要な日本語環境つくるだけで構成は別にいじってないな。
フルインストールだからもっと削れるところはあるはずだけどね。

大抵Linux糞って言ってる奴って
今までWinでぬくぬくしてきて小耳に挟んでちょろっとテキトーなディス鳥入れてみたが
理解力なくてろくに知ろうともせずに決め付けてる馬鹿だよな

まー実際「軽量ﾃﾞｨｽﾄﾘ」といわれる部類のものは、大抵slackwareの系譜だ罠
パッケージの依存を作者が管理しやすいのと、ほとんどのアプリはコンパイル
してインストールするあたりが関係してるからだろか。

なんだかんだで、WinにできてLinuxにできないことってまだまだあるからな。
まぁ、最近のPCならそれなりのスペックがあるわけで、いったん起動してしまえば
Winの方が圧倒的に快適だ。マックOS�]でもいいな。

というわけで、Linuxの時代はしゅーりょー。
いつまでも「俺たちハッカー気どり」はおしまいにして素直にWinかマックに移行したまえよキミキミ

なんだかんだで、LinuxにできてWinにできないことってまだまだあるからな。
まぁ、最近のPCならそれなりのスペックがあるわけで、いったん起動してしまえば
Linuxの方が圧倒的に快適だ。マックOS�]でもいいな。

というわけで、Winの時代はしゅーりょー。
いつまでも「俺たちハッカー気どり」はおしまいにして素直にLinuxかマックに移行したまえよキミキミ


アホかw

乞食ばかりのこの板でハッカー気取りなんているの？

別にOSXでも良いけどな。

POSIXなOSだし、macportsとか使いやすいし。

はいはい触らない。触ったら負け。スルー推奨。

Macを入手すればOSXをそのまま使うと思うけどね。
Windowsが入ってるようなマシンなら速攻でWinを消してLinux入れる罠

VistaにがっかりしてMacに走ったけど、アップル縛りが窮屈すぎてLinuxに移行した。
PCとしては良くできてると思う。

はいはい触らない。触ったら負け。スルー推奨。

Vista機とLinux機とMacの3台で使ってる俺はどうすれバインダー

そのまま適材適所で使えばいい。

　/

適材適所で10台でも20台でも使えばいいけど、どれか一つに統合するなら
OSはVistaになるだろうな。

俺の友達がlinuxのことすげー持ち上げてた
たいしてパソコンに詳しくないくせに

>315
案外良いかも。
どうせマシンは高スペックなんだろうし
VM上にLinux動かせば良いし。

>>318
10年近く前にその逆をやってたんだけどな。
ホストがTurboLinuxでゲストがWindows98。
今やるならホストはWindowsになるな。
10年前とは安定性が全然違う。
Windowsの進化は驚異的。

TurboLinux (嘔吐

>>319
昔はつらかったよね。

安定しているLinuxでWindowsを動かす。だがゲームとか動画とかは不向き。
WindowsでLinuxを動かす。安定していない。

今ならどちらでもいけるから、ゲームとか動画をする場合は
ホストをWindows。
基本画像いらずのサーバー系。P2PはWindowsって場合には
Linuxをホストにして、ゲストでWindows（P2P）を動かせる。

>>321
やはり最近のLinux使いはゲーム動画自宅サーバP2PがPCの用途なのか。
道理でヲタ臭がきついと思った。

>>322
それ以外に何をするって言うんだよｗ

ソフトウェアのカスタマイズを楽しむんだよ
あとビルドとかビルドとかビルドとか

>>324
ビルドってのはWindowsのVisualStudioで良く使われる用語だな。

make

runhaskell configure
runhaskell build
runhaskell install

ほぼ10年ぶりにLinux使ってみたんだけど
Ubuntu重いなー!。びっくり。

これ、Gnome止めてfvwmに切り替えたら速くなる？
FirefoxとGnash以外必要ないので。

>>328
wmは速くなるけど、firefox自体が軽くなることは無い。

乱暴な扱いをしなければどちらも軽い

軽すぎるのも気持ち悪いよ。

Linux上のFirefoxの起動の遅さ、
なんとかならないかなぁ。

うちの環境だとWinの3倍かかる。
これもGtkのせいなの？

windows端末からsshログインして使うだけだから、そもそもXいらんなあ。
基本的にserver用途にしか使ってないし、、
何も無理してlinuxでwebフ゛ラウズする必要ないんじやない？

>>331
俺は逆の症状

多分、そのメインプラットフォームの素養からして
CPU重視 > I/O重視 == Windows
I/O重視 > CPU重視 == Linux
と思うので

Firefox != CPU > I/O
Firefox == I/O > CPU

なんだと思ふ

こんなに知性の低さがにじみ出す書き込みを見たのは久しぶりだ。

333じゃないけど、

うちもI/Oのパフォーマンスが悪い環境だと
Firefoxの速度がWin>Linuxになるよ。

LinuxってI/Oの配分がおかしいきがするよ。
大きなファイルをコピーしている最中、
ほかのプロセスの動作がかなり遅くなる。

ドライバが糞なんだよ

I/Oって具体的には何をさすの?
CPUはまだ分かるけど、IOといわれても
なんでもmmapで使うからメモリ速度でいいのか？

今すぐスケジューラーをcfqにしてioniceで優先度を下げるんだ

>>338
何と言われれば日本の周辺機器メーカでつね。

>>331
Slackwareの場合
firefox,gvimは入力変換をSCIMからuimにかえると起動がはやくなる

>>1
AechLinuxでLXDE環境＋Compizが本気のLinuxデスクトップ環境
手軽にやるならSiduxでLXDEも悪くない

>>342
既にuimだしkinputにでも変えたら更に速くなるかなあ？

>>337
その通りです。ドライバ書いてますけど糞なコードしか書きません。
というかソース出せなんで従来に見習ったソースしか書いちゃいけないっていうか
超絶テクニックは非公開なんでと言ったらいいのか
とにかくLinux向けは糞コードで書く暗黙のきまりなんですよ。
そうしておくことが飯の種に困らないっていうか。
不具合とかよくわからん部分を残すって汚いやり方なのはわかってんですけど、こっちも生活かかってんで。うへへ。

確かに。

職場ではLinuxが重要視されなくてLPIC取って損したバイ（泣

WindowsとLinuxの重さを比較するベンチマークとかないの？
なんか指標がないと議論出来ないと思うんだが。

同一条件で比較しないことには、個人の印象論だけで語るのって
あまりにもオカルトなのだが。

>>348
そもそもLinuxは狭い意味ではカーネル自身しか指さないし、
広く取ったとしてもウインドウマネージャを自由に替えることができてしまうので
比較の意味がない。

>>350
狭い意味ではね。

だからメジャーなディストリビューションと比べたらいいかと。

>>350
メジャーなディストリビューションでも
twmからkde4やgnomeまで選択可能な幅が広いんだが。

>>348
グラフィック関係やIO関係のベンチ比較なら結構あるよ。
この前MacとUbuntuのベンチ比較あったけどURL忘れた。

>>351
デフォルトでいいじゃんｗ

>>353
そうだね。WindowsもLinux各種ディストリビューションも
標準のインストールでベンチ出来れば、それなりに説得力はあるかな。

>>352
見つけたら教えてくれー。俺もぐぐってみよう。

>>354
http://www.phoronix.com/scan.php?page=article&item=ubuntu_macosx&num=1

ベンチっていったって、CPUのベンチマークしたってしょうがないからな。

>>355
おお！これおもろいね。
ありがとう。

しかしkernelのオプションもファイルシステムもいろいろあるわけで、”Linux”のベンチマークは難しい。

だからデフォルトの環境でベンチすればいいんだよｗ

もしそれで結果に不満なら、以下のような手続きをすれば
大幅にパフォーマンスが上がるとかやればいいだろｗ

それに、Linuxに限らず、OSの設定やファイルシステムはどのOSだっていろいろあるだろ。

>>349 >>351 >>358
わかった、わかったｗ

「Linux」のベンチマークじゃなくて
「ディストリビューション標準設定のベンチマーク」な。

これでいいか？ｗｗｗ

よーしパパGentooの標準設定のベンチ取っちゃうぞ〜…ってか？

ちょっｗｗｗそこでGentooかよｗｗｗ

Gentooの標準設定ってどんなの？

>>363

そこが笑いどころだろ。
つまんない奴だな。

>>360
それでいいというか、当たり前？ｗ

Windowsだって、特定のディストリビューション
（バージョンやエディション）を基準にするだろ？
サービスを起動するかどうかで違いが出るし、
OSの設定だっていろいろあるし。
まず基本は標準。話はそれからだ。

linux -> bash -> x window system
windows -> explorer
後者のほうが軽い