まだまだ重いLinux。
あらゆる知恵を絞って徹底的に軽くしましょう。
>>1
1.シェルスクリプトの部分をpython等で書き直す
2.python部分を他のネイティブ言語で書き直す
3.デーモンを効率化
4.デーモンをカーネルモードに移す それと幾つか重い常駐bin。イベント駆動になってない部分が何かしらありそう。
-gnome-panel
-cupsd
-metacity
-gnome-screensav
-gnome-cups-icon
-gnome-settings-daemon
-pdflash
-nm-applet
>>5
これに関連するスレはいくつかあるが、
>>5にあるやつはテーマが絞れないし、
キツいスペックのＰＣスレは荒れ放題で全く対策が出てこない。
個人的にはこのスレ歓迎なのだが、どうよ？ ちょっと待て、徹底的にってえとX抜きかえ。
しまいにゃ、カーネルだけ立ち上がってなんもせんてのはやだな。
それだったらキツいスペックのＰＣスレでええんでない。
やっぱ、webで動画もフラッシュも見られる程度は欲しい。
>>7
ここならここでもいいけど、
どれか一つに統一してくれよ。 キツいスペックのpcスレは「メモリ増やせ」でいつも話が終わってしまう。
役に立ちそうな情報がほとんど出てこない。
もう少しなんとかならんもんか・・・。
>>2
実践したのなら詳しくレポしてほしいな。どのシェルスクリプト？ X が重いことに変わりない。
この手の話は、結局どのスレに行っても
マシンが増強できないなら、軽いデスクトップ環境にしろ
という話にしかならんな。
TTFを使わないとかxorg.confのModuleセクションを整理するとか
prelink使うとか…。
結局「swapを使わせない」が基本になるからswapoffするだけでも違ってくるし
GNOMEやKDE使うな、と方針は一緒でもビミョーなメモリ稼ぎ技はもっとあると思う。
単に体感速度を上げたいとかだとアプリケーションレベルでちょこちょこあるぞ。
Konquerorなら「Konquerorの設定」→「パフォーマンス」と開いていろいろいじるとか
AmarokならSQLiteじゃなくてMySQLで使ってみるとか。
てか各GUIアプリの起動の遅さはどうしようもないから使い方を少しは考えれ
と言いたい。ファイルマネージャでも画面二分割とかあるのに
頻繁にいくつもウインドウ開いたり閉じたりすることなかろ。
BSD.を含めてlinux.で管理を出来なければ、linux.は其の内に無くなります…
unix-OS.を創る事が出来る様に成ります… GNU.が無くなる訳ですから…
CUIで使えばメモリ64MBでもかるいよ！
ﾊ_ﾊ
('(ﾟ∀ﾟ∩ かるいよ！
ヽ 〈
ヽヽ_)
このスレタイなんだけど、
次スレは ２グラム になるんだよなー
重くなっていくじゃん。
ということで、終了ーーーーー
クソスレ立てるな >>1 >>22
お前、まさか次スレがあると思ってるのか？ MintってUbuntuよりかなり軽いけど、なんでなの？
中身はいっしょでどちらもGnomeだよね。
ﾃｷﾄｰにサービス削ってるだけなんじゃね？
ああいう類の派生ディストリに
カーネルやらXやらをｺﾘｺﾘにチューンする力があるとも思えず
linux.を無くして仕舞いましょう！
そうすれば、全てのOS.は"ただ"です！
Apple.が無く為ります…
無くならなければ、もっと便利です！
LFS とか gentoo で自分にとって本当に必要なものだけ入れるとか、
kernel option で CONFIG_EMBEDDED=y にするとか、
いろいろありますでしょ。
arm や mips の非力な cpu でもちゃんと使えるんだから。
ガイドブックに則ってリブートした時点では激軽。
だってcrondとsyslogdしか動いてないし。
あといやでもカーネルをビルドするので
チップセット関係のドライバ(安全策のため大抵のディストリで"y"になっている)を
マシンに合わせたもの以外"n"にしたりしたくなるからメモリには優しい環境に。
ただしデスクトップ環境とか入れるとそんな変わらん。
ビルドオプションや最適化はごくごく僅かしか効いていないようだが
Amarokなんかみたいに極端に大きいアプリケーションを動かすと違いが分かるな。
カウントアップせずにカウントダウンすればいいだけでは？
Ubuntu使ってるんだけど、俺のPCだと重いんだよね。
かといって、Linuxの知識はないから弄れない。
・不要なサービスを切る。
・Xfceに変える。
これぐらいしか思いつかない。
他には何か無い？
>>36
Xfceもよいが、しなくてもあんまり変わらないくらい軽くなることもあるぞ。
初心者でも各種設定ダイアログで色々なチェックを外したり入れたりからどうぞw
好みの問題があるが、乱視の強い俺はフォントのアンチエイリアスが苦手で
これを外すと動作も軽くなるおまけが付いてw Xは重いなあ。Xfree86の連中がやる気ないからいけない。
なんでLinusはXenとかぽんぽこカーネルに入れるのに肝心のXを入れないのかな。
いまどきGUIのないマシンなんか考えられんっしょ
>Xfree86
1)単に知らない
2)昔のスタンダード持ち出せば一目置かれるとか妄想した
3)熱暴走中
さて正解は？
そんなにXが重くて嫌ならlinux消してwindowsでもいれればいいじゃん。
>>37
サンクス。
アンチエイリアスを外せば良いんだね。
これで3項目でけた。
・不要なサービスを切る。
・Xfceに変える。
・アンチエイリアスを外す。 スレナンバーだけど、どれだけ軽くしたかと解釈すればいいんじゃない？
Debianを鯖にしてるけど、最小インスコで消費メモリーが22MBという激軽
先週雑誌の記事見ながらLFSに挑戦したけどコンパイル通らなくて挫折…悔すぃ
>>44
ふーん
漏れのデスクトップはCUIなら15MBだよ。
IM立ち上げなけりゃ、それぐらいで普通じゃね?
(立ち上げるデーモンにもよりけりだけど。 Pentium3といっても450～1.4GHzぐらいまであるでしょ?(1.4はセレだっけ？)
一番遅い450でも、漏れのK6-2/500と同等以上の性能なんだから、
あまり削らなくても充分使えると思うけどね。(漏れはBOINC回しながら使えてるぐらいだし)
Ubuntuが重いとかいってるやつは一体どんなＰＣを使っているんだ？
1/2グラムでいいんじゃね。
だんだん減りが少なくなっていくのもリアルかとｗ
1グラム→1ミリグラム→1マイクログラム→1ナノグラム→1ピコグラム・・・
でいいじゃん。
制約をつけなくちゃな。
・軽量ディストリビューションでなく、一般的なディストリビューションから始めて自分で設定しながら軽くしていく
・Xは動かす。
・なるべくGNOMEやKDEも使い続け、その上でなるべく軽い設定を追求
1/2 グラム → 1/3 グラム → 1/4 グラム → 1/5 グラム ...
元はMMUなし環境向けだった uClinux で
可能な限りのパッケージを動かすとかやれば
軽くなるんでないの？
>>58
あなたは、キツイスペックのスレにも書いた方でしょうか？
軽くすると言っても使えないければ意味がないと思うですよ。
Linux2.0.38カーネルで何が出来るのか？
一般のPCディストリビューションだと、たとえばVineLinux1.xあたりに相当するわけですから、
これはもう現在では「使える」という範疇からは外れると思うですが。
まぁ、このクソすれの目的は「軽くする」ことなので、
フロッピーだけでカーネルを起動して、それでニンマリしていれば、一番軽いわけなんですがw uClinux、昔はMMUなし向けだったけど
今は kernel2.6 だしXも動きますよ。
要はARMやMIPS用のkernelとuserlandを一気に作ってくれる
便利スクリプトじゃないですか。
もちろんx86用もね。
おっと書き忘れ、uClibc と glibc の違いで動かないアプリやらは
何とかせねばなりませんが。
＞Today's uClinux as an operating system includes
＞Linux kernel releases for 2.0 2.4 and 2.6 as well as a collection of user applications,
＞libraries and tool chains.
>>61
ああ、なるほど。
どうやら古い情報を見ていたようです。(失礼)
しかし、どうでしょうかねぇ？
現状でも、他のOSと比べて豊富とは言えないのに、
動かないアプリが多いものを使うのは、賢明ではないと思うです。 え、だってとにかく軽くするスレなんでしょ？
実用範囲で使えるアプリさえそろえばいいんではないんですか？
実際組み込み製品ではかなり使われているわけですし。
燃費っていうより、この場合は快適に走るためにはどうすればいいかっていう話だから
エアコンはともかく助手席はあってるな。ちなみに後部座席もトランクものけるだろうなぁ
4輪じゃなくて3輪
それくらいのレベルかな？ｗ
>>66
俺の友人実際にでスピード早くするためにエアコン、後部座席取りはらった奴いるわ。
そんな感じだろうね。 無いものは自分で作れ？
だったら、食べるもの・着るもの・住む家を自分で作ってから御託を並べろよこのデブ狂信者ども。
>>69
ないなら自分で作れ＝自分で作ればあるよ、今のところ誰も作ってないけどね
＝作る気のある（or作れる）人がいないから実質ないようなもんだよ、でもそんなことは認めたくもないよ
これくらいわかるだろ？だからちょっとは空気嫁 そしてこういう不毛な議論が
クソスレ化を加速するのだな
だが、その方が燃料代は安い
雪山で遭難したときのために
あるいは、突如飢餓に襲われたときのために
全力でエネルギーをため込むんだ
いつか、きっと、役に立つ。
ubuntuの次のバージョンは重くなってるんだろうか？
そういえばXって、画面モードとか、描画プロトコルとかの部分で
Linuxでは使わないようなものを一杯かかえているように思えたのね。
つまり、昔のUNIX系OS独自の描画プロトコルの互換コード。
これらを削除してX.Orgをリビルドしても、速度面やメモリ消費面で
改善されるってことは無いのかなぁ…それともそれはやってるのか?
個人的には、軽くしたい時(つうかKDE起動待ちがわずらわしい時)
突発的にsetwm icewmしてstartxするんだけど…
icewmだと不便に感じる部分のうち、かなりのところが
icewmの英語ドキュメントを読めれば改善しそうな気もしているのね。
KDEのalt+f2に相当する機能は、実はicewmにもある気がしつつ探していない。
たまにマウスを繋いでいない状態でicewmを起こして
ctrl+alt+bsしかできない私がいる :-(
ともかく、軽量WMには数種類あるんだけど、無いと不便な機能を見極めて
最低限それが実現できるwmを選んで、充分にカスタマイズする。
それがGUI速度の改善において重要なんじゃないかと思う。
個人的にはXFceも重く感じることがままある。
英語圏で作られた軽量ディストリビューションって、DSLみたいに
KDEやgnome以外のwmでまとめあげてきているものね…
てなわけで、名前を指定してソフトを起動する機能は必須だとして
GUI上で無いと困る操作を挙げてみましょうよ。
いいかえると計量WMでとまどった例とか困った例か。
>>80
>そういえば
どの話を受けたのか謎。
>Linuxでは使わないようなもの
xorg.confのModuleセクションで指定されているものは
減らせばメモリ使用量が減る。ただしモジュールなわけで
リビルドするまでもない。ttfを断ってbitmapフォントをFontPathで指定すると
結構違うがFireFoxなんかが悲惨なことになる。
>setwm
どのディストリにもあるコマンドじゃないんだが。
>WM選びで速度改善
結局GNOMEやKDEアプリを起動するならあまり意味なし(気休め程度ならあるが)。
>KDEやgnome以外のwm
いやだからKDEやGNOMEはウインドウマネージャじゃないとあれほど(ry
>GUI上で無いと困る操作
キーボードでのアクティブウインドウ切り替え。
(けどこれUser Interfaceの話とはズレねーか。(と最後までイヤミで通す。)) webブラウザのフォントはcssで固定してしまえば単一サイズで事足りるよ。
ほとんどの場合webサイトに印刷物のような表示品質は必要ないし
軽量指向で行くならなおさら。
異常な俺様cssで異常なサイズの文字を読まされる害もない。
>>83
ディスプレイはフォントをどんだけ使っても印刷物には全く敵わないので
その品質を気にする必要は無い 必要最低限て意味でウインドウマネージャを選んだ時
fluxboxはよかった。フォント回りに凝って重くなるまでだけど。
使うアプリケーションはホットキーに登録
アクティブウインドウ切り替えはAlt+TAB
最大化と最小化、と、一通りの機能揃ってたし。
つかカスタマイズ性もリソースの少なさも装飾のなさも
総合して見ればevilwm最強説。twm最軽ってありゃウソだ
もうみんなGUIなんてものにこだわるのはやめて
カーネルだけでLinuxをenjoyしようぜ！
>>87
userland ないと何の操作もでけまへんがなorz えっと、80では無思慮なところ多くごめんなさい。
個人的には、KDEやgnome無しでいいと思っている。
ただ、統一的な設定アプリケーションが無いことで
不便な思いをする可能性は高いとも思っている。
そこをクリアできる方法を考える価値はあるんじゃないかな。
正直な所、KDE上でネットワーク等の設定まで済ませたあとで
IceWMに切替えて運用していたノートとかあったんよね。
あやまる必要は全くないが
おまいさんの意を曲りなりにも受けたレスがいくつもついていることに
気付く必要はあると思う。
統一的な設定アプリケーションが必要ならwebminでも入れておけば？
webminって使ったこと無いけど、KDEやgnomeの設定ツールを
ぜんぜん使わずに困ること無い?
あと、HDDの消費量面ではどうなんだろう?
httpdも必要になるんだっけ?
IFとしてウェブブラウザが必須になることは
私個人としてはなんら問題ない。
特に困ることはないねぇ。設定ツールのためにX入れるのは大分間抜けだと思う。
HTTPサーバは内蔵してるから、別に入れる必要はない。
必要HDD容量も、さすがにXよりは小さいんじゃないか。
GTK on DirectFB でもうちょっといろいろ動けば人にも勧められるんだが。
ぼくのPS3でサクサク動くLinuxを紹介してください＞＜
まじ重すぎ
非常に高速でAPI互換性のあるGTK+-Proみたいなのを作れば
金とれるんじゃないかLGPLだし。
悠久の古代のPC使ってsynapticsすげえ重い、と思ってたが、aptitude upgradeだとスンゲー軽い。
こりゃー、GUI使わない訳だ。ちょと齧るとCUIの方が圧倒的に楽だもん。
で、CUIをバリバリ使うからますますGUIのチューニングが進まないという罠。
俺もsynapticsいままで一度もつかったことないなー。
まだapt-get upgradeとかやってる。
アンチエイリアスってどこで切れるすか。
gnomeのメニューから?
それともドットファイルを手で弄るんでしょうか。
・・・・ググレカス様のお告げを聞いてからにします。
gnomeならフォントのプロパティと言うのがあると思うから
そこのフォントのレンダリングをモノクロにする。
フォントのプロパティが見つからない場合や探すのが面倒なら
ターミナル等で
$ gnome-font-properties
で起動するはず。
gimpで普通に出来ると思ったけど、ジャギーは手作業で直した方が綺麗な画像になるよ
ジャギ消しってのはアンチエイリアシングだから逆じゃまいか？
Firefoxを使ってるCPUに最適化オプションつけてビルドしたら速くなる？
>>110
勿論早くなる。まぁビルドには時間がかかるけど Core2Duoとかなら相当...
>>110
swiftfox、swiftweaselでCPUにあったのを入れてみれば？ とりあえず今更感漂うエンライトメント搭載のじーおーえすはアホみたいに軽かった
FirefoxからIceapeに変えてみた。
確かに動作は軽い。
でも、なぜか新しいテーマが印須子できない。
xubuntu なんだけど。
Xのドライバを見直す。
うちのPCにDebianを標準インストールしたら、
Xのドライバがvesa用になってた。
これを修正したらとCPU使用率が1/10になって快適に。
むしゃくしゃして64MB増設して96MBになった・・・
さようなら我が友よ。
デフォのgettyを軽いやつに差し替えればメモリが浮くぞ
>>112
debian etchだが入れてみた。
結構速くなるね、ありがたう。 kernel削ってWMをxdm+aewmとかにすれ。
Xorgは最適化してrebuild。けどそれよりも昔のXFree86使った方が軽い。
xfsって案外重いし、gnomeとか使わないから切る。
scimも重い。Canna+kinputで十分。
というかsyslog関連とメールとiptables以外いらね。
ディスクはext3よりext2の方がio速い。
>>126
古いディストリのインストCDでインストールして
kernel2.6にあげればほぼそんな環境に出来ますな。 スタートアップってどこにあるの？
起動時に何が立ち上がってるかわからんないや。
>>128
>スタートアップってどこにあるの？
今お前がいるであろう「~/」からだと銀河系の彼方。
もしかしたらお前には一生見つけられないかもしれない。 $ pwd
/home/hoge
$ cd /etc
bash: Permission Denied.
$ |
debian etchですが、カーネル再構築してメモリ消費量減りますかね。
以前Vine3.2でひたすらメモリ削るべく再構築しまくってたんですけど、
ほとんど変わらなかったような記憶がありまするのですが。
USBもついてますが、なにも差してないのでBIOSメニューでUSBオフにしている
わけですが、その程度ではかわりませんか?
変わるけど、それで何KB削れるかという世界であって。
意味があるかどうかは、目指すゴールがどこなのかにもよると思う。
たとえ1ｷﾛﾊﾞﾄﾙでも減らすことに意義を感じるなら、やればいいさ。
ﾎｼｭってことで。
メインメモリ64MBでSwiftWeaselうごかしてますが、プロバのプロキシ->キャッシュ0
で運用していたのを、他のNASにsmbmountし、1GBをキャッシュディレクトリとして
割り当てたら画像やccs使いまくりのページでガリガリswapする回数が極端に減りました。
あとはadblockplusの機能、つまり画像その他のフィルタリングを、NASの方に
設置したProxyでやるようにすればもうすこし軽くなりそうです。
ﾎｼｭx2
DilloやBlackBox使ってるんで、適当にlibリビルドしてみた。
libjpeg6b
libfreetype2
-
これらのdebパッケージをとってきて、hogehoge/debian/rulesの"-O2"のところを"-Os -pipe -mtune=pentium2 -mmmx -fomit-frame-pointer"にしてリビルド
ライブラリのファイルサイズが80%くらいに縮んで、なおかつ爆速になりましたとさ。
この他Xorgのグラフィックドライバ(うちはtrident)のみ同様に
リビルドしたらやっぱり速くなった。
メモリ足さないと駄目かなとおもったけど、四六時中実行されて
メモリに居座るライブラリをリビルドすることで大分違うみたいす。
もすこし粘る
>>22
亀レスだけど次スレは1/2グラム、そのつぎは1/3グラムと
本来のスレ番の逆数にしていけばどんどん減ってくだろ キショいからこっち見んな近づくな キショいからこっち見んな近づくな
キショいからこっち見んな近づくな キショいからこっち見んな近づくな
キショいからこっち見んな近づくな キショいからこっち見んな近づくな
キショいからこっち見んな近づくな キショいからこっち見んな近づくな
重いのはlinuxではなくXという罠。
>>2をするよりもXを何とかした方が遙かに効果的。だが現実的でないorz >>141
(;´Д`) ｼｺｼｺｼｺｼｺ
＿(ヽηﾉ＿
ヽヽ スレ違いかもしれないけれど、たまにホームのgnomeやら
xfceやらkdeやらの設定ディレクトリを消してやると、色々と
不都合が解消されて良い感じになるのはうちだけだろうな。
ついでにあげ
Linuxがという事ではないんですが、
FireFoxのテーマをNASAってのにしたら、
デフォの時より描画が軽快になりやした。
昔のウィザードリーのようにフレームだけのＧＵＩにすればいいと思うお。
アイコンはアスキーアートで。
マウスで体感速度が変わるね。高いマウスだと操作性、体感速度向上。
それ値段かんけーなくね？
高けりゃ良いって、どんだけブラシーボなんだよw
そういえば、昔
駅のトイレの個室に入って、手鏡で仕切り越しに隣の個室を見たら
エロ本見ながらちんちんをシコシコしてたの思い出したよ
きれいなピンク色でしたよ
8,000円のマウス使ってるけど、操作しにくくてたまらん。
ツルツルの机なんで、マウスパッドも必要だし。パッドによっても反応違うし。
レーザーマウスはツルツルでもパッド不要って聞いたが、あれは嘘だった。大後悔。
>>153
ウチはそんなこと無いけどなぁ。
ちゃんとツルツルの机の上でも反応してるよ。（安価光学マウス
規則的な模様や過度な光沢とか透明だったりしたら反応が悪くなるらしいけど。 俺のマウスはガラステーブルがつるつるだから反応しなかったよ。
>>155
それは、光が反射してないって事では？？？？？ CDのディストリに限れば最軽量と思います。
量ったことないけど、10グラムくらいかしら。
低スペックマシンでLinuxならpuppy最強だな
puppyの設定のとおりにDebian GNU/Linux lennyを使えばいいのに
puppyの設定にしたら元がなんであれ
puppyと違わぬと思うのだが メリットは？
おそらくハード関連の設定のことだと思われる
軽さはpuppyでアプリはDebianってことだろう
Linuxが軽い？
最大でもDVD1枚分だこのやろう
>>164
お手軽さは、puppyだけど環境作れんだったら
パッケージの多い鳥の方が後々楽だよ。
>>162はそういう意味でねーの？
puppyが軽いなんてのは、デフォルトでの違いだけだろ？
fedoraってDVD3枚ぐらいじゃなかったっけ？
ぐうぉおおおおおおおおおおおおおおおおおおおおおおおおおお
ふう゛ぁう゛ぉ～～～ぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅぅううっ
キーボードから、キー全部外せ。
ぎゃああああああああああああああああああああああ
株で損しちまったあああああああああああああああああああああ
死ぬうううううううううううううううううううううううううううう
それで思い出したけど、
今月の日経Linuxは超即l起動を特集してるね
ちょ、「それ」って何よｗ
と思ったが 株→日経平均→日経Linux か、すごいな
ただ、記事を読んだ限りだと、ubuntuユーザーにとっては
手間かかる割にさほど差がないかもとは思った
というより、RedHat系てブートめちゃめちゃ時間かかるのね・・・
問題ないんじゃないかな。俺の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"
を追加したら早くなった。
linuxデスクトップユーザーの特徴
①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく
冫─' ~ ￣´^-、
／ 丶
/ ﾉ、
/ ／ヽ丿彡彡彡彡彡ヽヽ
| 丿 ミ
| 彡 ＿＿__ ＿＿__ ﾐ/
ゝ_/／| |⌒| |ヽゞ
|tゝ ＼__／_ ＼__／ | | ＿＿＿＿＿＿＿＿＿＿
ヽﾉ ／＼_／＼ |ﾉ ／
ゝ /ヽ───‐ヽ / / linuxはめんどくさくて難しい分だけ、
/|ヽ ヽ──' / ＜ 自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
/ | ＼ ￣ ／ ＼
／ ヽ ‐- ￣￣￣￣￣￣￣￣
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に載るかも知れんし載らんかも試練
なめとんのかァァァァァァァァァ
ゴラぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
なんでみんなdebianとかubuntuの最小構成インストールから環境を構築しないのかな？
これやれば、自分の好きな様にカスタマイズできるのに。
軽くも重くも出来ると思うんだよね。
１CDのオンメモリで少ないメモリ使い切るより、HDDにインストールした方が結果的に軽いでしょ。
Ubuntuは用意された環境で使ってこそ意味があるから自分勝手にはやらないんじゃね？
Debianは元々最小しかインストールされなくて自分で構築していくスタイルだろ。
最近は勝手に色々インストールされるのか？
debは一応、初心者向けに簡単なオプションだけメニューにしているという感じ。
ただ、あまりにも大雑把で、やっぱり初心者はubuだと思う。
debianの最小インストールからいじるより、ubuntuの最小構成から組んだ方が安定してるし、
アプリも情報も豊富だから使いやすい。
>>213
debian より ubuntu の方が情報は豊富かもしれないが、アプリは debian が多
いでしょう。 おまえら、開発者になってプログラムを高速化したら一番速くなるよ。
逆に言うと、そこまでやらんと徹底的に軽くはならない。
だいたい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をフルに使えば、より早く完了すること
これが「軽い」だろ、低スペックでも動くは「古い」だ
わかったか？
>>237
古いディストリビュージョンがサポートを早期に終わり使えなくなる
これを理解できず従来のようなサポートがあると思い込んでいる奴が
古いのディストリビューションを使えと連呼するだけだぞ。
パッケージで運用するようになっているのがほとんどな情況で
自分でソースをゲットしてライブラリーの依存を確認してライブラリー
共にコンパイルしてなど手をかけて行う人はすくない、中級以上のスキルは
必須であり軽いとかを自身の力だけで対策できない奴にいうことばではない。
初心者がいるようなスレで上級者ぶり、なんでもggrksと同じではないか。
最新のそれらをいかにして軽くするのが徹底してという話しだろう。
>わかったか？
重い原因とその理由やら仕組みを何一つ説明できていない時点で
単なるシッタカの類じゃないの？
重い原因となる要因分析など何の具体性もない発言で俺正義の単語の定義を
俺ワードだからを繰り返しているだけじゃないか、ワロス > 自分でソースをゲットしてライブラリーの依存を確認してライブラリー
> 共にコンパイル
で軽くなるなら、このスレではそれが正解だと思うけどね。
レベルが高いから不正解、は無いんじゃないのかな?
>>242
現実問題として、自前でやって環境依存の特異性から動かないのは日常で
それを解決するのは熟練度の違いだろう。 >>237 >>238
２）が「軽い」なのはなんとなく分かるけど、だったら応答速度の類だから「速い」が正しいんじゃないか？ メモリ消費が少ない方の軽いもあるから検索で引っかかるんじゃないかな
俺のはクロック周波数2.2GHz
メモリ2GB→980MBから増設
HDD250GB→60GBからバルクの250GBに中身を交換
もともと7年前のXPが乗ってたノートPCだよ。
快適快適
クロック周波数は高いほどよい。
そういえば96KBしかないのに3Dシューティング（FPS)が出来るゲームが有ったけど
かなり重かったな
容量は、軽く
動作速度が、重い
ロースペックでも動く、これを軽いとしてるから
いつまで経っても、そう永遠にWindowsよりGUIが重い
>>249
X window systemが重いのもあるが、それを操るAPIであるGTKなどが
もっと重い。
>>248
HDD等に記録されるファイルサイズだろそれｗｗｗｗ
そのアプリが呼び出している外部ライブラリーが大量にメモリ使っているのは
明白であり、それすら自覚できないってどんだけ無知なの？
つまりその96KBのアプリを起動する為に何百ＭＢ単位でメモリを消費している
情況を理解できていないってことな。下手すればギガバイト単位でメモリを
使うのが3D関係のアプリだ。 軽いというならPuppyだな
使ってみてあまりの速さに驚いた（ ﾟ∀ﾟ ）
ちなみにメインで使っているのはDebian7だ
>>252
300MHzなCPUで動かしてから同じこといったら？ SSE4.2に最適化した方が遥かに軽いのに
今頃i486までしか使ってないとかフザケンナよ
>>254
intelAVX2に最適化した方がSSE2より遥かに軽いのに
今頃Core2以前しか使ってないとかフザケンナよ >>255
Haswell未満かAMDはゴミだから捨てるでFAですか、そうですか、
>>254
3DNOW!に最適化したほうがいいよ。 SSEとか言っている奴は力技で無駄を省くという考えを理解できない。
必要のない無駄がどれだけ沢山あるかすら見えていない。
>>257
もうクロックが伸び悩みマルチコア化してった頃からCPUの進歩にソフトウェアがフリーライド出来る時代は終わった
クロック当たりの性能向上はもはやCPUの命令セットの追加なしにはなし得ない クロックが伸び悩みするのはパイプラインでのミスペナルティ回避で
パイプの段数を深くできないのと、メモリの帯域不足によるものでしょう。
これらはTSV化した後の2桁から3桁伸びるといわれる超広帯域のメモリ
技術によってミスペナルティが恐ろしく小さくなることでパイプラインを
増やせ、その結果として周波数は上げられます。
ここ5年から10年後ぐらいのPCはTSV技術ですべてが決まるといっても過言
ではないはずです。
TSVっていつでるの？
MCM接続のWide化が先みたいだけど
チップ間の配線技術にはシリコンフォトニクスというのもある、
200nmぐらいの伝送路で光多重通信な。
１つのシリコン基盤の中で多ビットバス配線も1000本ぐらいあたりで限界となる。
>>59
むしろ、何が出来ないのか？じゃない？
バージョン1超えたらソフトは完成品だろう。
FDに余裕で入ったカーネルが今じゃどうよ？
サイズが1割増えたことに対しての見返りが10％速くなったとかなら価値があるけど、
実際のところそういう評価って定点的にされているのだろうか？ 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
MHWTZ89CQR
僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
AW3UT
>>1
Xインストールしてれば削除したら軽くなるぞ。 スカスカでサクサク動く古いPC＋軽いOS
滑らかにヌルヌル動くミドルスペックPC＋OS
滑らかにヌルヌル動くハイスペックPC（動作はミドルと体感変わらず）＋OS
linuxは古いPCでも動くけど、ミドルPC程度であれば十分。
core i3でメモリ2GB×2枚挿しであれば滑らかに使えるっすねぇ。
SSDは64GBで、容量足りなければクラウド駆使すれば問題ないし。
Core i3 530 さんが何か言いたいそうです
Xorgはtopだけ見てると素人さんには重たいものとして認識されちゃうのかもね。
実際はXorgはものすごく軽くて、topの表示の上位に来てるのはまた別の理由。
Xは一度ストリームにしてる以上どうしても重くなるんだよ
重くないんだったらwaylandなんて出てこなかった
>>273
>>272も書いている通り
プロセス食ってんのはストリーム処理でXorg自体じゃない
ほんとはもうちょい複雑だけどねw 
ブックマークへ