Linuxを徹底的に軽くするスレ　1グラム

まだまだ重いLinux。
あらゆる知恵を絞って徹底的に軽くしましょう。

それ値段かんけーなくね？
高けりゃ良いって、どんだけブラシーボなんだよw

そういえば、昔
駅のトイレの個室に入って、手鏡で仕切り越しに隣の個室を見たら
エロ本見ながらちんちんをシコシコしてたの思い出したよ
きれいなピンク色でしたよ

8,000円のマウス使ってるけど、操作しにくくてたまらん。
ツルツルの机なんで、マウスパッドも必要だし。パッドによっても反応違うし。
レーザーマウスはツルツルでもパッド不要って聞いたが、あれは嘘だった。大後悔。

>>153
ウチはそんなこと無いけどなぁ。
ちゃんとツルツルの机の上でも反応してるよ。（安価光学マウス

規則的な模様や過度な光沢とか透明だったりしたら反応が悪くなるらしいけど。

俺のマウスはガラステーブルがつるつるだから反応しなかったよ。

>>155
それは、光が反射してないって事では？？？？？

Ubunutuって軽い？

>>157
特に軽くはない。

がんばればびっくりするほど軽くなるかもしれない。

CDのディストリに限れば最軽量と思います。
量ったことないけど、10グラムくらいかしら。

低スペックマシンでLinuxならpuppy最強だな

puppyの設定のとおりにDebian GNU/Linux lennyを使えばいいのに

puppyの設定にしたら元がなんであれ

puppyと違わぬと思うのだが メリットは？

おそらくハード関連の設定のことだと思われる

軽さはpuppyでアプリはDebianってことだろう

Linuxが軽い？

最大でもDVD1枚分だこのやろう

>>164
お手軽さは、puppyだけど環境作れんだったら
パッケージの多い鳥の方が後々楽だよ。
>>162はそういう意味でねーの？
puppyが軽いなんてのは、デフォルトでの違いだけだろ？

fedoraってDVD3枚ぐらいじゃなかったっけ？

>>167
ずいぶん軽いな

ふぁあああああああああああああああああああああ

age

ぎゃあああああああああああああああああああああ

ぐうぉおおおおおおおおおおおおおおおおおおおおおおおおおお

ふう゛ぁう゛ぉ〜〜〜ぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅううっ

キーボードから、キー全部外せ。

ぎゃああああああああああああああああああああああ
株で損しちまったあああああああああああああああああああああ

死ぬうううううううううううううううううううううううううううう

それで思い出したけど、
今月の日経Linuxは超即l起動を特集してるね

ちょ、「それ」って何よｗ

と思ったが　株→日経平均→日経Linux　か、すごいな

ただ、記事を読んだ限りだと、ubuntuユーザーにとっては
手間かかる割にさほど差がないかもとは思った

というより、RedHat系てブートめちゃめちゃ時間かかるのね・・・

dos常用の俺は勝ち組。

DOSじゃネット接続出来ないじゃん。

出来るよ。IBMのWEBBOY持ってる。

なつかしっ
オレのウルトラマンPCで動くかなw

問題ないんじゃないかな。俺のQUAD（意味ねーｗ）だと、BIOS画面からDOS画面への
解像度切り替えでモニタが乱れる間に立ち上がってるよ。

そろそろ、Xじゃない、かっる〜いGUIシステムを期待

GUIの高速化なら何を置いてもまずcompiz使え
X11は遅いと言われ続けてきたけどcompizで飛躍的に高速化した
むろんGPUの性能次第だけど

>>183
LinuxのGUIってもっさりだったけど、Compizにしたらそれがなくなるよな。
描写が速い。

GPUのドライバのチューニングをしっかりやってほしい
nvidiaは頑張ってるけど
AMDはパフォーマンス出てない

ATIは昔からドライバが糞。とWindowsユーザーの間では定説です。
実際そうだけどねorz 発色はいいんだよ。

>>186
だよな。
ATIはモノは良いのにそれを生かしきれてないと言うか。
Windows使ってたころも細かな設定が出来ずに苦労した。
nVidiaなら純正のドライバで色々設定出来たのにATIのはシェアウェアのソフトを使わないと無理とかあったな。

>>184

Compiz をインストールしようとして /etc/xorg.conf の "Device" セクションに

Option "XAANoOffscreenPixmaps" "true"

を追加したら早くなった。

意味わかってやってのか？

あたりめえだ

compizはインテルの85xでもサクサク動くんだからパフォーマンスは不要
つーかもしAMDで遅いと感じるならなんか変

だな

AMDでモッサリといっている人で
CPUのモードを省電力にしていた人を
3人知っている

>194

>194

どこで設定するんですか？
BIOS？OS？

>194
どこで設定するんですか？ですか？
BIOS？OS？IOS？

あれ？なんで壊れたんだろう？
もいっかい。



>194
どこで設定するんですか？ですか？
BIOS？OS？

>>196
まあ落ち着きなよw
/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
こういうのをググってみるか、切り替えるアプリもあったよ確か

効果があったか報告よろ

もっと軽くしてー！＠！＠！＠！＠！＠

libcをandroidのやつにしたのとかでないかな。
ユーザランドも全部それ用にしないといけないだろうけど

実際に軽いのかもしれんがアレはライセンス的なものが目的じゃないか ?
軽くしたいならuClibcとか

bionicはもしかするとChromeOSに載るかも知れんし載らんかも試練

linux2.0
busybox
乙

みんな集まれ

はい、解散、散れ散れ

なめとんのかァァァァァァァァァ
ゴラぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ

すいません
なめてません

えらく間開いたな
このスレやっぱ需要ないのかね

軽い環境を選べばいいだけだしな。

なんでみんなdebianとかubuntuの最小構成インストールから環境を構築しないのかな？
これやれば、自分の好きな様にカスタマイズできるのに。
軽くも重くも出来ると思うんだよね。
１CDのオンメモリで少ないメモリ使い切るより、HDDにインストールした方が結果的に軽いでしょ。

普通にしてますが、何か？

Ubuntuは用意された環境で使ってこそ意味があるから自分勝手にはやらないんじゃね？
Debianは元々最小しかインストールされなくて自分で構築していくスタイルだろ。
最近は勝手に色々インストールされるのか？

インストール時のオプションで選べる。

debは一応、初心者向けに簡単なオプションだけメニューにしているという感じ。
ただ、あまりにも大雑把で、やっぱり初心者はubuだと思う。

debianの最小インストールからいじるより、ubuntuの最小構成から組んだ方が安定してるし、
アプリも情報も豊富だから使いやすい。

>>213
debian より ubuntu の方が情報は豊富かもしれないが、アプリは debian が多
いでしょう。

みんな、2グラムまで頑張ろう！！！！

おまえら、開発者になってプログラムを高速化したら一番速くなるよ。
逆に言うと、そこまでやらんと徹底的に軽くはならない。

だいたいlinux kernelからしてバージョンによってやる作業の特性
のパフォーマンス変わるんだぞ。

皆でXからDirectFBもしくは変わりに移行作業しない?

GUIを使わないことが一番速くなるんじゃないのか？
まあこの場合速いとか遅いとかの問題ではなくなるのか・・・
プログラムの最適化を図って速くするのか、一定のレベルのハードでどうやったら速くなるのか・・・
とか、どこの部分の速いなんだ？

日本語でぉ

仮想コンソールもFBよりXの方がずっと高速だよ
FB使うにしてもvesaは遅すぎて論外、ちゃんとGPUネイテイブなFBを使おう
ようするにGPUの活用が軽量化への道
最も軽く動画を再生する方法は
~/xinitrc
#exec gnome-session<--コメントアウト
exec gnome-mplayer viseo.mp4
でもってstartx
gnome-mplayerが軽いかどうかは置いといてX+プレーヤーのみの起動が最も軽い
カーネルから見直してGPUをきっちり動かそう
GPUがまともに動いてない状態で使っていて重いと言ってるマヌケが多すぎる
いまだにFBが最も軽いと思い込んでる時代遅れも多い

確かに。ＧＰＵを直接アセンブラで叩けない間抜けが多すぎるね。
ＦＢじゃなくて、バイナリエディタで直接ＧＰＵを弄くり倒してこそだよな。やはり。

debianだけどetchからlennyにうpしただけで動画再生が重くなった。
多分ディスクアクセスがらみで、読み込んだデータをキャッシュするとか、プロセスの
スライス時間がかわったとかそういう問題なのかもわからんけど、どこをどういじれば
いいのかわからん。

しょうがないから最新mplayerを野良ビルドする方向性で速度稼いだけどなんかむかつく。
カーネル(?)速くするにはどうすればいいの?

速いマシンに買い換える

速いマシンは所持してるけど、限界までやってみたいじゃん。

>>223
じゃあ、カーネルとbusyboxだけにしとけばいい。

なあ、坊主。

Kernel 2.6.18(Etch)から2.6.26(Lenny)への変更点ぐらい把握しとけや。
あとglibc。そっからのスタートや。メモリーの使用条件とか変わったっていう
のなら記録して工学的にアプローチするもんやろ?

プロセスのスライス時間などは、Etchの時はなにで、いまはこれですとか
記録してるか? 基礎的な功夫がたりねーんじゃねーの? /proc/*の下とか
/sys/* とか はたまたLinuxカーネル文書(カーネルに付属のやつね)とか
読んでないだろ。

ここは、CPUの代わりに、Linuxに関するノウハウでマシンを延命させる
という、まるで王大人(ワン・ターレン)みたいなスレだな。

妥協無き軽量化
これぞ漢の浪漫

激速を目指すなら、カーネルを０からコーディング。これでしょう、やはり。

己の必要なプログラムだけ動くようにsystemを含めて、
モノリシックに組み上げる。柔軟性はなくなるが、
これこそ最速、至高、孤高、そこに痺れる憧れるっ

FreeDos使えばいいだろ。Linuxなんてブラウザとオフィスとか
そういう高レベルのアプリを使うＤＱＮが重装備使えと知恵がないから（ｒｙ

>>229
それ16bitだろ。日本語の導入も困難なわけで。
最低でも32bitネイティブのDos規格でネタを完成させるのが先な。
>>227
いあ、まったく動かない不要なもの、例えばＰＣに入っていない
ドライバーの類やライブラリもメインメモリに読み込まなくする
ダイナミックな手法が必要だと思う。
>>228
自動でそれができるようになればいいだけでしょ。
それ以前にＣＰＵとかに最適化したコンパイラオプションで作りなおしたほうが
速いという信仰があるかぎり、どっざり溜まった贅肉を落とさずに
贅肉の品位を上げているのが現状だろう。
ＯＳが提供するべき機能をカーネルで実装せず、各種ライブラリーやアプリが似たような
機能を激しく重複させて持っているのが肥大化の原因じゃないかな。

同意

デスクトップとして究極最低レベルの実装をというのであれば、
OSASK辺りをLinux化したらどうだろ？
x86依存だけど、LinuxはおろかもはやBSDですらサポート落ちしてしまった
往年の国産機まで対応可能っておまけも付くんじゃないだろうか？

OSASKのLinux化、ってのはPOSIX準拠のライブラリを用意すること、とかかな。
そういう方向は全然興味なさそうなので実現しなさそう。

> POSIX準拠のライブラリを用意

たぶん、それこそが大変なんでつよ…。
大人数で上手に手分けしてやるか、
少人数でやるならその人の人生を多く犠牲にしなきゃできない。

というイメージｗ

ん？カーネルを0からの勢いで、32bitネイティブのDos以上（でtinycore未満）の代物って話じゃなかったの？
とりあえずgccのセルフ環境はあった筈だから、あとはbusybox辺りが動く程度にやっつけるのって
見た目より難しいものなのだろうか？

っていうか、linuxって製作開始から最初の実用版までは１年も掛かってないよね？

流石に益が無さすぎる

軽いGUIのLinux、で検索して辿り着いたのだが
他所でも軽いに無駄に2種類あって疲れるわ

１）要求スペックが低く、プログラムの容量だけが少ないのを軽いと称してる場合
２）要求スペックが高くてもGPUバリバリ使って、操作性が軽いとしてる場合

同じ軽いでヒットするけど、これはもう真逆じゃね？疲れるんだけど
確かに容量が小さく低スペックマシンでも動くのも「軽い」に分類されるのだろうけど
正直違うワード使ってほしいわ

普遍的絶対的に「軽い」といえば
１）同じ操作でも素早く応答する事
２）作業を完了するまで同じ時間かかるなら、よりCPU負荷が少ないこと

これを「軽い」にして、低スペックでも動くは「古い」にしろ

2）を言い換えれば
同じ作業するのにCPUをフルに使えば、より早く完了すること

これが「軽い」だろ、低スペックでも動くは「古い」だ
わかったか？

重いことが話題になってる事自体が不思議

>>238
よくわかりました。

>>237
古いディストリビュージョンがサポートを早期に終わり使えなくなる
これを理解できず従来のようなサポートがあると思い込んでいる奴が
古いのディストリビューションを使えと連呼するだけだぞ。
パッケージで運用するようになっているのがほとんどな情況で
自分でソースをゲットしてライブラリーの依存を確認してライブラリー
共にコンパイルしてなど手をかけて行う人はすくない、中級以上のスキルは
必須であり軽いとかを自身の力だけで対策できない奴にいうことばではない。

初心者がいるようなスレで上級者ぶり、なんでもggrksと同じではないか。
最新のそれらをいかにして軽くするのが徹底してという話しだろう。
>わかったか？
重い原因とその理由やら仕組みを何一つ説明できていない時点で
単なるシッタカの類じゃないの？

重い原因となる要因分析など何の具体性もない発言で俺正義の単語の定義を
俺ワードだからを繰り返しているだけじゃないか、ワロス

> 自分でソースをゲットしてライブラリーの依存を確認してライブラリー
> 共にコンパイル

で軽くなるなら、このスレではそれが正解だと思うけどね。
レベルが高いから不正解、は無いんじゃないのかな?

>>242
現実問題として、自前でやって環境依存の特異性から動かないのは日常で
それを解決するのは熟練度の違いだろう。

>>237 >>238
２）が「軽い」なのはなんとなく分かるけど、だったら応答速度の類だから「速い」が正しいんじゃないか？

「軽い」って応答速度の話じゃないの?

メモリ消費が少ない方の軽いもあるから検索で引っかかるんじゃないかな

俺のはクロック周波数2.2GHz
メモリ2GB→980MBから増設
HDD250GB→60GBからバルクの250GBに中身を交換
もともと7年前のXPが乗ってたノートPCだよ。
快適快適
クロック周波数は高いほどよい。

そういえば96KBしかないのに3Dシューティング（FPS)が出来るゲームが有ったけど
かなり重かったな

容量は、軽く
動作速度が、重い

ロースペックでも動く、これを軽いとしてるから
いつまで経っても、そう永遠にWindowsよりGUIが重い

でも実用問題ない