2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/
探検
2ch特化型サーバ・ロケーション構築作戦 Part35
■ このスレッドは過去ログ倉庫に格納されています
2009/10/03(土) 00:21:13ID:+Xf0YYVs0
top とかで見ると、httpd のコストが下がっているようです。
良い感じかと。
あとは前試して挙動不審だった、
htcacheclean がうまく動いてくれれば。
良い感じかと。
あとは前試して挙動不審だった、
htcacheclean がうまく動いてくれれば。
df 的に増えたり減ったりしだしたので、
htcacheclean はうまく動いているかんじ。
htcacheclean はうまく動いているかんじ。
2009/10/04(日) 01:06:17ID:BybCAaKF0
丁寧な解説ありがとうございます。
でもメモリディスク上のディスクキャッシュなんて意味がある/効果があるのかしら?
プラシーボ効果とならないように客観的な観察をお願いしたく存じます。
でもメモリディスク上のディスクキャッシュなんて意味がある/効果があるのかしら?
プラシーボ効果とならないように客観的な観察をお願いしたく存じます。
>>91
> プラシーボ効果とならないように客観的な観察をお願いしたく存じます。
ですね。
しばらくの間ピーク時間を中心に観察強化するです。
で、このサーバは毎日体感できるぐらい重くなっていたので、
ユーザ側からの効果の体感はしやすいような気がします。
> プラシーボ効果とならないように客観的な観察をお願いしたく存じます。
ですね。
しばらくの間ピーク時間を中心に観察強化するです。
で、このサーバは毎日体感できるぐらい重くなっていたので、
ユーザ側からの効果の体感はしやすいような気がします。
2009/10/04(日) 01:11:31ID:7kGdeNAW0
apacheは静的なページにsendfile使う。
sendfileはカーネル側でファイルを読みネットワークに送る。
sendfile時カーネル側にキャッシュされてれば、ユーザーランド側でどうこうするのは無意味な気がするが、ユーザーランドの方がメモリ空間が広いから複雑だな。
sendfileはカーネル側でファイルを読みネットワークに送る。
sendfile時カーネル側にキャッシュされてれば、ユーザーランド側でどうこうするのは無意味な気がするが、ユーザーランドの方がメモリ空間が広いから複雑だな。
2009/10/04(日) 01:12:15ID:7kGdeNAW0
s/ユーザーランド/ユーザー空間/g
で、考えてみると、
これは小さい板の集まりの時により有効に働く気がしますね。
各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 をメモリディスクに置く)の時も思いましたが、
このへんはやってみないとわかんないもんだなと。
これは小さい板の集まりの時により有効に働く気がしますね。
各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 をメモリディスクに置く)の時も思いましたが、
このへんはやってみないとわかんないもんだなと。
2009/10/04(日) 01:28:50ID:cctXGvsB0
m9(^Д^)
(`・ω・´) 乙さんです
(`・ω・´) 乙さんです
プラシーボ=悪では無いような。
けど、デジタル機器と医薬品では全然違うか。
>メモリディスク上のディスクキャッシュ
どーなるかな、わくわく。
けど、デジタル機器と医薬品では全然違うか。
>メモリディスク上のディスクキャッシュ
どーなるかな、わくわく。
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
あららら。
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
あららら。
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l32M
に変更した。
に変更した。
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はもう増やしてあるので、ちとこれ以上増やしたくないな。
というか小さいファイルが多いのね。
%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はもう増やしてあるので、ちとこれ以上増やしたくないな。
というか小さいファイルが多いのね。
マニュアル読んで、
/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
/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
ちなみに、
-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.
ちゃんと書いてありました(´・ω・`)。
-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.
ちゃんと書いてありました(´・ω・`)。
>>100
入れてみるです。
入れてみるです。
ports からインストール済。 @ cobra2245
db41-4.1.25_4
p5-BerkeleyDB-0.39
が入った模様。
db41-4.1.25_4
p5-BerkeleyDB-0.39
が入った模様。
2009/10/04(日) 12:33:46ID:7kGdeNAW0
MySQL使った方が良くね?
>>107
db41-4.1.25_4
ということで、BerkeleyDB 4.1までの機能が使えるようです。
なんだかDB_Fileよりも細かな操作ができそうなので今後の糧にするです。
ちなみにやっぱりBerkeleyDB 1.x にはアクセスできませんでした(あたり前と云えばあたり前)
db41-4.1.25_4
ということで、BerkeleyDB 4.1までの機能が使えるようです。
なんだかDB_Fileよりも細かな操作ができそうなので今後の糧にするです。
ちなみにやっぱりBerkeleyDB 1.x にはアクセスできませんでした(あたり前と云えばあたり前)
きびしくなってきたかな。
%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 ぐらいに緊急リブート入れます。
%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 ぐらいに緊急リブート入れます。
400M → 500M に md を増やした。
またiノードがあふれますた。
で、手で htcacheclean を実行した結果。-l8M とかがいいらしく。
これから設定変更へと。
で、手で htcacheclean を実行した結果。-l8M とかがいいらしく。
これから設定変更へと。
2009/10/04(日) 19:07:33ID:53eVc33ZP
いい加減、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
療養中の狐や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:32ID:7kGdeNAW0
ループ厨UZEEEEEEEEEEEEEEEE
いや俺もLinuxにした方が良いと思うけど
いや俺もLinuxにした方が良いと思うけど
2009/10/04(日) 19:15:23ID:zjLNlr5I0
誰がメンテすんのかと
2009/10/04(日) 19:15:25ID:D1I/d6Sg0
んで誰が管理すんだよ
2009/10/04(日) 19:16:46ID:a4Rm3Cxv0
鳥合図、CentOSとかのRH系は古いから避けると。
そうするとDebianかUbuntuあたりだろうけど、UbuntuはさすがにないからやっぱDebian?
そうするとDebianかUbuntuあたりだろうけど、UbuntuはさすがにないからやっぱDebian?
2009/10/04(日) 19:20:00ID:7kGdeNAW0
Debianで3年毎更新よりもUbuntuで半年更新とかUbuntu LTSで2年更新とかの方が面白いと思うよ
2009/10/04(日) 19:25:14ID:a4Rm3Cxv0
でも管理する人がいないのか。
Ubuntuは慣れてるけどサーバー用途では経験がないからなぁ。
というか鯖だとdist-updateするのにも苦労がありそうな予感。
Ubuntuは慣れてるけどサーバー用途では経験がないからなぁ。
というか鯖だとdist-updateするのにも苦労がありそうな予感。
2009/10/04(日) 19:26:40ID:Mx+CgTkU0
FreeBSDで逝くところまで逝ってくれ
2009/10/04(日) 19:28:24ID:a4Rm3Cxv0
まあディストリ変えると言っても試験用鯖から徐々にだろうから。
FreeBSDで頑張ってほしいが・・・・・・
FreeBSDで頑張ってほしいが・・・・・・
2009/10/04(日) 19:38:52ID:LxK6HXOAP
言い出しっぺの法則
様子を見つつ、
/usr/local/sbin/htcacheclean -p/md/cache -d1 -l32M -t
で。
・10分に1回 → 毎分
・8M → 32M
このほうが効率よさげ。
どうせメモリディスクだから、毎分チェックでもいいかなと。
/usr/local/sbin/htcacheclean -p/md/cache -d1 -l32M -t
で。
・10分に1回 → 毎分
・8M → 32M
このほうが効率よさげ。
どうせメモリディスクだから、毎分チェックでもいいかなと。
2009/10/04(日) 20:24:11ID:Xl43PTEO0
2009/10/04(日) 20:25:01ID:lwjWEV/i0
Linuxに変えろ変えろと言う奴が2ch鯖用ディストリを作ればおk
2009/10/04(日) 21:02:54ID:cctXGvsB0
あれ、gimpoの反応が前と同じな感じに...
>>131
んーむ、みてますが -d1 はちといまいちですねぇ。
んーむ、みてますが -d1 はちといまいちですねぇ。
2009/10/04(日) 21:07:27ID:cctXGvsB0
こっちのせいだった <(_ _)>
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l8M -t に戻した。
2009/10/04(日) 21:09:16ID:cctXGvsB0
すみませんです...
2009/10/04(日) 21:12:21ID:cctXGvsB0
あれ、やっぱりはやくなりました
Beのせいかなぁとか思ったんだけど
Beのせいかなぁとか思ったんだけど
あとは、-d つけてデーモンにすると挙動不審になる、
とかかもですね。< htcacheclean
もしそうなら cron で定期的に、ということになるのか。
しかし将来 root 権限なしサーバにも展開するとかを考えると、
cron に入れる必要があるのはできれば避けたいかも。
とかかもですね。< htcacheclean
もしそうなら cron で定期的に、ということになるのか。
しかし将来 root 権限なしサーバにも展開するとかを考えると、
cron に入れる必要があるのはできれば避けたいかも。
2009/10/04(日) 21:15:54ID:fPUo7s9l0
>>140
どもです。
CacheDirLevels がディレクトリのレベル、
CacheDirLength がディレクトリの文字数だから、、、。
で、確かマニュアルには掛け算して 20 までにしれ、とあったような。
とすると、、、。
CacheDirLength を 2 に、
CacheDirLevels を 10 にしてみるか。
どもです。
CacheDirLevels がディレクトリのレベル、
CacheDirLength がディレクトリの文字数だから、、、。
で、確かマニュアルには掛け算して 20 までにしれ、とあったような。
とすると、、、。
CacheDirLength を 2 に、
CacheDirLevels を 10 にしてみるか。
あ、でもディレクトリの*数*が減らせればいい、
という話もあるな。Ext2 みたいな制限はないはずだから。
逆に、
CacheDirLength を 10 に、
CacheDirLevels を 2 にしてみるか。
という話もあるな。Ext2 みたいな制限はないはずだから。
逆に、
CacheDirLength を 10 に、
CacheDirLevels を 2 にしてみるか。
減った減った。< inode
%df -i .
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 495726 208712 247356 46% 17031 47223 27% /md
%df -i .
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 495726 208712 247356 46% 17031 47223 27% /md
これなら、32M じゃなくてもっとキャッシュを増やせそうだな。
様子を見ながら増やしてみよう。
様子を見ながら増やしてみよう。
で、必要なキャッシュ容量は、、、。と。
板数 x キャッシュされるもの
で、キャッシュされるものは、、、。
*.dat
subject.txt
subback.html
html/*.htm
i/*.html ← おすすめ2ちゃんねる、実はこれが一番キャッシュされてるみたい
ぐらいかな。
板数 x キャッシュされるもの
で、キャッシュされるものは、、、。
*.dat
subject.txt
subback.html
html/*.htm
i/*.html ← おすすめ2ちゃんねる、実はこれが一番キャッシュされてるみたい
ぐらいかな。
> html/*.htm
↓
html/*.html
↓
html/*.html
2009/10/04(日) 21:42:28ID:eFQTpP1M0
current LA : 7.69, 7.12, 4.49
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l128M -t
に変更。
に変更。
で、128M もあってもいまいちなかんじなので、
64M に再修正。
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l64M -t
これでしばらく様子見。
64M に再修正。
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l64M -t
これでしばらく様子見。
今の設定おさらい:
<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>
<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:09ID:eFQTpP1M0
>>154
なんでこれ10時に一気に転送量跳ね上がってるんだろ
なんでこれ10時に一気に転送量跳ね上がってるんだろ
>>155
大きなニュースがあったようです。
大きなニュースがあったようです。
157動け動けウゴウゴ2ちゃんねる
2009/10/04(日) 22:02:57ID:pApOWAT20 >>155
中川昭一でねぇか?
中川昭一でねぇか?
%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
とかで見てると、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
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>
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>
今回の目的は、
・サーバの処理能力を上げる
・HDDの負荷を減らしてサーバの寿命を延ばす
といったところで、目標は、
・キャッシュ設定の決定稿(標準パターン)を作る
・基本、放置して動かしてもよくする
・root権限なしサーバにもに入れることを考え、cronに設定を追加するのは避けたい
といったところで。
・サーバの処理能力を上げる
・HDDの負荷を減らしてサーバの寿命を延ばす
といったところで、目標は、
・キャッシュ設定の決定稿(標準パターン)を作る
・基本、放置して動かしてもよくする
・root権限なしサーバにもに入れることを考え、cronに設定を追加するのは避けたい
といったところで。
162名無し的用法 ◆v20hUhbxpM
2009/10/05(月) 00:31:34ID:7w9aixnv0 1台に大量の掲示板集約ならそろそろSSDの搭載を考えた方が良いかも知れませんね
値段がとんでもないことになりそうですが・・・
値段がとんでもないことになりそうですが・・・
2009/10/05(月) 02:23:09ID:ibYIAqcO0
今までにも何度かSSD入れようよとか言ってたけど
gimpoのHDD使用量見たら「SSDは時期尚早」としか言えなくなった。
X25-Mの320GBモデルの値段見てから考え始めるぐらいでいい。
gimpoのHDD使用量見たら「SSDは時期尚早」としか言えなくなった。
X25-Mの320GBモデルの値段見てから考え始めるぐらいでいい。
2009/10/05(月) 08:20:31ID:Od5P2NOL0
165root▲▲ ★
2009/10/05(月) 12:44:58ID:???0 やはり inode が不足してきたので、
今朝から設定を 10文字 2階層 に再修正した。
htcacheclean は -l48M で設定。
今朝から設定を 10文字 2階層 に再修正した。
htcacheclean は -l48M で設定。
今は httpd プロセスの実効ユーザ自体を ch2* にしてるんでしたっけ.
だとすると,htcacheclean もそのユーザで起動すればいい,
つまり root 権限なし鯖での cron 設定も問題ないような気もします.
だとすると,htcacheclean もそのユーザで起動すればいい,
つまり root 権限なし鯖での cron 設定も問題ないような気もします.
167root▲▲ ★
2009/10/05(月) 13:42:33ID:???0 >>166
なるほど、確かに ch2* のオーナーでキャッシュ作られてますね。
なるほど、確かに ch2* のオーナーでキャッシュ作られてますね。
168動け動けウゴウゴ2ちゃんねる
2009/10/05(月) 15:48:00ID:HbjjXVKd0169root▲▲ ★
2009/10/05(月) 15:59:23ID:???0 >>168
今回のは、掲示板システムにはまったく手を入れず、
サーバの設定を工夫して処理能力を上げよう、という試みです。
(これまでも何度か行われてきました)
そんなわけで、掲示板システムそのもののの動きには
まったく違いは出ないです。
標準パターンを作る、というのは、
「この設定入れればroot権限あり、なしにかかわらず能力向上するです」
という、できるだけどのサーバにも入れられる応用範囲の広い設定内容を
作ろう、ということです。
で、今は様子を見ながら設定内容を少しずつ煮詰めている段階です。
今回のは、掲示板システムにはまったく手を入れず、
サーバの設定を工夫して処理能力を上げよう、という試みです。
(これまでも何度か行われてきました)
そんなわけで、掲示板システムそのもののの動きには
まったく違いは出ないです。
標準パターンを作る、というのは、
「この設定入れればroot権限あり、なしにかかわらず能力向上するです」
という、できるだけどのサーバにも入れられる応用範囲の広い設定内容を
作ろう、ということです。
で、今は様子を見ながら設定内容を少しずつ煮詰めている段階です。
170root▲▲ ★
2009/10/05(月) 15:59:41ID:???0 (続き)
で、そんなわけで掲示板システムに依存していないので、
アクセス数の多いWebサーバ全体に応用できるといいかもなと。
で、そんなわけで掲示板システムに依存していないので、
アクセス数の多いWebサーバ全体に応用できるといいかもなと。
2009/10/05(月) 16:30:04ID:sGH74XUU0
ヒューリスティクスは排除すべし
2009/10/05(月) 23:45:05ID:trXIsFE00
新しいものは機能が良いはずだ、枯れているものは安定しているはずだ、
ってのはまさにそれですな
ってのはまさにそれですな
174root▲▲ ★
2009/10/06(火) 00:36:10ID:???0 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)はちょっと苦しめだったか。
% 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)はちょっと苦しめだったか。
175root▲▲ ★
2009/10/06(火) 00:36:38ID:???0 %pwd
/md/cache
%du -s .
132998 .
/md/cache
%du -s .
132998 .
176root▲▲ ★
2009/10/06(火) 00:38:06ID:???02009/10/06(火) 01:15:33ID:JU8qi3w90
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
結構よろしくない系っぽいです。
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
結構よろしくない系っぽいです。
2009/10/06(火) 01:55:23ID:bAG6GBno0
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.
>Ksplice updates the core of your operating system, the kernel, while it is
running—without disrupting your operations or requiring a reboot.
180root▲▲ ★
2009/10/06(火) 23:41:39ID:???0 重い重いスレ見てると、重くなってるみたいですね。
で、今見たら確かに動きが変だった。
で、動かしながら、キャッシュを rm -rf でばっさりやってみた。
そしたら、動きが軽くなった。 @ gimpo
キャッシュはそんな容量、要らないってことか。
つまり多すぎて探すのにかえって時間がかかっているっぽいと。
少なくしてみるか。
で、今見たら確かに動きが変だった。
で、動かしながら、キャッシュを rm -rf でばっさりやってみた。
そしたら、動きが軽くなった。 @ gimpo
キャッシュはそんな容量、要らないってことか。
つまり多すぎて探すのにかえって時間がかかっているっぽいと。
少なくしてみるか。
181root▲▲ ★
2009/10/06(火) 23:43:42ID:???0 消してすぐにこんな容量になるのか。
%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 にしてみるか。
%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 にしてみるか。
182root▲▲ ★
2009/10/06(火) 23:48:10ID:???0183桶屋
2009/10/07(水) 00:26:31ID:eoHkHXMM0 2chサーバ@FreeBSDでの、duの1ブロックは何バイトなのですか?
あと"-h"は使えないのですか?
せっかく書いてもらっていますが、数値の大きさにイメージがわかない。(;^ ^
あと"-h"は使えないのですか?
せっかく書いてもらっていますが、数値の大きさにイメージがわかない。(;^ ^
184root▲▲ ★
2009/10/07(水) 00:35:36ID:???0186桶屋
2009/10/07(水) 00:57:35ID:eoHkHXMM0 ありがとうございますー イメージしやすくなりました。
1ブロックが512バイトなら、計算マンドクセ('A`)と思っていたところでした。
1ブロックが512バイトなら、計算マンドクセ('A`)と思っていたところでした。
187root▲▲ ★
2009/10/07(水) 02:21:23ID:???0■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【話題】“大炎上”ストリートピアノ 設置カフェに抗議の電話殺到 声明「当店としても伝えたいことは沢山ある」 [Ikhtiandr★]
- 【映画】映画史上最も救いのないラストは? 最悪の結末を迎える洋画(1) 後味の悪さが半端ない傑作 [ネギうどん★]
- 【話題】万博2億円トイレに批判「一般的なものより安い」「一部を切り取った物だった」設計者が反論 [Ikhtiandr★]
- 【スタバ】“紙ストロー”廃止へ きょうから…街の反応は? [煮卵★]
- ウーマン村本、堺正章の「ヒロミを干した」発言を痛烈批判「マジだとしたら大問題」「彼を捕まえてこの発言の意味を…」 [ネギうどん★]
- 古市憲寿氏「頭悪いんじゃないですか?」 30年進展しない夫婦別姓議論、反対続ける自民党に苦言 [冬月記者★]
- 【画像】京大卒業式で太陽の塔、コスモ星丸、モリゾー・キッコロ、ミャクミャクなど歴代の万博キャラクターが一堂に会す→1.3万いいね [808139444]
- 今のジャップたち、『ヒトラーの大衆扇動術』にまんまとやられていることが判明 wwwwwwwwwwwwwwwwww [479913954]
- 「同性婚を認めないことは違憲」 各高裁の判断が出揃いついに同性婚実現へ [479913954]
- 【マモノ甲子園】 第97回選抜高等学校野球大会第8日目★2
- 【マモノ甲子園】 第97回選抜高等学校野球大会第8日目★1
- 「大阪凄いな」「ここ日本なのか?」大阪の日常風景に日本人感動… [667744927]