[Q] 非力なマシンでLinuxとXを 動かす
Takahide Nojima
ko...@ie.u-ryukyu.ac.jp (Shinji KONO) writes:
> > [Q] Memory 32MB,HDD 2G,Pentium 100MHz のマシンで、XとLinuxを動かしたいと
>
> 初代Librettoぐらいだな。もっともHDD 127MBだったりしましたが。
> でも、そんな苦労するより Linux Zaurus 買った方がいいと思うけ
> ど。
^^;なるほどです。
> ま、適当に削っていれればいいんですけど、Linuxは割りとそうい
> うのに向いてないんですよね。HDD 2GBなら、とりあえずなんでも
> いいからいれて、Xだけ裸にするってのでいいと思います。
実際LinuxカーネルがどれだけMemoryを占有してるかも興味あるところで...
＃...現在簡単に調べる方法を調べ中...
> > [3] 最近のディストリビューションだと（例：RHL9等）、
> > 削っても削ってもgnome環境大きすぎてMemory 32MBでは実用にならない
> > ような...
>
> desktop あげなきゃいいだけですよね。twm かなんかを動かせば良い
> のだと思います。xdm は当然上げないんだから、console にして、
> 自分でstartxして、.xinitrc にtwmって書けばOk。
>
確かになるほどです。fvwmあたり自分で取ってきてインストールしてみます。
Takahide Nojima
Takahide Nojima <noj...@taito.co.jp> writes:
> > desktop あげなきゃいいだけですよね。twm かなんかを動かせば良い
> > のだと思います。xdm は当然上げないんだから、console にして、
> > 自分でstartxして、.xinitrc にtwmって書けばOk。
> >
>
> 確かになるほどです。fvwmあたり自分で取ってきてインストールしてみます。
>
試しに手元のRHL9のディスクトップ機（こちらは資源いっぱいマシン）で
telinit 3して、
init,syslogd,klogd,xinitd,cannaserver,crond,atd,xfs,mingetty,X（1600x1200 16bit colors),kterm,emacs ,
fulxbox（http://fluxbox.sourceforge.net）
だけ動かしてみましたが、topのSIZEの結果だけ見ても涙...
X,emacs,cannaserverがやっぱり大きいよう...
Xが32MB,cannaserver 16MB,emacsが16MB,xfsが5MB...
RHL9だと、desktop環境使わんでもメモリ64MBぐらいはないともうダメなんすかねぇ...
（16MBでいろいろしてた頃が懐しー）
Shinji KONO
In article <m34qyr6...@nightmare.hm.taito.co.jp>, Takahide Nojima <noj...@taito.co.jp> writes
> だけ動かしてみましたが、topのSIZEの結果だけ見ても涙...
> X,emacs,cannaserverがやっぱり大きいよう...
> Xが32MB,cannaserver 16MB,emacsが16MB,xfsが5MB...
まぁ、そんなものだけど、実メモリ32MBでも結構動きますよ。それ
で動かすのがOSの役割なんだから。いろんなものを押し退けながら
動かしている感じになりますけどね。ただ、Linuxは割りと仮想記
憶の最適化は弱いかも知れない。
ただし、
xfs なんぞは使わない
cannaserverなんか使わずにSKK
そもそもviだろ?
ktermも使わないkonだってば
ってのが礼儀だとは思いますけどね。
GNUEmacs を最初に動かしたのは4MBのVAX730だったし。
---
Shinji KONO @ Information Engineering, University of the Ryukyus,
河野真治 @ 琉球大学工学部情報工学科,
Takahide Nojima
ko...@ie.u-ryukyu.ac.jp (Shinji KONO) writes:
> > Xが32MB,cannaserver 16MB,emacsが16MB,xfsが5MB...
>
> まぁ、そんなものだけど、実メモリ32MBでも結構動きますよ。それ
> で動かすのがOSの役割なんだから。いろんなものを押し退けながら
> 動かしている感じになりますけどね。ただ、Linuxは割りと仮想記
> 憶の最適化は弱いかも知れない。
>
> ただし、
>
> xfs なんぞは使わない
> cannaserverなんか使わずにSKK
> そもそもviだろ?
> ktermも使わないkonだってば
>
> ってのが礼儀だとは思いますけどね。
Yes! ほんとうにそうかもです。でも上の環境って、メモリ8MB～16MBの時の対応
だと思っていたのですが、最近は何から何までおっきくなってしまったので、32MB
でも辛いような...
g++ 3走ったら凄かった。いつからこんなにメモリ食いになったのでしょうかgccって...
X上でemacsしてM-x compileしたら気を失いそうになりました。はい。
Takahide Nojima
ko...@ie.u-ryukyu.ac.jp (Shinji KONO) writes:
> xfs なんぞは使わない
xfs外したらかなり効きました。これは大きかったです。
# RHL9の場合、/usr/X11R6/lib/X11/fs/configのcatalogue項目からTrueType外して
# /etc/X11/XF86ConfigのFontPathにコピーし、xfs止めただけですけど。
> cannaserverなんか使わずにSKK
kinput2がcannaserverと通信しはじめると再びメモリが足らなくなって涙...
cannaserverでメモリサイス17MBとは...
＃次はskkかぁ...
S. Saito
Takahide Nojima <noj...@taito.co.jp> wrote:
> kinput2がcannaserverと通信しはじめると再びメモリが足らなくなって涙...
> cannaserverでメモリサイス17MBとは...
cannaの辞書の一つとしてzipcodeを使用されていませんか?
zipcodeの使用を抑制すると、メモリーの使用量が節約できたような記憶があ
ります。
--
以上 さいとうでした。
ssa...@yahoo.co.jp
Takahide Nojima
ssa...@yahoo.co.jp (S. Saito) writes:
> > cannaserverでメモリサイス17MBとは...
>
> cannaの辞書の一つとしてzipcodeを使用されていませんか?
> zipcodeの使用を抑制すると、メモリーの使用量が節約できたような記憶があ
> ります。
すばらしいっ、辞書削るアイデアは思い付きませんでした。
RHL9で早速やってみました。zipcode/geoの両方を削ると...効果絶大で
17MB->2MBに減りました！！すごすぎる...
/var/lib/canna/dic/canna/dics.dir
${HOME}/.canna
よりzipcode/geoをコメントアウトしてcannaserver再起動して調べました。
＃自分にはzipcode.ctd/geo.ctdの中身は確かに不要でした。