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

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

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

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

等を取り扱います。

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

**root▲▲ ★** · 2009/10/04(日) 00:36:46

・軽くなった気がする。
・LAがちゃんと上がるようになった気がする。

けど、どうだろうか。

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

うわ、スゴく軽くなった

**root▲▲ ★** · 2009/10/04(日) 00:39:32

>>73
>#LoadModule disk_cache_module modules/mod_disk_cache.so
># If you want to use mod_disk_cache instead of mod_mem_cache,
># uncomment the line above and comment out the LoadModule line below.

上記3行、設定例からの消し忘れ(消しました)。

**root▲▲ ★** · 2009/10/04(日) 00:41:16

>>75
airline とか見てきましたが、スパっと表示されますね。
これはうまくいったのかも。

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

今までスレ読み込みや書き込みにちょっと待たされ気味だったのが
他のサーバ同様スコッとされるようになった気がす

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

プチジンギスカン設定みたいな感じですかね＞ mod_disk_cache

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

あとは、挙動不審な動作がなければいいですね。
一応、

CacheDisable /test/

なので、変なことは起こりにくいとは思います。

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

>>79
favicon.ico とか、
地味ですけど結構でかいかも(実はかなり読まれている)。

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

おつっす

**root▲▲ ★** · 2009/10/04(日) 00:47:52

これが好成績を収めるようなら、
明日以降 changi や anchorage 等にも適用してみよう。

**root▲▲ ★** · 2009/10/04(日) 00:49:51

安全をみて、

> /usr/local/sbin/htcacheclean -d10 -i -p/md/cache -l128m

は、

/usr/local/sbin/htcacheclean -d10 -i -p/md/cache -l64m

あたりにしておくか。

**root▲▲ ★** · 2009/10/04(日) 00:51:23

>>84
done.

**root▲▲ ★** · 2009/10/04(日) 00:52:20

これがうまくいくなら、
HDD にやさしくなるから、サーバの寿命も延びますね。

**動け動けウゴウゴ２ちゃんねる** · 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

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