より軽くもっと軽くさらに軽く極限まで軽く
■ このスレッドは過去ログ倉庫に格納されています
Linuxの軽量化&高速化の議論スレです。 コンソールだけなら超軽量だけどGUIがあると急激に重たくなる、 特にアプリケーションは全般的にモッサリ、 大量にディスクアクセスをやると応答が悪くなる、などまだまだ改善点がありそうです。
>>2 TWMが軽くても、その上で動くFirefoxやらThunderbirdが重過ぎ。 Thunderbirdの普段から重たいのと、 Firefoxを使っているとどんどん重たくなっていくのって、どうにかできない? >>3 Firefox、メモリ(キャッシュ?) 溜めすぎだね。 たまにFirefox だけ一旦終了させて再起動させてる。 1、GUIで出来るだけ軽くする。 2、CUIで出来るだけ高機能にする。 emacs、screen、fbi等を駆使してCUIのままGUIに引けをとらない環境を造り上げる。 linuxは2の方向性を目指すべきだと思うがどうよ? 1はwinに勝てないだろ。 >>6 超軽量っていう程じゃない。 もっと軽いのもたくさん有るし、同程度の軽さで使い勝手の良いのも有るし。 >>7 2の方針だと、初心者の敷居が高いと言う問題はそのままじゃないか? 重いのはIntelのCeleronを使っているから。 SempronかAthlonに変えればサクサクですよ。 最新の機能を追いかけなければいいだけなんじゃないの? 試したことないんだけど、今のパソコンに95搭載したら低機能だけど速いとか。 Linux開発者はWinに取って代わるとかいう無謀な夢を追いかけないで、 型落ちパソコンを復活させるとか、もっと現実的なコンセプトを持てばいいと思う。 その辺はやはり純粋な開発者と商売人の才能を併せ持ったものの違いなのかな。 なんかゲイツがエジソンでLinuxの開発者はテスラみたいな。 個人的には必要最低限の機能しかないけど、軽くて安定している、そんなLinuxを待ち望んでいる。 >>14 Damn Small Linux wo tukatte mitara doudeshou? machinozomu nodehanaku jibunnde sagashimashou nihonngo hituyounara Live CD no heya niikimashou uchuujin yori >>14 無理ですね。gnome、kdeはどんどん重くなる Linux側は必要なもののみ起動し、外部から接続っていう クライアント&サーバ形式が一番軽いかと。 メンテナンス性や携帯性を考え、coLinuxを愛用しています。 マルチメディア関連はGeexBoXみたいに コンソール環境+vesafbみたいな方法でもできるのな。 起動後はmplayerがコアとして動いているみたい。 http://pc7.2ch.net/test/read.cgi/pc/1136102578 ところがそれがmplayer-pluginでFirefoxから使うと 終了処理に変に時間がかかったりもする。 どこかに重くなる原因はあるんだろうけどね… >CUIで出来るだけ高機能にする。 この取っ掛かりだけ誰か教えてくれ。 とりあえずどのOSで試してみたらいいだろう。 全部試せっていうのは尤もすぎるのでナシの方向でおながいします。 CTRL-ALT-F1 CTRL-ALT-F2 CTRL-ALT-F3 CTRL-ALT-F4 で、CUIで頑張るのならあまりディストロは関係ない。 重いのはKDEやGNOMEでは? 軽いWMだけの環境ならさほど重くないと思うが。 >>19 何に使うかを絞り込まないと、話が拡散する気がする。 screen, mutt, w3m, jfbtermあたり使ってます。 メール、Webブラウズ、簡単なテキスト作成程度なら、たいして高機能じゃなくてもいいし。 >>22 OpenOffice Firefoxなど、アプリを使うとやっぱり重い。 DEやWMだけの問題じゃないと思うなぁ。 ttp://kazehakase.sourceforge.jp/cgi-bin/hiki/hiki.cgi?%A5%D6%A5%E9%A5%A6%A5%B6%A4%CB%B4%D8%A4%B9%A4%EB%A5%E1%A5%E2 によると gtk+-2 にするだけでえらくメモリを食うらしい ttp://web.kyoto-inet.or.jp/people/m-ito/linux/firefox.html によると firefox 1.5 でも gtk+-1.2 ビルドは可能らしい (しかしこれ xft や freetype2 切ってるけど tt なフォントは大丈夫なのかな) ooo は gtk でも qt でもない独自 widget らしいので gtk+-1.2 にするのは無意味? でスタティックにビルドしないでなるべく .so 活用してメモリ節約 あと cannaserver やら p2 やら視覚的なパフォーマンスを求められない x クライアントやらは他のホストで実行させることでメモリとディスクアクセスと cpu リソースをなるべく減らすとか 最近のディストリだとfontconfgで読み込まれてるフォントが多いせいで かなり速度が低下してるよ。まずfonts.confとか修正して不要なフォントを 読み込まないようにするだけで速度はかなり改善する。 GNUツール一式 --disable-nls つけてビルド 若干軽く速く うん、puppyだね。 アプリの起動が異常に速い。 それでもちゃんとframe buffer使うように設定しないと体感速度は凄く遅いけどな \ ̄)__\ ̄) / ヽ | | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | ) < ヽ | \_________ . / '' ヽ | |ノ | ノヽ ヽ / ) と___(______ノ 動作が軽くなる訳じゃないけどHDDの空き容量を稼ぐならlocalepurgeが結構有効。 # freetypeをコンパイルしなおした。快適。 # Bitmapフォント原理主義者だったが各種Bitmapフォントも描画できる。 # カツカツの性能じゃない限りは有効にした方がいい気がしてきた。 -O2 -fno-strict-aliasing -mtune=native -m64 -march=native -mfpmath=sse -no-msse2 -fexpensive-optimizations -freorder-blocks -freorder-functions -fforce-addr -msse -fno-unroll-all-loops >>38 新規インストール後のlocalepurgeは気持ちいい。 ディスク領域を節約する時代じゃぁないかも知れんが無駄な容量をざっくり消せる。 localepurgeの一歩先のソフトにBleachBitというのがある。 残念ながら無駄にGUIが必要でlocaleやmanをおもむろに投げ捨てる事が可能。 ただ、そこまでやると追加でソフトを入れるときに問題が発生・・・。 >>41 -fexpensive-optimizationsはO2の範疇じゃなかった? >>41 x86_64なら--force-addrが危険では? -O3も壊れる事があるし無難に性能を得るには-O2 -mtune=nativeで十分。 Speeding up recompilation with ccache ccacheで再コンパイルを高速化 http://www.debian-administration.org/article/Speeding_up_recompilation_with_ccache type ccacheでパスは通ってるのに効かないは何で!?って相当悩んだが /usr/binなら衝突してしまうわな。ググっても意外と件数が少ないので後の人のためのメモ export PATH=/usr/lib/ccache:$PATH >>49 代弁ありがとう。 >>41 にならって軽くするための小さな重たい作業を考えてみた。 sed,awk,shを最適化すればいいかもしれん。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる