09/08/12 16:22:53 eGpJxSM5.net
実際に軽いのかもしれんがアレはライセンス的なものが目的じゃないか ?
軽くしたいならuClibcとか
bionicはもしかするとChromeOSに載るかも知れんし載らんかも試練
201:login:Penguin
09/08/13 22:11:12 n7cZfDNg.net
linux2.0
busybox
乙
202:login:Penguin
09/10/04 22:22:00 F/pBl131.net
みんな集まれ
203:login:Penguin
09/10/05 00:57:16 E5XCPfg2.net
はい、解散、散れ散れ
204:login:Penguin
09/10/05 22:22:42 RlWA84H+.net
なめとんのかァァァァァァァァァ
ゴラぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
205:login:Penguin
10/02/05 22:24:14 zx0zm/uU.net
すいません
なめてません
206:login:Penguin
10/02/06 14:26:25 TO9ZCbfS.net
えらく間開いたな
このスレやっぱ需要ないのかね
207:login:Penguin
10/02/06 22:09:36 6/coDqu4.net
軽い環境を選べばいいだけだしな。
208:login:Penguin
10/02/18 01:49:15 wJj0EJHI.net
なんでみんなdebianとかubuntuの最小構成インストールから環境を構築しないのかな？
これやれば、自分の好きな様にカスタマイズできるのに。
軽くも重くも出来ると思うんだよね。
１CDのオンメモリで少ないメモリ使い切るより、HDDにインストールした方が結果的に軽いでしょ。
209:login:Penguin
10/02/18 01:59:10 Tg8X7a93.net
普通にしてますが、何か？
210:login:Penguin
10/02/18 02:01:03 riiWqBeN.net
Ubuntuは用意された環境で使ってこそ意味があるから自分勝手にはやらないんじゃね？
Debianは元々最小しかインストールされなくて自分で構築していくスタイルだろ。
最近は勝手に色々インストールされるのか？
211:login:Penguin
10/02/19 12:46:14 sMydq8Ms.net
インストール時のオプションで選べる。
212:login:Penguin
10/02/20 01:15:08 HhNa/Dj0.net
debは一応、初心者向けに簡単なオプションだけメニューにしているという感じ。
ただ、あまりにも大雑把で、やっぱり初心者はubuだと思う。
213:login:Penguin
10/02/20 01:39:22 QbqhZL8t.net
debianの最小インストールからいじるより、ubuntuの最小構成から組んだ方が安定してるし、
アプリも情報も豊富だから使いやすい。
214:login:Penguin
10/02/20 07:50:59 r4G5Z2Xz.net
>>213
debian より ubuntu の方が情報は豊富かもしれないが、アプリは debian が多
いでしょう。
215:login:Penguin
10/04/01 22:10:28 YCP4ri2v.net
みんな、2グラムまで頑張ろう！！！！
216:login:Penguin
10/04/01 22:25:54 fogg5tiY.net
おまえら、開発者になってプログラムを高速化したら一番速くなるよ。
逆に言うと、そこまでやらんと徹底的に軽くはならない。
だいたいlinux kernelからしてバージョンによってやる作業の特性
のパフォーマンス変わるんだぞ。
217:login:Penguin
10/04/02 03:55:12 YBkcgRaS.net
皆でXからDirectFBもしくは変わりに移行作業しない?
218:login:Penguin
10/04/02 17:27:38 rgESbuwQ.net
GUIを使わないことが一番速くなるんじゃないのか？
まあこの場合速いとか遅いとかの問題ではなくなるのか・・・
プログラムの最適化を図って速くするのか、一定のレベルのハードでどうやったら速くなるのか・・・
とか、どこの部分の速いなんだ？
日本語でぉ
219:login:Penguin
10/04/13 21:06:50 6GG1TQxT.net
仮想コンソールもFBよりXの方がずっと高速だよ
FB使うにしてもvesaは遅すぎて論外、ちゃんとGPUネイテイブなFBを使おう
ようするにGPUの活用が軽量化への道
最も軽く動画を再生する方法は
~/xinitrc
#exec gnome-session<--コメントアウト
exec gnome-mplayer viseo.mp4
でもってstartx
gnome-mplayerが軽いかどうかは置いといてX+プレーヤーのみの起動が最も軽い
カーネルから見直してGPUをきっちり動かそう
GPUがまともに動いてない状態で使っていて重いと言ってるマヌケが多すぎる
いまだにFBが最も軽いと思い込んでる時代遅れも多い
220:login:Penguin
10/04/26 09:04:01 k35nLrEz.net
確かに。ＧＰＵを直接アセンブラで叩けない間抜けが多すぎるね。
ＦＢじゃなくて、バイナリエディタで直接ＧＰＵを弄くり倒してこそだよな。やはり。
221:login:Penguin
10/05/18 01:40:19 M9pkOqhR.net
debianだけどetchからlennyにうpしただけで動画再生が重くなった。
多分ディスクアクセスがらみで、読み込んだデータをキャッシュするとか、プロセスの
スライス時間がかわったとかそういう問題なのかもわからんけど、どこをどういじれば
いいのかわからん。
しょうがないから最新mplayerを野良ビルドする方向性で速度稼いだけどなんかむかつく。
カーネル(?)速くするにはどうすればいいの?
222:login:Penguin
10/05/18 02:04:26 BYCwbVqp.net
速いマシンに買い換える
223:login:Penguin
10/05/18 19:49:04 M9pkOqhR.net
速いマシンは所持してるけど、限界までやってみたいじゃん。
224:login:Penguin
10/05/18 20:22:13 Xj59NnVu.net
>>223
じゃあ、カーネルとbusyboxだけにしとけばいい。
225:login:Penguin
10/05/21 01:21:48 JdQLRHGI.net
なあ、坊主。
Kernel 2.6.18(Etch)から2.6.26(Lenny)への変更点ぐらい把握しとけや。
あとglibc。そっからのスタートや。メモリーの使用条件とか変わったっていう
のなら記録して工学的にアプローチするもんやろ?
プロセスのスライス時間などは、Etchの時はなにで、いまはこれですとか
記録してるか? 基礎的な功夫がたりねーんじゃねーの? /proc/*の下とか
/sys/* とか はたまたLinuxカーネル文書(カーネルに付属のやつね)とか
読んでないだろ。
ここは、CPUの代わりに、Linuxに関するノウハウでマシンを延命させる
という、まるで王大人(ワン・ターレン)みたいなスレだな。
226:login:Penguin
10/05/21 10:02:31 Ok8aat+u.net
妥協無き軽量化
これぞ漢の浪漫
227:login:Penguin
10/05/21 23:46:45 IAeZEc3e.net
激速を目指すなら、カーネルを０からコーディング。これでしょう、やはり。
228:login:Penguin
10/05/23 00:31:08 /1qh/6tq.net
己の必要なプログラムだけ動くようにsystemを含めて、
モノリシックに組み上げる。柔軟性はなくなるが、
これこそ最速、至高、孤高、そこに痺れる憧れるっ
229:login:Penguin
11/06/28 12:42:20.25 YYL3HInU.net
FreeDos使えばいいだろ。Linuxなんてブラウザとオフィスとか
そういう高レベルのアプリを使うＤＱＮが重装備使えと知恵がないから（ｒｙ
230:login:Penguin
12/03/04 02:20:07.21 UoRkyVKc.net
>>229
それ16bitだろ。日本語の導入も困難なわけで。
最低でも32bitネイティブのDos規格でネタを完成させるのが先な。
>>227
いあ、まったく動かない不要なもの、例えばＰＣに入っていない
ドライバーの類やライブラリもメインメモリに読み込まなくする
ダイナミックな手法が必要だと思う。
>>228
自動でそれができるようになればいいだけでしょ。
それ以前にＣＰＵとかに最適化したコンパイラオプションで作りなおしたほうが
速いという信仰があるかぎり、どっざり溜まった贅肉を落とさずに
贅肉の品位を上げているのが現状だろう。
ＯＳが提供するべき機能をカーネルで実装せず、各種ライブラリーやアプリが似たような
機能を激しく重複させて持っているのが肥大化の原因じゃないかな。
231:login:Penguin
12/05/01 20:55:30.28 M75HY3aE.net
同意
232:login:Penguin
12/06/21 08:49:51.54 20whUnh7.net
デスクトップとして究極最低レベルの実装をというのであれば、
OSASK辺りをLinux化したらどうだろ？
x86依存だけど、LinuxはおろかもはやBSDですらサポート落ちしてしまった
往年の国産機まで対応可能っておまけも付くんじゃないだろうか？
233:login:Penguin
12/06/22 08:56:59.59 bI2TN8Ih.net
OSASKのLinux化、ってのはPOSIX準拠のライブラリを用意すること、とかかな。
そういう方向は全然興味なさそうなので実現しなさそう。
234:login:Penguin
12/06/22 10:27:04.86 CVfQC/ah.net
> POSIX準拠のライブラリを用意
たぶん、それこそが大変なんでつよ…。
大人数で上手に手分けしてやるか、
少人数でやるならその人の人生を多く犠牲にしなきゃできない。
というイメージｗ
235:login:Penguin
12/06/22 20:37:51.37 nX2PE5Dw.net
ん？カーネルを0からの勢いで、32bitネイティブのDos以上（でtinycore未満）の代物って話じゃなかったの？
とりあえずgccのセルフ環境はあった筈だから、あとはbusybox辺りが動く程度にやっつけるのって
見た目より難しいものなのだろうか？
っていうか、linuxって製作開始から最初の実用版までは１年も掛かってないよね？
236:login:Penguin
12/06/25 17:24:45.79 XpSftuyY.net
流石に益が無さすぎる
237:login:Penguin
14/01/07 09:59:46.17 P98FOgkW.net
軽いGUIのLinux、で検索して辿り着いたのだが
他所でも軽いに無駄に2種類あって疲れるわ
１）要求スペックが低く、プログラムの容量だけが少ないのを軽いと称してる場合
２）要求スペックが高くてもGPUバリバリ使って、操作性が軽いとしてる場合
同じ軽いでヒットするけど、これはもう真逆じゃね？疲れるんだけど
確かに容量が小さく低スペックマシンでも動くのも「軽い」に分類されるのだろうけど
正直違うワード使ってほしいわ
普遍的絶対的に「軽い」といえば
１）同じ操作でも素早く応答する事
２）作業を完了するまで同じ時間かかるなら、よりCPU負荷が少ないこと
これを「軽い」にして、低スペックでも動くは「古い」にしろ
238:login:Penguin
14/01/07 10:02:42.79 P98FOgkW.net
2）を言い換えれば
同じ作業するのにCPUをフルに使えば、より早く完了すること
これが「軽い」だろ、低スペックでも動くは「古い」だ
わかったか？
239:login:Penguin
14/01/07 18:46:21.40 XkExY0U2.net
重いことが話題になってる事自体が不思議
240:login:Penguin
14/01/07 22:00:35.05 R1IjPHuC.net
>>238
よくわかりました。
241:login:Penguin
14/01/08 05:30:45.88 Zin8ATdl.net
>>237
古いディストリビュージョンがサポートを早期に終わり使えなくなる
これを理解できず従来のようなサポートがあると思い込んでいる奴が
古いのディストリビューションを使えと連呼するだけだぞ。
パッケージで運用するようになっているのがほとんどな情況で
自分でソースをゲットしてライブラリーの依存を確認してライブラリー
共にコンパイルしてなど手をかけて行う人はすくない、中級以上のスキルは
必須であり軽いとかを自身の力だけで対策できない奴にいうことばではない。
初心者がいるようなスレで上級者ぶり、なんでもggrksと同じではないか。
最新のそれらをいかにして軽くするのが徹底してという話しだろう。
>わかったか？
重い原因とその理由やら仕組みを何一つ説明できていない時点で
単なるシッタカの類じゃないの？
重い原因となる要因分析など何の具体性もない発言で俺正義の単語の定義を
俺ワードだからを繰り返しているだけじゃないか、ワロス
242:login:Penguin
14/01/08 11:03:21.37 Qd0wSym5.net
> 自分でソースをゲットしてライブラリーの依存を確認してライブラリー
> 共にコンパイル
で軽くなるなら、このスレではそれが正解だと思うけどね。
レベルが高いから不正解、は無いんじゃないのかな?
243:login:Penguin
14/01/09 04:35:45.23 WF1sW10R.net
>>242
現実問題として、自前でやって環境依存の特異性から動かないのは日常で
それを解決するのは熟練度の違いだろう。
244:login:Penguin
14/01/09 16:57:49.72 wBXN4CZd.net
>>237 >>238
２）が「軽い」なのはなんとなく分かるけど、だったら応答速度の類だから「速い」が正しいんじゃないか？
245:login:Penguin
14/01/09 16:59:54.43 c95VZmQW.net
「軽い」って応答速度の話じゃないの?
246:login:Penguin
14/01/09 17:51:57.71 wBXN4CZd.net
メモリ消費が少ない方の軽いもあるから検索で引っかかるんじゃないかな
247:login:Penguin
14/01/09 20:12:56.57 9moC97GT.net
俺のはクロック周波数2.2GHz
メモリ2GB→980MBから増設
HDD250GB→60GBからバルクの250GBに中身を交換
もともと7年前のXPが乗ってたノートPCだよ。
快適快適
クロック周波数は高いほどよい。
248:login:Penguin
14/01/11 16:09:11.16 Qe2/getn.net
そういえば96KBしかないのに3Dシューティング（FPS)が出来るゲームが有ったけど
かなり重かったな
容量は、軽く
動作速度が、重い
249:login:Penguin
14/01/12 21:01:17.07 iO98P7KF.net
ロースペックでも動く、これを軽いとしてるから
いつまで経っても、そう永遠にWindowsよりGUIが重い
250:login:Penguin
14/01/13 00:00:31.53 9HBMQqk+.net
でも実用問題ない
251:login:Penguin
14/01/17 07:58:14.93 rivtxz6Z.net
>>249
X window systemが重いのもあるが、それを操るAPIであるGTKなどが
もっと重い。
>>248
HDD等に記録されるファイルサイズだろそれｗｗｗｗ
そのアプリが呼び出している外部ライブラリーが大量にメモリ使っているのは
明白であり、それすら自覚できないってどんだけ無知なの？
つまりその96KBのアプリを起動する為に何百ＭＢ単位でメモリを消費している
情況を理解できていないってことな。下手すればギガバイト単位でメモリを
使うのが3D関係のアプリだ。
252:login:Penguin
14/01/21 18:58:15.90 6c8vyehG.net
軽いというならPuppyだな
使ってみてあまりの速さに驚いた（ ﾟ∀ﾟ ）
ちなみにメインで使っているのはDebian7だ
253:login:Penguin
14/01/22 17:44:52.54 76APrWY2.net
>>252
300MHzなCPUで動かしてから同じこといったら？
254:login:Penguin
14/01/27 20:09:06.09 Z82cuwzw.net
SSE4.2に最適化した方が遥かに軽いのに
今頃i486までしか使ってないとかフザケンナよ
255:舐めているの？
14/01/29 12:44:25.27 55A3Z8ra.net
>>254
intelAVX2に最適化した方がSSE2より遥かに軽いのに
今頃Core2以前しか使ってないとかフザケンナよ
256:login:Penguin
14/02/07 12:05:52.54 gWY1qrhN.net
>>255
Haswell未満かAMDはゴミだから捨てるでFAですか、そうですか、
>>254
3DNOW!に最適化したほうがいいよ。
257:login:Penguin
14/02/09 14:51:25.56 5IgxRRKo.net
SSEとか言っている奴は力技で無駄を省くという考えを理解できない。
必要のない無駄がどれだけ沢山あるかすら見えていない。
258:login:Penguin
14/02/11 22:10:22.84 QMrNxDYo.net
>>257
もうクロックが伸び悩みマルチコア化してった頃からCPUの進歩にソフトウェアがフリーライド出来る時代は終わった
クロック当たりの性能向上はもはやCPUの命令セットの追加なしにはなし得ない
259:login:Penguin
14/02/22 22:44:54.17 kmf+93Nt.net
クロックが伸び悩みするのはパイプラインでのミスペナルティ回避で
パイプの段数を深くできないのと、メモリの帯域不足によるものでしょう。
これらはTSV化した後の2桁から3桁伸びるといわれる超広帯域のメモリ
技術によってミスペナルティが恐ろしく小さくなることでパイプラインを
増やせ、その結果として周波数は上げられます。
ここ5年から10年後ぐらいのPCはTSV技術ですべてが決まるといっても過言
ではないはずです。
260:login:Penguin
14/02/24 01:38:53.08 wScfWQ7b.net
TSVっていつでるの？
MCM接続のWide化が先みたいだけど
261:login:Penguin
14/02/26 19:18:53.44 QDlxyakb.net
チップ間の配線技術にはシリコンフォトニクスというのもある、
200nmぐらいの伝送路で光多重通信な。
１つのシリコン基盤の中で多ビットバス配線も1000本ぐらいあたりで限界となる。
262:login:Penguin
17/04/19 18:39:03.27 LL8I0gSG.net
age
263:login:Penguin
17/12/29 15:02:51.75 S/CsVkMC.net
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
MHWTZ89CQR
264:login:Penguin
18/05/22 10:21:52.08 Czl6p0FW.net
僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
AW3UT
265:login:Penguin
19/07/12 20:03:28.75 xt9YTzrb.net
その昔
1FD Linux ってのがあってなあ
266:login:Penguin
19/07/12 20:32:37.86 xvzLl52O.net
>>1
Xインストールしてれば削除したら軽くなるぞ。
267:login:Penguin
19/07/12 22:03:14.67 xt9YTzrb.net
>>266
>>3
268:login:Penguin
19/07/17 22:08:58.33 Boc1Flr6.net
スカスカでサクサク動く古いPC＋軽いOS
滑らかにヌルヌル動くミドルスペックPC＋OS
滑らかにヌルヌル動くハイスペックPC（動作はミドルと体感変わらず）＋OS
linuxは古いPCでも動くけど、ミドルPC程度であれば十分。
core i3でメモリ2GB×2枚挿しであれば滑らかに使えるっすねぇ。
SSDは64GBで、容量足りなければクラウド駆使すれば問題ないし。
269:login:Penguin
19/07/17 22:43:42.68 yC7mO/6e.net
Core i3 530 さんが何か言いたいそうです
270:login:Penguin
19/07/18 03:49:37.62 NlMiN+2I.net
Xorgはtopだけ見てると素人さんには重たいものとして認識されちゃうのかもね。
実際はXorgはものすごく軽くて、topの表示の上位に来てるのはまた別の理由。
271:login:Penguin
19/07/18 07:24:47.09 4uLZ1ik2.net
Xは一度ストリームにしてる以上どうしても重くなるんだよ
重くないんだったらwaylandなんて出てこなかった
272:login:Penguin
19/07/18 07:43:10.35 lu6vvWt6.net
>>270
どんな理由なの？
273:login:Penguin
19/07/18 19:28:06.79 NlMiN+2I.net
>>272
>>271も書いている通り
プロセス食ってんのはストリーム処理でXorg自体じゃない
ほんとはもうちょい複雑だけどねw