2ch特化型サーバ・ロケーション構築作戦 Part35

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 00:21:13

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:56:42

>>70
Q1. ジンギスカンをやっているのなら、なぜdisk cacheなんてものが必要なの？

Q2. disk cacheなんてやめて、全てRamdiskにすればいいじゃん

と言う疑問が湧いてくるのですが

**root▲▲ ★** · 2009/10/04(日) 00:57:22

top とかで見ると、httpd のコストが下がっているようです。
良い感じかと。

あとは前試して挙動不審だった、
htcacheclean がうまく動いてくれれば。

**root▲▲ ★** · 2009/10/04(日) 01:02:12

>>87
ジンギスカンは2chのいくつかのファイルの設定変更が必要になるです。
板が150枚とかあると、そのへんの設定変更をちまちまやらないといけなくて、
結構めんどくさかったりします。

しかもgimpoの板はどの板も「小さい」ので、
手間の割に見返りがあんまり期待できなかったりするです。

で、今回のディスクキャッシュはメモリディスク上に展開しています。
(>>48 >>62)

**root▲▲ ★** · 2009/10/04(日) 01:03:59

df 的に増えたり減ったりしだしたので、
htcacheclean はうまく動いているかんじ。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:06:17

丁寧な解説ありがとうございます。

でもメモリディスク上のディスクキャッシュなんて意味がある/効果があるのかしら？

プラシーボ効果とならないように客観的な観察をお願いしたく存じます。

**root▲▲ ★** · 2009/10/04(日) 01:09:14

>>91
> プラシーボ効果とならないように客観的な観察をお願いしたく存じます。

ですね。
しばらくの間ピーク時間を中心に観察強化するです。

で、このサーバは毎日体感できるぐらい重くなっていたので、
ユーザ側からの効果の体感はしやすいような気がします。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:11:31

apacheは静的なページにsendfile使う。
sendfileはカーネル側でファイルを読みネットワークに送る。
sendfile時カーネル側にキャッシュされてれば、ユーザーランド側でどうこうするのは無意味な気がするが、ユーザーランドの方がメモリ空間が広いから複雑だな。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:12:15

s/ユーザーランド/ユーザー空間/g

**root▲▲ ★** · 2009/10/04(日) 01:24:21

で、考えてみると、
これは小さい板の集まりの時により有効に働く気がしますね。

各datやsubject.txt、subback.htmlやindex.htmlがひっきりなしに更新される板だと、
キャッシュの利きは相対的に悪くなるので。

ジンギスカンだと、
subject.txtやsubback.html、index.htmlを書き込むコストも下がりますが、
mod_disk_cacheではそれらは変わらないと。

>>93
> sendfile時カーネル側にキャッシュされてれば、
> ユーザー空間側でどうこうするのは無意味な気がするが、
> ユーザー空間の方がメモリ空間が広いから複雑だな。

そですね。

changi設定(/usr/local/bin や /usr/local/lib をメモリディスクに置く)の時も思いましたが、
このへんはやってみないとわかんないもんだなと。

◆TWARamEjuA · 2009/10/04(日) 01:26:53

>>67
ひとまず手詰まりになったので該当DBを潰しました。。。
ちくせう、、、次はみてろよー！

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:28:50

m9（＾Д＾）
(`･ω･´) 乙さんです

**root▲▲ ★** · 2009/10/04(日) 01:29:01

>>96
ううむ。
「だんないだんない」 ←使用方法あってますか?

# そういえば、何かDB周りで入れてほしげだったような。

◆TIGOI/DrzHH9 · 2009/10/04(日) 03:44:24

プラシーボ＝悪では無いような。
けど、デジタル機器と医薬品では全然違うか。

＞メモリディスク上のディスクキャッシュ
どーなるかな、わくわく。

◆TWARamEjuA · 2009/10/04(日) 06:32:34

>>98
use BerkeleyDB;
と考えていた時期もありました（苦笑）

**root▲▲ ★** · 2009/10/04(日) 11:56:44

pid 69431 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69015 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69123 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69180 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69377 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 36374 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69181 (httpd), uid 2001 inumber 25028 on /md: out of inodes
pid 69240 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69377 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 38197 (httpd), uid 2001 inumber 26338 on /md: out of inodes

あららら。

**root▲▲ ★** · 2009/10/04(日) 12:00:50

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l32M

に変更した。

**root▲▲ ★** · 2009/10/04(日) 12:03:55

HDD はあいたけど、inodeまだきついな。

%df -i /md
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 396526 294890 69914 81% 46762 4692 91% /md

inodeはもう増やしてあるので、ちとこれ以上増やしたくないな。
というか小さいファイルが多いのね。

**root▲▲ ★** · 2009/10/04(日) 12:16:26

マニュアル読んで、

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l32M -t

に再変更した。

起動しなおしたらばっさり空いた。
作業ディレクトリがいっぱいできてinodeがあふれたみたい。

%df /md
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/md0 396526 232736 132068 64% /md

%df -i /md
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 396526 230816 133988 63% 25932 25522 50% /md

**root▲▲ ★** · 2009/10/04(日) 12:19:44

ちなみに、

-t Delete all empty directories. By default only cache files are
removed, however with some configurations the large number of
directories created may require attention. If your configuration
requires a very large number of directories, to the point that
inode or file allocation table exhaustion may become an issue,
use of this option is advised.

> to the point that inode or file allocation table exhaustion may become an issue,
> use of this option is advised.

ちゃんと書いてありました(´･ω･｀)。

**root▲▲ ★** · 2009/10/04(日) 12:19:55

>>100
入れてみるです。

**root▲▲ ★** · 2009/10/04(日) 12:26:27

ports からインストール済。 @ cobra2245

db41-4.1.25_4
p5-BerkeleyDB-0.39

が入った模様。

**root▲▲ ★** · 2009/10/04(日) 12:28:33

>>107
> ports から

cd /usr/ports/databases/p5-BerkeleyDB
make install

◆TWARamEjuA · 2009/10/04(日) 12:29:33

>>106-107
おおきにですm(_ _)m深謝
動作確認してみますです。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 12:33:46

MySQL使った方が良くね?

◆TWARamEjuA · 2009/10/04(日) 12:59:40

>>107
db41-4.1.25_4
ということで、BerkeleyDB 4.1までの機能が使えるようです。
なんだかDB_Fileよりも細かな操作ができそうなので今後の糧にするです。

ちなみにやっぱりBerkeleyDB 1.x にはアクセスできませんでした（あたり前と云えばあたり前）

◆TWARamEjuA · 2009/10/04(日) 13:00:51

>>110
メリットとデメリットをｵｻｰﾝでも判るように教えてくださいですm(_ _)m
MySQLも気になるっちゃぁあ気になっていたものでして。。。

**root▲▲ ★** · 2009/10/04(日) 13:06:26

>>111
こんなのとか。

perlによる大規模データの取扱い
http://www.lr.pi.titech.ac.jp/~abekawa/perl/perl_bigdata.html

**root▲▲ ★** · 2009/10/04(日) 13:47:05

きびしくなってきたかな。

%df -i /md
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 396526 279936 84868 77% 45225 6229 88% /md

/md をもう少し増やすか。
14:00 ぐらいに緊急リブート入れます。

**root▲▲ ★** · 2009/10/04(日) 14:06:50

400M → 500M に md を増やした。

**root▲▲ ★** · 2009/10/04(日) 18:30:12

またiノードがあふれますた。

で、手で htcacheclean を実行した結果。-l8M とかがいいらしく。
これから設定変更へと。

**root▲▲ ★** · 2009/10/04(日) 18:32:33

>>116
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l8M -t

に変更。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:07:33

いい加減、Linux使おうぜ。　
療養中の狐やrootのハゲ親父なんか引退でいいからさ。

FreeBSD 7.x on AMD64でファイルシステムがぶっ壊れるバグ
kern/135898: [geom] Severe filesystem corruption - large files or large filesystems
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/135898
>My best guess is that there is something amiss on FreeBSD 7.*/amd64 relating
>to the filesystem code.

FreeBSD 7.2、FreeBSD 8.0-RC、Ubuntu 9.10a6でのベンチマーク
http://www.phoronix.com/scan.php?page=article&item=freebsd8_ubuntu910&num=1

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:11:32

ループ厨UZEEEEEEEEEEEEEEEE

いや俺もLinuxにした方が良いと思うけど

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:15:23

誰がメンテすんのかと

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:15:25

んで誰が管理すんだよ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:16:46

鳥合図、CentOSとかのRH系は古いから避けると。
そうするとDebianかUbuntuあたりだろうけど、UbuntuはさすがにないからやっぱDebian?

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:20:00

Debianで3年毎更新よりもUbuntuで半年更新とかUbuntu LTSで2年更新とかの方が面白いと思うよ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:25:14

でも管理する人がいないのか。
Ubuntuは慣れてるけどサーバー用途では経験がないからなぁ。
というか鯖だとdist-updateするのにも苦労がありそうな予感。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:26:40

FreeBSDで逝くところまで逝ってくれ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:28:24

まあディストリ変えると言っても試験用鯖から徐々にだろうから。
FreeBSDで頑張ってほしいが・・・・・・

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:38:52

言い出しっぺの法則

**root▲▲ ★** · 2009/10/04(日) 20:16:06

様子を見つつ、

/usr/local/sbin/htcacheclean -p/md/cache -d1 -l32M -t

で。

・10分に1回 → 毎分
・8M → 32M

このほうが効率よさげ。
どうせメモリディスクだから、毎分チェックでもいいかなと。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 20:24:11

>>123
2年ごとにメジャーうpすることにしたらしいぞ
ttp://www.debian.org/News/2009/20090729
とりあえず次(6)のフリーズ年末、リリース来春が目標らしい

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 20:25:01

Linuxに変えろ変えろと言う奴が2ch鯖用ディストリを作ればおｋ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:02:54

あれ、gimpoの反応が前と同じな感じに...

**root▲▲ ★** · 2009/10/04(日) 21:06:46

>>131
んーむ、みてますが -d1 はちといまいちですねぇ。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:07:27

こっちのせいだった <(_ _)>

**root▲▲ ★** · 2009/10/04(日) 21:08:08

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l8M -t に戻した。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:09:16

すみませんです...

**root▲▲ ★** · 2009/10/04(日) 21:10:58

>>131
あらら。

私のほうでも微妙に遅かったんですが、>>134 のタイミングともぶつかったのかも。
ただ、昨日の状況考えるに「入れたら結構すぐに効いた」ので、
このへんは様子見ながらやっていくかんじなのかなと。

ただ、ディレクトリがいっぱいできて、
それがinodeやディスク領域食うようなので、

#CacheDirLevels 5
#CacheDirLength 3

の2つ(今は両方ともデフォルトのまま)を、
うまくチューニングすると、いいのかも。

で、「小さいファイルがたくさん」な場合、
上記2つをどうチューニングするのがいいんだろうか。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:12:21

あれ、やっぱりはやくなりました
Beのせいかなぁとか思ったんだけど

**root▲▲ ★** · 2009/10/04(日) 21:15:18

あとは、-d つけてデーモンにすると挙動不審になる、
とかかもですね。< htcacheclean

もしそうなら cron で定期的に、ということになるのか。

しかし将来 root 権限なしサーバにも展開するとかを考えると、
cron に入れる必要があるのはできれば避けたいかも。

**root▲▲ ★** · 2009/10/04(日) 21:15:34

>>137
ですね。
こちらでも確認。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:15:54

>>136
http://www.running-dog.net/2009/07/apache_proxy_3.html

**root▲▲ ★** · 2009/10/04(日) 21:24:24

>>140
どもです。

CacheDirLevels がディレクトリのレベル、
CacheDirLength がディレクトリの文字数だから、、、。

で、確かマニュアルには掛け算して 20 までにしれ、とあったような。

とすると、、、。

CacheDirLength を 2 に、
CacheDirLevels を 10 にしてみるか。

**root▲▲ ★** · 2009/10/04(日) 21:25:48

あ、でもディレクトリの＊数＊が減らせればいい、
という話もあるな。Ext2 みたいな制限はないはずだから。

逆に、

CacheDirLength を 10 に、
CacheDirLevels を 2 にしてみるか。

**root▲▲ ★** · 2009/10/04(日) 21:31:52

減った減った。< inode

%df -i .
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 495726 208712 247356 46% 17031 47223 27% /md

**root▲▲ ★** · 2009/10/04(日) 21:36:55

これなら、32M じゃなくてもっとキャッシュを増やせそうだな。
様子を見ながら増やしてみよう。

**root▲▲ ★** · 2009/10/04(日) 21:39:49

で、必要なキャッシュ容量は、、、。と。

板数 x キャッシュされるもの

で、キャッシュされるものは、、、。

*.dat
subject.txt
subback.html
html/*.htm
i/*.html ← おすすめ２ちゃんねる、実はこれが一番キャッシュされてるみたい

ぐらいかな。

**root▲▲ ★** · 2009/10/04(日) 21:40:08

> html/*.htm
↓
html/*.html

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:42:28

current LA : 7.69, 7.12, 4.49

**root▲▲ ★** · 2009/10/04(日) 21:44:28

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l128M -t

に変更。

**root▲▲ ★** · 2009/10/04(日) 21:45:07

うん。LA上がり気味ですね。>>147

レスポンスはどうでしょう。

**root▲▲ ★** · 2009/10/04(日) 21:45:50

で、128M もあってもいまいちなかんじなので、
64M に再修正。

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l64M -t

これでしばらく様子見。

**root▲▲ ★** · 2009/10/04(日) 21:49:45

今の設定おさらい:

<IfModule cache_module>

<IfModule disk_cache_module>
CacheRoot /md/cache
CacheEnable disk /
CacheDisable /test/
#CacheIgnoreCacheControl On
#CacheIgnoreNoLastMod On
#CacheStoreNoStore On
CacheDirLevels 2
CacheDirLength 10
#CacheMaxFileSize 1000000
</IfModule>

</IfModule>

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:50:09

>>149
+系の板はちょっと引っかかりを覚えるような気もしますが
他は設定前と同じくらいの「スルッと」感で開けてるように感じますねー。

◆NAO/2MXDEk · 2009/10/04(日) 21:51:25

ほんの少しだけ引っかかる感じがしたり
# 気になるレベルではないですが

**root▲▲ ★** · 2009/10/04(日) 21:56:27

話変わりますが、
転ばなきゃ強い子なんだけどなぁ。

tsushima
http://traffic.maido3.com/H0YQ/sxSr/PzXY/

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 21:59:17

>>154
なんでこれ10時に一気に転送量跳ね上がってるんだろ

**root▲▲ ★** · 2009/10/04(日) 22:02:07

>>155
大きなニュースがあったようです。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 22:02:57

>>155
中川昭一でねぇか？

**root▲▲ ★** · 2009/10/04(日) 22:13:30

%iostat ar0 md0 1

とかで見てると、md0 結構働いているかんじですね。
(しかし貼るとわかりにくいな)

tty ar0 md0 cpu
tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id
0 1098 7.87 169 1.30 3.79 7 0.03 10 0 7 0 82
0 183 11.50 160 1.79 2.00 3 0.01 8 0 5 1 86
0 1112 12.29 151 1.81 2.00 3 0.01 10 0 7 0 83
0 61 21.67 261 5.53 6.67 3 0.02 15 0 7 0 78
0 1693 21.98 209 4.49 5.50 4 0.02 23 0 7 1 69
0 61 18.54 113 2.04 4.15 13 0.05 17 0 9 0 74
0 1260 24.75 68 1.64 2.00 3 0.01 12 0 5 1 82
0 61 19.38 49 0.93 2.63 70 0.18 12 0 10 0 78
0 1060 26.32 74 1.90 5.03 2313 11.37 15 0 9 0 75
0 62 27.00 32 0.84 2.00 7 0.01 10 0 6 0 84
0 947 30.64 71 2.12 2.00 9 0.02 11 0 6 0 83
0 61 31.20 61 1.85 3.00 2 0.01 8 0 4 0 88
0 1660 24.60 44 1.05 5.50 4 0.02 16 0 14 0 70
0 61 26.91 44 1.15 15.89 284 4.42 11 0 4 1 83

**root▲▲ ★** · 2009/10/04(日) 23:46:17

LAがバンと上がる症状が出てきたので、以下に変更。
10文字2階層 → 6文字3階層

<IfModule cache_module>

<IfModule disk_cache_module>
CacheRoot /md/cache
CacheEnable disk /
CacheDisable /test/
#CacheIgnoreCacheControl On
#CacheIgnoreNoLastMod On
#CacheStoreNoStore On
#CacheDirLevels 2
#CacheDirLength 10
CacheDirLevels 3
CacheDirLength 6
#CacheMaxFileSize 1000000
</IfModule>

</IfModule>

**root▲▲ ★** · 2009/10/05(月) 00:20:24

>>159 にしてみたけど、やっぱり起きますね。
重さはなくなったけど。

ピーク超えたから、今日はもうこのまま様子見かな。

**root▲▲ ★** · 2009/10/05(月) 00:25:05

今回の目的は、

・サーバの処理能力を上げる
・HDDの負荷を減らしてサーバの寿命を延ばす

といったところで、目標は、

・キャッシュ設定の決定稿(標準パターン)を作る
・基本、放置して動かしてもよくする
・root権限なしサーバにもに入れることを考え、cronに設定を追加するのは避けたい

といったところで。

**名無し的用法** ◆v20hUhbxpM · 2009/10/05(月) 00:31:34

1台に大量の掲示板集約ならそろそろSSDの搭載を考えた方が良いかも知れませんね
値段がとんでもないことになりそうですが・・・

**動け動けウゴウゴ２ちゃんねる** · 2009/10/05(月) 02:23:09

今までにも何度かSSD入れようよとか言ってたけど
gimpoのHDD使用量見たら「SSDは時期尚早」としか言えなくなった。
X25-Mの320GBモデルの値段見てから考え始めるぐらいでいい。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/05(月) 08:20:31

>>122
Fedoraでよくね？
最新kernelで早いし
人柱レベルはFreeBSDとたいしてかわんねーし
第一2chのスタンスにあてはまってるし

**root▲▲ ★** · 2009/10/05(月) 12:44:58

やはり inode が不足してきたので、
今朝から設定を 10文字 2階層に再修正した。
htcacheclean は -l48M で設定。

◆cZfSunOs.U · 2009/10/05(月) 13:14:03

今は httpd プロセスの実効ユーザ自体を ch2* にしてるんでしたっけ．
だとすると，htcacheclean もそのユーザで起動すればいい，
つまり root 権限なし鯖での cron 設定も問題ないような気もします．

**root▲▲ ★** · 2009/10/05(月) 13:42:33

>>166
なるほど、確かに ch2* のオーナーでキャッシュ作られてますね。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/05(月) 15:48:00

>>167
・キャッシュ設定の決定稿(標準パターン)を作るって
どういう意味ですか？ｄａｔ落ちまでの時間が短くなったりするんですか？

**root▲▲ ★** · 2009/10/05(月) 15:59:23

>>168
今回のは、掲示板システムにはまったく手を入れず、
サーバの設定を工夫して処理能力を上げよう、という試みです。
(これまでも何度か行われてきました)

そんなわけで、掲示板システムそのもののの動きには
まったく違いは出ないです。

標準パターンを作る、というのは、
「この設定入れればroot権限あり、なしにかかわらず能力向上するです」
という、できるだけどのサーバにも入れられる応用範囲の広い設定内容を
作ろう、ということです。

で、今は様子を見ながら設定内容を少しずつ煮詰めている段階です。

**root▲▲ ★** · 2009/10/05(月) 15:59:41

(続き)

で、そんなわけで掲示板システムに依存していないので、
アクセス数の多いWebサーバ全体に応用できるといいかもなと。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/05(月) 16:23:41

>>169
>>170
なるほど

**動け動けウゴウゴ２ちゃんねる** · 2009/10/05(月) 16:30:04

ヒューリスティクスは排除すべし

**動け動けウゴウゴ２ちゃんねる** · 2009/10/05(月) 23:45:05

新しいものは機能が良いはずだ、枯れているものは安定しているはずだ、
ってのはまさにそれですな

**root▲▲ ★** · 2009/10/06(火) 00:36:10

md の使い具合はほぼ安定したっぽい。

% df -i .
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 495726 305624 150444 67% 45679 18575 71% /md

% /usr/local/sbin/htcacheclean -p/md/cache -D -v -l48M -t
Statistics:
size limit 48.0M
total size was 66.3M, total size now 47.9M
total entries was 5665, total entries now 4851

ピークの時間(23:30-24:00)はちょっと苦しめだったか。

**root▲▲ ★** · 2009/10/06(火) 00:36:38

%pwd
/md/cache
%du -s .
132998 .

**root▲▲ ★** · 2009/10/06(火) 00:38:06

２ちゃんねるみたいに「ちっこいファイル山ほど」だと、
-l48M で htcacheclean しても、このぐらい(>>175)は使うみたい。

とりあえずこのまま継続で。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/06(火) 01:15:33

FreeBSD-EN-09:05.null

http://security.freebsd.org/advisories/FreeBSD-EN-09:05.null.asc

FreeBSD-SA-09:13.pipe

http://security.freebsd.org/advisories/FreeBSD-SA-09:13.pipe.asc

FreeBSD-SA-09:14.devfs

http://security.freebsd.org/advisories/FreeBSD-SA-09:14.devfs.asc

結構よろしくない系っぽいです。

**root▲▲ ★** · 2009/10/06(火) 01:39:51

>>177
ENにSA2つですか。うむむ。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/06(火) 01:55:23

http://www.ksplice.com/uptrack/howitworks
>Ksplice updates the core of your operating system, the kernel, while it is
running—without disrupting your operations or requiring a reboot.

**root▲▲ ★** · 2009/10/06(火) 23:41:39

重い重いスレ見てると、重くなってるみたいですね。
で、今見たら確かに動きが変だった。

で、動かしながら、キャッシュを rm -rf でばっさりやってみた。
そしたら、動きが軽くなった。 @ gimpo

キャッシュはそんな容量、要らないってことか。
つまり多すぎて探すのにかえって時間がかかっているっぽいと。
少なくしてみるか。

**root▲▲ ★** · 2009/10/06(火) 23:43:42

消してすぐにこんな容量になるのか。

%du -s .
58048 .

%/usr/local/sbin/htcacheclean -p/md/cache -D -v -l48M -t
Statistics:
size limit 48.0M
total size was 35.1M, total size now 35.1M
total entries was 2566, total entries now 2566

-l64M → -l32M にしてみるか。

**root▲▲ ★** · 2009/10/06(火) 23:48:10

>>181
done.

htcacheclean の設定を。
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l32M -t

へ。

桶屋 · 2009/10/07(水) 00:26:31

2chサーバ@FreeBSDでの、duの1ブロックは何バイトなのですか？
あと"-h"は使えないのですか？

せっかく書いてもらっていますが、数値の大きさにイメージがわかない。(;^ ^

**root▲▲ ★** · 2009/10/07(水) 00:35:36

>>183
あ、-k -h したほうがいいですね。
(FreeBSD だとデフォルトでは同じ)

%du -s .
69356 .
%du -skh .
68M .

こんなかんじです。

**root▲▲ ★** · 2009/10/07(水) 00:41:58

というか -h したら -k は要らなかったですね。>>184

桶屋 · 2009/10/07(水) 00:57:35

ありがとうございますー　イメージしやすくなりました。

1ブロックが512バイトなら、計算マンドクセ('A`)と思っていたところでした。

**root▲▲ ★** · 2009/10/07(水) 02:21:23

>>181
48M ですたね。
元の半分にするつもりだったので、24M にしてみるです。