トップページlinux
986コメント310KB

キツいスペックのPCで頑張ってる人の為のスレ 15

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001 ◆UiMeLDXVEm/C 2012/08/20(月) 14:53:54.14ID:SyfpxpiQ
キツいスペックのPCでLinuxを動かしている人達のスレ。
このスレでのハイエンドマシンのスペックはこのぐらい
CPU Pentium 133MHz
MEM 32MB
HDD 2G
あくまで目安なので、これよりハイスペックでもOK。
ディストロはPlamoかDebianあたりがオススメ。

前スレ
キツいスペックのPCで頑張ってる人の為のスレ 14
http://engawa.2ch.net/test/read.cgi/linux/1326458898/2-1000
0967login:Penguin2014/05/05(月) 10:26:24.27ID:PV8RMMlc
>>966

いまだに、軽いと小さいを区別できない人がいるのはなぜ??


小さいなら、ubuntuでも小さくはできる。アプリとかGUIとか取っ払えば。

DVDバックアップ、つまり4GB以下なんてのは、ザラにある。

軽い場合には、重いアプリ(例えばLO、FF)を入れられないから、必然的に小さくなる
傾向にあるだけ。

一方、非力なPCでも、ストレージの拡大は安価に対応できるから、大きいのは
大した問題ではない。

RAM256MB以上あれば、レパートリーは広がるわけで。ここでのキツいスペックじゃないだろう。

それ以下、64MB〜128MBならDSLとかTCで何とかなる。

独自性がでてくるとすれば、64MB未満の骨董レベルだが、
その場合は、DOSの方が現実的なのでは?
0968login:Penguin2014/05/05(月) 11:01:36.08ID:HFWU+8DJ
>>967
スレタイ読み返してみなよ
>>1もな
キツいスペックだと軽さも小ささも両方必要
別に>>966は混同してる訳じゃないわな
0969login:Penguin2014/05/05(月) 11:38:15.23ID:/SyTbH/U
>>966
eeepc901の4GB SSDにXubuntuインストールしてる
ディスク使用量は3.1GB
もちろんいらないソフトは削ってる
0970login:Penguin2014/05/05(月) 12:09:28.29ID:5YwawEuV
>>966
non pae だったので、11.10 mini からインストールした
当初は、2GB以内に収める事を目標としていたが
音声出力の問題がクリアー出来ずに、再度、インストール時に
lubuntu の小さいパッケージをインストールした
これで、音声出力の問題はクリアー出来たが、ファイルサイズは、1.5GB程度
結果的には、2.5GB程度に膨れ上がった
同じ事をdebianでやってみたが、素で音声出力をクリアー、メディア再生
インターネット等、俺程度の使用APPを入れても1.5GB程度におさまっている
小さく軽くおさめるのであれば、ubuntu よりdebian の方をすすめる
0971login:Penguin2014/05/05(月) 17:39:26.60ID:/6ecxylq
256MBのUSBメモリで運用出来るるよ>opencocon
ブラウジング程度なら単体でできるが色々やろうと思うと母艦(Linux/Mac/Win等)必須だけども
0972login:Penguin2014/05/05(月) 18:36:34.25ID:bwlEsnMi
>>966
キツスペPC用ではなくてネットブック用だが

16GBのSDHCに4GBのext2パーティションと2GBのswapを切り、残りはFAT32
ext2の部分にDebian7.4を入れて持ち歩いてる
今のところ使用量は1.4GBくらい……
デスクトップはLXDEでIceweasel、jd、gnome-mediaplayerくらいしか入れてないが
どうせネットブック用なんで特に不足は感じてない

Remastersysとunetbootinも入れてあるから
この環境をまたLiveCD/LiveUSB化してコピーすることも可能
ちなみにバックアップしたisoのサイズは530MB程度($HOME以下を含んでバックアップ)

キツスペ用ならX無しになるだろうから、圧縮バックアップすればLiveCDサイズで充分じゃないかな
0973login:Penguin2014/05/06(火) 00:08:11.08ID:TUcR2HWj
Xなしならキツイスペックでも超軽いスペックになるだろ。
コンソールの軽さは(ry
0974login:Penguin2014/05/06(火) 01:15:07.72ID:UO2Lj+BY
コンソール版の対話型インストーラの重さは異常だよな。
16bitコードだってこんなに重くないよ。

32MBあればマルチウィンドウ自体は余裕の筈なんだよな。
結局Xアプリが重量級ばかりって話なのに、
Xだから仕方がないって甘やかされてる感じ。
0975login:Penguin2014/05/06(火) 06:12:03.88ID:eIcVDsil
まあDSLは懐かしのPentiumMMX、メモリ64MB程度でも普通に起動するしねえ
とはいえ、キツスペで敢えてX使う気にはなれませんて
絵見たり複数テキスト同時に参照しながら編集したりするのには便利かな?
0976login:Penguin2014/05/06(火) 09:24:54.33ID:PYzFkSmr
X無しのパソコンで何すんの?
0977login:Penguin2014/05/06(火) 10:52:02.68ID:rKnwkn6D
以下、
・ファイルサーバなんかなら十分
・Lynxとかw3mで・・・
・フレームバッファで画像も・・・

禁止。
0978login:Penguin2014/05/06(火) 11:02:11.19ID:ZtruzPeI
なぜ禁止w
0979login:Penguin2014/05/06(火) 18:51:07.88ID:cHKQUtsT
だよな。
0980login:Penguin2014/05/06(火) 19:41:42.00ID:rKnwkn6D
まあよくそう書いているのを見るけど、ファイルサーバなんかそんなにいっぱい要らんし。
テキストブラウズとか、FBで画像表示とか、そんなの常用してないでしょ?
0981login:Penguin2014/05/06(火) 19:46:05.83ID:wAVHBgDR
>>973
いや、メモリ32Mだとbashのタブ補完で苛つくレベルよ。
fepやら日本語入力するとなると64Mは欲しいね。
CUIなら何でもOKと考えるのは使った事ないからでしょ。
フレームバッファも描画遅いし、96MあるならX+dwm+mltermとかほうが幸せ。
0982login:Penguin2014/05/06(火) 19:58:46.95ID:tM+pWVpd
>>974
コンソールエミュレータにろくなもんが無い(あっても採用されていない)のが難。

VRAMは非キャッシュエリアだし、それをろくにバックバッファも取らずに
CRTCやGPUの持つブロック転送もろくに使わずいちいちCPUで書き換えなんかしてたら、
そりゃあ大昔のMS-DOS環境より酷くなって当たり前だわ…。

とにかくメモリが無い、あってもたかがコンソール表示のために何MBも割けない。
実機上のコンソールが遅くたって構わない、どうせリモートで使うから関係ない。
…こんな事情じゃ、そりゃ誰も気合入れて書かないよなあ。

メモリなんて有り余ってるからどーだっていいよ、って用途なら、
X突っ込んで適当なターミナル起動しちゃった方が速いし。
GPUの高速でリッチな機能もガンガン使えるしねえ…
0983login:Penguin2014/05/06(火) 21:55:03.22ID:TUcR2HWj
>>974
それは違うなXが重いんじゃなくてウィジェット・ツールキットが重い。
横綱級のツールキットと、素人級のそれを比較すれば恐ろしく違う。
あと負荷かけているのはウンドーマネージャーと同調して動く標準のデーモン類の数な
プロセス一覧みれば明白だ同時に動く数が尋常じゃない。
ツールキットとなるとGTK+最新とFLTK1.1(tinycoreなどが実装)を比較するようなもの

xeyesとかツールキットなしで動くアプリ動かせばわかるさ、それらは恐ろしく軽いし
サイズも異様に小さい。昔のPCの足回りは恐ろしく遅かったからメモリの消費量は
そのまま速度となって表現される。
0984login:Penguin2014/05/06(火) 22:06:41.10ID:TUcR2HWj
>>981
漢字コンソールを使わないビットマップに対応しないコンソールなら早いよ。
単にフレームバッファの漢字描画が初期の漢字表示とくらべて100倍以上
遅くなっている。9801のその漢字表示より1万倍遅いといっても過言じゃない。
>>982
>CRTCやGPUの持つブロック転送もろくに使わずいちいちCPUで書き換えなんかしてたら、
>そりゃあ大昔のMS-DOS環境より酷くなって当たり前だわ…。
VRAMなんてビットマップで書き換えているから遅いのよ。
テキストRAM上で表示していたから昔のMS-DOSは早いだけ
扱うメモリ量が100倍から1000倍も違うわ。
PC9801なら8KByteで全画面書き換え、AT互換機の非漢字なら2KByteで
全画面書き換え、ビットマップ描画ではそれが数メガバイトに膨らんでいる。
単純に処理する量が桁違いなら遅くなるのは当然の話しね。
描画ソフトウエアのテクニックで高速化は可能で、80286の20MHz程度の時代でも
それなりの高速描画のコンソールは普通に実在している。
いまのようにOSやらライブラリーやらドライバーに頼って描画しているから
遅いだけで全てアプリがハードウエアを直で触っていれば早くなるってこと。
0985login:Penguin2014/05/06(火) 22:29:41.30ID:wAVHBgDR
>>984
そんな斜めな回答されてもな。
linuxで使えるコンソール環境教えくれや。
それに、今更非UTF環境も辛いぞ。
0986login:Penguin2014/05/06(火) 23:16:28.97ID:UO2Lj+BY
>>983
いや、重いのはツールキットに丸投げで何も考えてないXアプリなのに、
Xつまりウィンドウシステムだから仕方がないのだと
つい見た目に誤魔化されちゃってる人が多いよねって話。

むしろツールキットが高速化のテクニックを代わりに持っているべきなのに、
素人級よりも逆に重くしてるんだからどうしようもないよな。
んで、コンソールといっても漢字表示のハードがない以上は、
Xと大差ない仕組みが必要な訳で、本来はそんなに差が付くものじゃない筈だけど
こちらは目が厳しいので普段使うようなものはまだそれなりに実用範囲に収まってるんだろうね。
古いからUTF絡みの無駄なコード変換とか沢山入ってそうな気もするけど。
レス数が950を超えています。1000を超えると書き込みができなくなります。