06/01/12 03:24:04 7iwX2syI
Linuxの軽量化＆高速化の議論スレです。
コンソールだけなら超軽量だけどGUIがあると急激に重たくなる、
特にアプリケーションは全般的にモッサリ、
大量にディスクアクセスをやると応答が悪くなる、などまだまだ改善点がありそうです。
2:login:Penguin
06/01/12 05:40:16 MYMGyVSz
2get
そんな貴方にTWM
超軽量
3:login:Penguin
06/01/12 08:39:34 Cfq1p0/W
>>2
TWMが軽くても、その上で動くFirefoxやらThunderbirdが重過ぎ。
Thunderbirdの普段から重たいのと、
Firefoxを使っているとどんどん重たくなっていくのって、どうにかできない？
4:login:Penguin
06/01/12 10:33:58 cz7KHkfj
良スレ期待
5:login:Penguin
06/01/12 10:41:13 uQ5w3vKh
>>3
Firefox、メモリ(キャッシュ？) 溜めすぎだね。
たまにFirefox だけ一旦終了させて再起動させてる。
6:login:Penguin
06/01/12 10:41:18 lMwJjwVt
つーか、twm ってほんとに軽いの?
7:login:Penguin
06/01/12 18:20:41 LGmja4Id
１、GUIで出来るだけ軽くする。
２、CUIで出来るだけ高機能にする。
emacs、screen、fbi等を駆使してCUIのままGUIに引けをとらない環境を造り上げる。
linuxは2の方向性を目指すべきだと思うがどうよ？
1はwinに勝てないだろ。
8:login:Penguin
06/01/12 18:47:54 DJRZ3Ver
重複スレでございます
linux パフォーマンスチューニング
ｽﾚﾘﾝｸ(linux板)
9:login:Penguin
06/01/12 20:56:56 f7yWXaco
>>7
同意
10:login:Penguin
06/01/12 21:24:58 TqmLh852
>>6
超軽量っていう程じゃない。
もっと軽いのもたくさん有るし、同程度の軽さで使い勝手の良いのも有るし。
11:login:Penguin
06/01/12 23:49:32 Cfq1p0/W
>>7
2の方針だと、初心者の敷居が高いと言う問題はそのままじゃないか？
12:login:Penguin
06/01/12 23:51:43 +cba7TWp
重いのはIntelのCeleronを使っているから。
SempronかAthlonに変えればサクサクですよ。
13:login:Penguin
06/01/13 00:14:27 WclFroeH
>>12
根本的に方向性間違えているw
14:login:Penguin
06/01/13 18:22:53 M8jr8ahT
最新の機能を追いかけなければいいだけなんじゃないの？
試したことないんだけど、今のパソコンに９５搭載したら低機能だけど速いとか。
Linux開発者はWinに取って代わるとかいう無謀な夢を追いかけないで、
型落ちパソコンを復活させるとか、もっと現実的なコンセプトを持てばいいと思う。
その辺はやはり純粋な開発者と商売人の才能を併せ持ったものの違いなのかな。
なんかゲイツがエジソンでLinuxの開発者はテスラみたいな。
個人的には必要最低限の機能しかないけど、軽くて安定している、そんなLinuxを待ち望んでいる。
15:login:Penguin
06/01/13 18:47:20 4HVmNv3o
>>14
Damn Small Linux
wo tukatte mitara doudeshou?
machinozomu nodehanaku jibunnde sagashimashou
nihonngo hituyounara Live CD no heya niikimashou
uchuujin yori
16:login:Penguin
06/01/13 22:04:32 BMvLP4Zn
>>14
無理ですね。gnome、kdeはどんどん重くなる
17:login:Penguin
06/01/13 22:25:50 GtDXrBYN
Linux側は必要なもののみ起動し、外部から接続っていう
クライアント＆サーバ形式が一番軽いかと。
メンテナンス性や携帯性を考え、coLinuxを愛用しています。
18:login:Penguin
06/01/23 15:30:30 NxZVADwT
マルチメディア関連はGeexBoXみたいに
コンソール環境+vesafbみたいな方法でもできるのな。
起動後はmplayerがコアとして動いているみたい。
ｽﾚﾘﾝｸ(pc板)
ところがそれがmplayer-pluginでFirefoxから使うと
終了処理に変に時間がかかったりもする。
どこかに重くなる原因はあるんだろうけどね…
19:login:Penguin
06/02/22 06:17:40 sGYqgBmZ
>CUIで出来るだけ高機能にする。
この取っ掛かりだけ誰か教えてくれ。
とりあえずどのOSで試してみたらいいだろう。
全部試せっていうのは尤もすぎるのでナシの方向でおながいします。
20:login:Penguin
06/02/22 08:20:40 e+eUjKPp
CTRL-ALT-F1
CTRL-ALT-F2
CTRL-ALT-F3
CTRL-ALT-F4
で、CUIで頑張るのならあまりディストロは関係ない。
21:login:Penguin
06/02/22 08:32:38 IVEJx2Fu
X からじゃなきゃ Ctrl いらんよ。
22:login:Penguin
06/02/22 12:22:21 7X/kIo6W
重いのはKDEやGNOMEでは? 軽いWMだけの環境ならさほど重くないと思うが。
23:login:Penguin
06/02/22 13:06:50 0KHV7mzk
>>19
何に使うかを絞り込まないと、話が拡散する気がする。
screen, mutt, w3m, jfbtermあたり使ってます。
メール、Webブラウズ、簡単なテキスト作成程度なら、たいして高機能じゃなくてもいいし。
24:login:Penguin
06/02/23 00:17:58 0gEmE8Rn
>>22
OpenOffice Firefoxなど、アプリを使うとやっぱり重い。
DEやWMだけの問題じゃないと思うなぁ。
25:login:Penguin
06/02/23 04:16:17 JeTSZjTu
URLﾘﾝｸ(kazehakase.sourceforge.jp)
によると gtk+-2 にするだけでえらくメモリを食うらしい
URLﾘﾝｸ(web.kyoto-inet.or.jp)
によると firefox 1.5 でも gtk+-1.2 ビルドは可能らしい
(しかしこれ xft や freetype2 切ってるけど tt なフォントは大丈夫なのかな)
ooo は gtk でも qt でもない独自 widget らしいので gtk+-1.2 にするのは無意味？
でスタティックにビルドしないでなるべく .so 活用してメモリ節約
あと cannaserver やら p2 やら視覚的なパフォーマンスを求められない
x クライアントやらは他のホストで実行させることでメモリとディスクアクセスと
cpu リソースをなるべく減らすとか
26:login:Penguin
06/03/23 01:41:29 dEs5K1OW
最近のディストリだとfontconfgで読み込まれてるフォントが多いせいで
かなり速度が低下してるよ。まずfonts.confとか修正して不要なフォントを
読み込まないようにするだけで速度はかなり改善する。
27:login:Penguin
06/07/07 22:35:58 wE2ArQjW
GNUツール一式 --disable-nls つけてビルド
若干軽く速く
28:login:Penguin
07/08/07 22:20:35 KSJ1B8jE
一番軽いのなんだ？
29:login:Penguin
07/08/07 22:48:09 g5bdB/2G
Damn Small Linuxだと思うが
30:login:Penguin
07/08/15 19:13:36 3mt2RX2Y
puppyだな
31:login:Penguin
07/08/15 21:59:00 uhJ+jcw+
うん、puppyだね。
アプリの起動が異常に速い。
32:login:Penguin
07/08/16 00:25:21 9QROKKy0
何年前のスレだよｗ
33:login:Penguin
07/08/16 00:32:32 sZjU1xXt
結局軽い鳥を探すスレ化して終了
34:login:Penguin
07/08/16 10:45:24 Y9XHLlKt
軽いといえばvineのcuiだよ
35:login:Penguin
07/08/17 17:04:08 tDg8mxF5
それでもちゃんとframe buffer使うように設定しないと体感速度は凄く遅いけどな
36:login:Penguin
08/06/29 10:10:18 SGeiB1Eg
＼￣)＿＿＼￣)
／ ヽ
| | ／￣￣￣￣￣￣￣￣￣
| ） ＜
ヽ | ＼＿＿＿＿＿＿＿＿＿
. / '' ヽ
| |ノ
| ﾉヽ
ヽ ／ )
と＿__(____＿_ノ
37:login:Penguin
09/01/25 09:10:35 nxb1xVZq
ひらひらひらと舞い落ちる幸せ
38:login:Penguin
09/01/30 00:14:52 4bkEllG4
動作が軽くなる訳じゃないけどHDDの空き容量を稼ぐならlocalepurgeが結構有効。
39:login:Penguin
09/05/03 02:32:48 8pTPgDLc
DirectFBに興味津々
40:login:Penguin
09/05/11 09:09:46 86AgQUQ7
やっぱり、puppyだな。。。
41:login:Penguin
09/05/14 06:38:42 zxobnpEx
# 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
42:login:Penguin
09/06/07 05:42:11 Wn4q0/hy
>>38
新規インストール後のlocalepurgeは気持ちいい。
ディスク領域を節約する時代じゃぁないかも知れんが無駄な容量をざっくり消せる。
localepurgeの一歩先のソフトにBleachBitというのがある。
残念ながら無駄にGUIが必要でlocaleやmanをおもむろに投げ捨てる事が可能。
ただ、そこまでやると追加でソフトを入れるときに問題が発生・・・。
>>41
-fexpensive-optimizationsはO2の範疇じゃなかった?
43:login:Penguin
09/06/09 14:33:32 aE6XIpG1
>>41
x86_64なら--force-addrが危険では？
-O3も壊れる事があるし無難に性能を得るには-O2 -mtune=nativeで十分。
Speeding up recompilation with ccache
ccacheで再コンパイルを高速化
URLﾘﾝｸ(www.debian-administration.org)
type ccacheでパスは通ってるのに効かないは何で！？って相当悩んだが
/usr/binなら衝突してしまうわな。ググっても意外と件数が少ないので後の人のためのメモ
export PATH=/usr/lib/ccache:$PATH
44:login:Penguin
09/09/23 15:09:27 aEx8qkUY
test
45:login:Penguin
09/09/23 17:48:27 KoYxVuSx
test
46:login:Penguin
09/09/23 21:47:49 8J52D0JL
test
47:login:Penguin
09/09/25 05:49:18 rXe2Hajh
test
48:login:Penguin
09/09/25 21:11:09 UWnhm0lP
test
49:login:Penguin
09/09/25 21:20:20 hOgq4mJj
ここでテストすんな
50:login:Penguin
09/09/26 21:21:57 z743SNEY
>>49
代弁ありがとう。
>>41にならって軽くするための小さな重たい作業を考えてみた。
sed,awk,shを最適化すればいいかもしれん。
51:login:Penguin
09/09/30 08:31:05 Zq+2GUBD
test
52:login:Penguin
09/09/30 09:03:47 cA9XiOLo
test
53:login:Penguin
09/09/30 10:25:06 pugFP88p
test
54:login:Penguin
09/09/30 14:45:59 ZTCNlCz0
test
55:login:Penguin
09/09/30 19:28:26 qm6MyEeX
自演荒らしに使われてるかもしれん
56:login:Penguin
09/09/30 20:04:06 FjNYPZDv
test