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

**root▲ ★** · NG

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。

また、次世代の携帯アクセス環境をめざした「べっかんこ作戦」も稼動しはじめました。
「２ちゃんねる証券取引所」や、「Be」の機能強化等、
２ちゃんねるは今日も変化し続けています。

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

**動け動けウゴウゴ２ちゃんねる** · 2006/02/24(金) 12:11:32

>>66
起きて大丈夫なん？
たまには２ｃｈを忘れて、しっかり休んだ方がいいと思うです。

**root▲ ★** · 2006/02/24(金) 13:28:15

>>65
live22x1 ログインして様子見ましたが、
LAの超急上昇とかシステムログの変なメッセージといった異常はないようです。
live22がおかしくなったための巻き添えの可能性が大きい模様。

live22は例の現象が。

Feb 23 12:20:10 <0.2> tiger2522 kernel: calcru: runtime went backwards from 136858476 usec to 136858421 usec for pid 80472 (httpd)
Feb 23 12:20:37 <0.2> tiger2522 kernel: calcru: runtime went backwards from 137933957 usec to 137933660 usec for pid 80553 (httpd)
Feb 23 12:23:56 <0.2> tiger2522 kernel: calcru: runtime went backwards from 1855272 usec to 1855048 usec for pid 7955 (httpd)
Feb 23 12:24:48 <0.2> tiger2522 kernel: calcru: runtime went backwards from 3957023 usec to 3956924 usec for pid 7974 (httpd)
Feb 23 12:25:18 <0.2> tiger2522 kernel: calcru: runtime went backwards from 5120010 usec to 5119944 usec for pid 7961 (httpd)
Feb 23 12:26:09 <0.2> tiger2522 kernel: calcru: runtime went backwards from 1637417 usec to 1637382 usec for pid 8299 (httpd)
Feb 23 13:29:30 <0.2> tiger2522 kernel: calcru: runtime went backwards from 2328454 usec to 2328443 usec for pid 22270 (httpd)

**root▲ ★** · 2006/02/24(金) 13:33:33

>>67
かもすね。

今朝のグラフうｐしたら、今日はオフライン気味で。

**root▲ ★** · NG

mbmonによる監視、動かし始めてみた。
http://live22.2ch.net/_service/mbmon-20060224.txt

とりあえずの比較対象:
http://ex11.2ch.net/_service/mbmon-20060224.txt

**root▲ ★** · NG

新設板・板移動情報・5.5＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1132068329/193

FFFTPで表示ができない問題:

http://blog.goo.ne.jp/hetare-neko/e/a4a1603fe38ea17397bb97af12baeed8
にある、

# cd /usr/ports/distfiles
# fetch http://www.hayasoft.com/haya/linux/proftpd-nlst-patch/proftpd-1.3.0rc3-nlst-ffftp.patch
# vi /usr/ports/ftp/proftpd/Makefile.local

---
PATCHFILES += proftpd-1.3.0rc3-nlst-ffftp.patch
PATCH_DIST_STRIP = -p1
NO_CHECKSUM = yes
---

# portupgrade -rf proftpd

とかいうかんじで。

**root▲ ★** · 2006/02/24(金) 22:57:16

Jim-san,

Thank you for your effort. I understand the current situation.

But as you know, these servers in XO racks have so many users and very
important data, so, we should progress the project more carefully.

So, I seem to have to be cool-down a little, too. ;-)
Now we are discussing about the current situation and our next steps,
and I am sure that we can make ideas and strategies for our next steps.

Now we are now in progress a project named "Project Snowman" at XO
servers. It is composed of load balancer software, frontend clusters,
and backend servers. If it is completed, this is sure to become stronger,
high-ability BBS system from the current stand-alone server, for next
generation.

Thank you for your support of everyday.

Regards,

-- Mumumu <mumumu@newsplus.jp>
as 2ch engineer

**root▲ ★** · NG

>>72
Dear Mumumu,

Things will be ok, we are doing our best to support you. I have been sick
this week and am taking strong medicine.

Please relax and lets have a nice dinner together next time we are in the
same city.

Your friend,

Jim

とりあえず(お互いに)、落ち着きを取り戻せたようです。
メールにあるようにリラックスして、じっくり作戦を練る感じで。

# まずは二人とも、体を回復させなきゃってことで。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/25(土) 15:12:12

Apache2.2.0のロードバランサーで
30,40,40くらいに負荷分散したらいいとおもた。
by 携帯よりの使者

**root▲ ★** · NG

matd環境を冗長化すべく、作業をぼちぼちやろうと。

1) banana403 が死んでも、banana404 が代理で作業する、復活したら元に戻る
2) tiger2523-2525 のどれかが死んだら自動で切り離され、復活したら元に戻る

**root▲ ★** · NG

あと、banana806 (臨時に使ったwww/menu)ですが、
特に問題がないようならデータ同期の仕組みを入れて、
banana2848 (今のwww/menu)のスタンバイ機に仕立てるかんじがいいのかもとか。

**root▲ ★** · NG

>>75
> 1) banana403 が死んでも、banana404 が代理で作業する、復活したら元に戻る

これの設定をしたつもり。
これから banana404 に切り替えてみる。

**root▲ ★** · NG

うまくいっている模様。
ということで戻してみる。

**root▲ ★** · NG

うまく戻った模様。
今回は banana403 が上がったら、常に banana403 になるように設定。
(ha.cfでauto_failback on)

matd の上げ下げはこんなかんじのを、/usr/local/etc/ha.d/resources.d/zzz-matd に置き、
/usr/local/etc/ha.d/haresources で以下のように設定。
banana403.maido3.com 206.223.150.96/32 zzz-matd

#!/bin/sh

_LIP="127.0.0.1"
_VIP="206.223.150.96"
_CFFILE="/usr/local/etc/matd.cf"
_CFFILE_SKEL="/usr/local/etc/matd.cf.skel"

case "$1" in

start)
echo -n 'Activating matd '
sed -e "s/%%IPADDR%%/${_VIP}/" < $_CFFILE_SKEL > $_CFFILE
svc -h /var/service/matd
echo 'done.'
;;
stop)
echo -n 'Standbying matd '
sed -e "s/%%IPADDR%%/${_LIP}/" < $_CFFILE_SKEL > $_CFFILE
svc -h /var/service/matd
echo 'done.'
;;
*)
echo "$0 start | stop"
;;
esac

**root▲ ★** · NG

フロントの切り離しと接続は、ldirectord を使うのかな。
ぼちぼちと。

**root▲ ★** · NG

実現性はともかくアイディアとしては面白いので、
リンクだけしておこうかと。

http://qb5.2ch.net/test/read.cgi/operate/1140349345/986

**動け動けウゴウゴ２ちゃんねる** · 2006/02/26(日) 03:36:27

>>81
こういう話もあったり

ttp://d.hatena.ne.jp/hoshikuzu/20060210#P20060210EROGRIDCOMPUTING

**ピロリ** · NG

banana806　は当初の目的に使わないならば
引き上げるですー

**root▲ ★** · 2006/02/26(日) 15:46:52

>>83
了解。

であればやはり、うまく雪だるま等に収容する方向で。

◆OSfanJsSVc · 2006/02/26(日) 21:13:51

>>20desu.
http://www.mrunix.net/webalizer/
desu.
http://awstats.sourceforge.net/
tokamoarmashita.

**root▲ ★** · NG

c.2ch.net 系を Apache 2.2 + PHP5 + eacceleratorにバージョンアップ。
いろいろはまったので。以下。

まず、worker MPM では httpd がどんどん暴走状態になり、だめ。
prefork MPM では問題なく動作。

prefork MPM なので、mod_cgid じゃなくて mod_cgi じゃないとだめ。

Options MultiViews は＊徹底的に＊除去しないと、
思わぬところのものが有効になり、どつぼにはまる。
MultiViews を httpd.conf から全消ししたら動いた。これは後で精査必要。

なぜかどうやっても、.htaccess で Options +MultiViews と書けない。
理由は不明。これも後で精査必要。
結局、httpd.conf に移動して解決。

.htaccess にある、
addhandler php-script p
を、
addhandler php5-script p
に変えないと動かない。

**root▲ ★** · NG

; added by mumumu, 2005/9/6
;eaccelerator.shm_only=1

をコメントにして、

; added by mumumu, 2006/2/28
eaccelerator.cache_dir=/md/tmp

にしてみた。
メモリディスク上にPHPのキャッシュを作る。

**root▲ ★** · NG

で、MultiViews 問題は、

<Directory /home/*/public_html>

のところからも、MultiView をはずさないといけなかったと判明。

**root▲ ★** · NG

MultiView じゃなくて、MultiViews ですね。>>88

**root▲ ★** · NG

httpd.conf を見比べているけど、
>>88 は Apache 2.0 と 2.2 で仕様が変わった、、、ように見える。ううむ。

あと、
[Mon Feb 27 11:45:19 2006] [alert] [client 210.136.161.193] /home/ch2c-docomo/public_html/.htaccess: Option execcgi not allowed here

となるのは、未解決。
ううむなぜだ。

**root▲ ★** · NG

Options=MultiViews とか書くと、ExecCGI がうんちゃらって言うってことは、
ただOptionsと書いたんじゃ、だめなのかな。ううむ。

**root▲ ★** · NG

Options=All,MultiViews

が正解でした。

うーん、勉強になりましたぁ。

**root▲ ★** · NG

すべての問題が解決しました。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/28(火) 05:20:49

うんと、どっかでAllにMultiViewsは含まれないってあったけど、
それを引きずるってことですか。

**root▲ ★** · NG

いやー、Googleには書いてないし、どこ見ても載ってないし、
いろいろはまったし、ということは後発の人は
ここを見て解決できることもあるんじゃないかなぁとか、
久しぶりに思った1日でした。

やっぱ、リハビリにはシステム設定がよさげね。

ドコモの方々には大変ご迷惑をおかけいたしました。
おやすみなさいです。

**root▲ ★** · NG

>>94
Options All では MultiViews は含まれないっていう仕様が前からあったわけですが、
Apache 2.2 からは新たに、AllowOverride Options ではだめで、
AllowOverride Options=All.MultiViews とここ＊にも＊書かないといけなくなった、
ということだと思います。

**root▲ ★** · NG

>>96
おっと、
- AllowOverride Options=All.MultiViews とここ＊にも＊書かないといけなくなった、
+ AllowOverride Options=All,MultiViews とここ＊にも＊書かないといけなくなった、

**root▲ ★** · NG

ということで、>>91-92 は AllowOverride の話でした。

AllowOverride FileInfo AuthConfig Limit Options=All,MultiViews Indexes

おやすみさい。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/28(火) 05:33:53

おつかれさまでしたー。

**動け動けウゴウゴ２ちゃんねる** · 2006/02/28(火) 07:09:26

ありがとうございます。お疲れ様です。

**root▲ ★** · NG

eaccelerator.debug=0

をphp.iniに入れないと、延々とデバッグメッセージが出てちょっと遅くなるみたい。

**root▲ ★** · NG

>>98 はもちろん、
AllowOverride All

でもだめなので注意。

AllowOverride All Options=All,MultiViews と、
なんと All を2回も書いたうえで、かつ MultiViews を明示的に有効にしないといけない。

**root▲ ★** · 2006/02/28(火) 16:46:09

c.2ch不具合報告総合スレ5
http://qb5.2ch.net/test/read.cgi/operate/1138289353/347-360

Apache 2.2 + mod_proxy + mod_cache で
squid の代わりをしようと思ったのですが、
トラフィックを乗せたとたんに過負荷で爆死。

squid はとてもよくできていることと、
Apache 2.2 ではその代わりは務まらないことを痛烈に認識。しくり。

**root▲ ★** · 2006/02/28(火) 16:50:52

いきなりLAが急上昇し、
プロセスを止めることもできず、そのまま無反応状態へと。>>103

squid はこのへん、きわめてよくできているんだなと。

**root▲ ★** · 2006/02/28(火) 16:58:27

あと試す余地があるのは、5.4R時代に一度試して
高パフォーマンスだったけどカーネルパニックで落ちた-lthrぐらいか。

今日明日はもうやらなくて(c-docomo系の結果を見ようかと)、
その後にでもまたぼちぼちと。

株価【750】 ▲ ◆cZfSunOs.U · 2006/02/28(火) 21:27:03

>>86 乙です．

>まず、worker MPM では httpd がどんどん暴走状態になり、だめ。
>prefork MPM では問題なく動作。

OS が 5.4R なのが問題なのか，それとも PHP5 (or eaccelerator) の
thread safety problem なのか......

あと，MultiViews も何か曲者みたいですね．まぁ元々，パフォーマンス面を考えても，
毎回 readdir(_r) することになるんで使わずに済ませられるならそうした方がいいんですけどね．

>>103-104 まぁ prefork MPM ならそんなもんかと......event MPM に
async read / write も実装した段階では Squid なみになるかも知れませんが．

>>105 Solaris でも 7 までは M:N モデルだったのが，8 では代替スレッドライブラリとして
1:1 モデルも用意されるようになり，9 からは 1:1 モデルに全面移行しましたからね．
理屈上のことはともかく，現実的には多くの場合シンプルな 1:1 モデルの方が
パフォーマンスがいいというのがその背景ということのようで．

**root▲ ★** · 2006/02/28(火) 23:33:04

http://lists.freebsd.org/pipermail/freebsd-current/2006-February/060833.html

いままさに、やってるわけか。

**root▲ ★** · 2006/02/28(火) 23:34:00

phk: い、今の-currentなら、、、(以下略
http://lists.freebsd.org/pipermail/freebsd-current/2006-February/060836.html

**root▲ ★** · 2006/02/28(火) 23:34:51

あ、そうだ。

ハードウェアの状態、どうだっただろう。

**root▲ ★** · 2006/02/28(火) 23:35:45

http://live22.2ch.net/_service/mbmon-20060228.txt

おかしかったのは、、、何時ごろだっけ。

**root▲ ★** · 2006/02/28(火) 23:40:38

http://people.freebsd.org/~phk/

がんがってほしい、、、。

**root▲ ★** · 2006/02/28(火) 23:49:18

さて、

>>106
MultiViews なしのほうが、パフォーマンス上がるということですか。
どのくらい差があるんだろう。

> まぁ prefork MPM ならそんなもんかと

…ですか。worker MPMでしたが、やはりだめでした。
aync read/write がでかいみたいです。

-lthr は、明日夜あたりに時間とれればぼちぼちというかんじで。

株価【750】 ▲ ◆cZfSunOs.U · 2006/02/28(火) 23:51:30

乙です．毎度おなじみのパターンですか......まぁ現状で打てる手はやはり mod_cache でしょうね．

http://qb5.2ch.net/test/read.cgi/operate/1140699969/814-817n
814 ：root▲ ★ ：2006/02/28(火) 23:28:57 ID:???0
　　すぐにはハードウェアの追加は見込めないから、
　　何とかしないといけないなぁ。

　　まずは、フロントに mod_cache ですね。
　　今日作業しよう。

817 ：root▲ ★ ：2006/02/28(火) 23:30:08 ID:???0
　　calcru: runtime went backwards from 1186744 usec to 1186538 usec for pid 905 (httpd)
　　pid 17287 (httpd), uid 2001: exited on signal 10
　　pid 17309 (httpd), uid 2001: exited on signal 10
　　pid 17273 (httpd), uid 2001: exited on signal 10
　　pid 17274 (httpd), uid 2001: exited on signal 10
　　pid 17279 (httpd), uid 2001: exited on signal 10
　　pid 17318 (httpd), uid 2001: exited on signal 10
　　pid 17306 (httpd), uid 2001: exited on signal 10
　　pid 17305 (httpd), uid 2001: exited on signal 10
　　pid 908 (httpd), uid 2001: exited on signal 10
　　pid 17272 (httpd), uid 2001: exited on signal 10
　　pid 1595 (httpd), uid 2001: exited on signal 10
　　pid 1597 (httpd), uid 2001: exited on signal 10

　　いつものやつか、、、。ううむ。

**root▲ ★** · 2006/02/28(火) 23:53:52

>>113
…ですね、、、。

コンソールをいつでも問題なく触ることが出来て、
時間をもっととれるなら、phk に付き合って最新の -current で人柱する、
というのもありなのかもですが、現状の私では残念ながら、無理な模様。

**root▲ ★** · 2006/03/01(水) 00:31:52

c-docomo5 の様子を観察中。

LA=4強ぐらい。
混んでいた時のnews19ぐらいですね。
一定の効果はあったのかなってかんじで。

問題は、明日以降なわけですが。

**root▲ ★** · 2006/03/01(水) 01:16:59

live22x[123] を、Apache 2.2.0 環境に更新中。

Apache 2.0.x なサーバと、read.cgi バイナリに互換性がなくなるので、
dso の配布リストから削除。
live22x1 から配布で。

**root▲ ★** · 2006/03/01(水) 01:25:24

で、kako/ はキャッシュしなくていいのかな。
Expires: と Age: を殺そうかと。

**root▲ ★** · 2006/03/01(水) 02:37:22

>>117
kako はローカルには持ってないんだった。
とりあえず設定には入れず。

で、mod_cache 化は完了のはず。
設定内容は次以降で。

**root▲ ★** · 2006/03/01(水) 02:41:20

869 名前：root▲ ★[sage] 投稿日：2006/03/01(水) 02:40:35 ID:???0
○ mod_cache 関連

/usr/local/sbin/htcacheclean -d5 -p/md/cache -l64m

を、/md 作成時に起動するようにrcファイルに追加。

<IfModule cache_module>
# configure cache directory
CacheRoot /md/cache
# configure cache expiration time
#CacheDefaultExpire 60
#CacheMaxExpire 60
# unset unneed headers
Header unset Age
Header unset Expires
</IfModule>

というファイルを作って、2ch-cache.conf という名前で Include に放り込み。

Age: と Expires: がないとそもそもキャッシュだとわからないので
(昼間BG4でしくったときに実験した)、外からみた振る舞いに変化はないはず。

**root▲ ★** · 2006/03/01(水) 02:44:45

で、肝心のキャッシュは、

CacheDisable /dome/SETTING.TXT
CacheEnable disk /dome/
CacheDisable /dancesite/SETTING.TXT
CacheEnable disk /dancesite/
CacheDisable /endless/SETTING.TXT
CacheEnable disk /endless/
CacheDisable /eq/SETTING.TXT
CacheEnable disk /eq/
CacheDisable /eqplus/SETTING.TXT
...

という、単純なもの。

**root▲ ★** · 2006/03/01(水) 02:46:02

あ、これだと、read.cgi の出力もキャッシュされるのかな。
このへんは、微妙なチューニングが必要かも。

**root▲ ★** · 2006/03/01(水) 02:47:19

で、昔やった予備実験の結果からすると、
20%～25%ぐらい、バックエンドへのアクセス数が減少するはず。

**root▲ ★** · 2006/03/01(水) 02:47:44

アクセス数というか、実際の転送回数かな。

**root▲ ★** · 2006/03/01(水) 02:50:31

http://mumumu.mu/bremen/live22.html

それなりに減ったかな。
一定の効果は出ているっぽい。

live22のログを見てみるか。
3xx なレスポンスが多くなれば、うまくいっているということかしら。

**root▲ ★** · 2006/03/01(水) 02:52:16

2xx 3xx 4xx 5xx URL
221 13 0 0*/liveanb/dat/1141148550.dat
216 13 0 0 /livevenus/dat/1141144653.dat
57 0 0 0 /liventv/dat/1141142442.dat
50 4 0 0 /news/dat/1141142585.dat
27 0 0 0 /livetbs/dat/1141142582.dat
26 7 0 0 /liveetv/dat/1141130962.dat
26 0 0 0 /news/subject.txt
23 9 0 0 /livenhk/dat/1141148068.dat
22 4 0 0 /livewkwest/dat/1141148317.dat
19 0 0 0 /livewkwest/dat/1140972656.dat
16 2 0 0 /liveskyp/dat/1141140286.dat
12 10 0 0 /liveradio/dat/1141140643.dat
11 0 0 0 /liveanb/subject.txt
11 20 0 0 /liveanb/dat/1141147805.dat

悪くなさげ。

**root▲ ★** · 2006/03/01(水) 03:22:01

携帯系(というかSquid)への副作用が発生。対応中。

**root▲ ★** · 2006/03/01(水) 03:24:05

>>119 を修正。

<IfModule cache_module>
# configure cache directory
CacheRoot /md/cache
# configure cache expiration time
#CacheDefaultExpire 60
#CacheMaxExpire 60
# unset unneed headers
Header unset Age
Header unset Expires
Header unset Cache-Control
</IfModule>

株価【750】 ▲ ◆cZfSunOs.U · 2006/03/01(水) 03:41:22

>>114-127 乙です．Squid への副作用がなぜなのかいまいちわからないですね．
ただ......各フロントごとにキャッシュの内容が新旧入り交じっていて，
Squid から取得するたびに新しいのに当たったり古いのに当たったり
バラバラだったりすると，ひょっとしておかしくなるのかな，とも......

**root▲ ★** · 2006/03/01(水) 04:31:43

>>128
なるほど。それはあるかも。

いずれにせよ、squidの振る舞いをきっちりチェックする必要ありですね。

#LoadModule cache_module libexec/apache22/mod_cache.so
#LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so
#LoadModule mem_cache_module libexec/apache22/mod_mem_cache.so

にして、今日はいったん撤退。

c.2ch不具合報告総合スレ5
http://qb5.2ch.net/test/read.cgi/operate/1138289353/374
>
> squidの振る舞いについては、じっくりした調査研究が必要そう。
> たぶん、squid側から何か言われても無視するようにすればよさげな気もしますが、
> そのへんはおいおい調べるということで。

**root▲ ★** · 2006/03/01(水) 04:35:28

で、今見たら120MBytesの/mdを64MBytesまでしか使わないはずなので、
既に90MBytesちかくになっていて、どきどきしたので、

/usr/local/sbin/htcacheclean -d1 -p/md/cache -l64m

に変えた。(インターバル1分)

**root▲ ★** · 2006/03/01(水) 04:46:27

前にもsquidのキャッシュの取り扱いではちょっと悩んだことがあるので、
現在の設定をダンプしておこう。

# added override-lastmod by mumumu, 2004/7/29
#refresh_pattern . 2 0% 2 override-lastmod reload-into-ims
# shorten delay time to 1 minutes by mumumu, 2004/8/17
#refresh_pattern . 1 0% 1 override-lastmod reload-into-ims
# extend max value by mumumu, 2005/3/25
refresh_pattern . 1 0% 60 override-lastmod reload-into-ims

このスレまだ生きてた。
http://pc8.2ch.net/test/read.cgi/linux/997328024/182-183

**root▲ ★** · 2006/03/01(水) 04:49:59

http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
の、453 か。

この 60 ってのが、とってもとってもあやしいような気がしてきたのです。

ということで、今日はここまで。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/01(水) 04:58:02

Yahoo! Developer Network - PHP Developer Center
ttp://developer.yahoo.net/php/

なんてものができてたらしい

◆Reffiz2Zh. · 2006/03/01(水) 07:18:04

ttp://lists.freebsd.org/pipermail/freebsd-current/2006-February/061134.html

**root▲ ★** · NG

>>133
お、これは。

>>134
パッチですか。
ちょっと、リスト読んでみるです。

**root▲ ★** · NG

http://lists.freebsd.org/pipermail/freebsd-current/2006-February/061137.html

> Thanks. After applying your patch, I never get calcru messages on
> 6-STABLE. It seems fine. Thanks again!

効果あるのか。

**root▲ ★** · NG

>>134
> I've been getting calcru messages on 6-STABLE when stress-testing an
> application linked with libpthread. As far as my experience goes,
> these messages are only for ones linked with libpthread. If the same
> application is linked with libthr, these messages go away.

うわってかんじなんですが。

もうちょっと調べて、たぶん試してみようかと。

**root▲ ★** · NG

>>134
http://people.freebsd.org/~davidxu/patch/calcru_r61_060227.patch

に、ゆきあたった。

**root▲ ★** · NG

>>138 を適用した。

しばらくしたら、live22 リブートの予定。

**root▲ ★** · NG

リブートした(無事上がった)。

これで、どうなるのか。

**root▲ ★** · NG

以前適用した、

#kern.timecounter.hardware=TSC

をやめた。(デフォルトのACPI-fastに戻した)

**動け動けウゴウゴ２ちゃんねる** · 2006/03/01(水) 17:45:10

http://takabsd.jp/d/?date=20070121

**動け動けウゴウゴ２ちゃんねる** · 2006/03/01(水) 17:46:46

>>142 書き込んでしまいました失礼

http://takabsd.jp/d/?date=20070121
http://dev.ariel-networks.com/blog/index.php?itemid=706
ここらの話はどうでしょう、もうやってたらすみません

**root▲ ★** · NG

>>142-143
ざっと読みました。
これはとても興味深いですね。

worker MPMはいまや使いまくりなので、相当のパフォーマンスアップが期待できると。

> ところで、APR がすでにインストールされていると、configureオプションを変えて
> 再インストールしようとしても、すでにインストールされている APR を使おうとするため、
> APR をリビルドすることができないようです。

これに気をつけないと、いかんという話もあるのか。

ちょっと、調べてみるです。

**root▲ ★** · NG

.if defined(WITH_THREADS)
CONFIGURE_ARGS+= --enable-threads
. if ${OSVERSION} > 500023
. if ${ARCH} == i386
CONFIGURE_ARGS+= --enable-nonportable-atomics
. endif
. endif
.endif

となっているのか。< portsのMakefile

問題は、これが有効になっているかだが、、、。

**root▲ ★** · NG

. if ${WITH_MPM} != "prefork"
PKGNAMESUFFIX= -${WITH_MPM:L}
WITH_THREADS= yes
WITH_THREADS_MODULES= yes
WITHOUT_MODULES+= cgi
...

なのか。< Makefile.modules

**root▲ ★** · NG

%nm /usr/local/lib/libapr-1.so.2 | grep atomic
0000ddf0 T apr_atomic_add32
0000dddc T apr_atomic_cas32
0000deb0 T apr_atomic_casptr
0000de10 T apr_atomic_dec32
0000de24 T apr_atomic_inc32
0000de58 T apr_atomic_init
0000df20 T apr_atomic_read32
0000de38 T apr_atomic_set32
0000de00 T apr_atomic_sub32
0000de48 T apr_atomic_xchg32

入っている模様。

で、mod_mem_cache はこれで動いている模様。

httpd は、、、。

**root▲ ★** · NG

…入っているようです。
(都合上、適宜折り返し)

configured by ./configure, generated by GNU Autoconf 2.59,
with options \"'--enable-layout=FreeBSD' '--with-perl=/usr/local/bin/perl5.8.7
' '--with-port=80' '--with-expat=/usr/local' '--with-iconv=/usr/local' '--enable
-http' '--enable-v4-mapped' '--with-dbm=sdbm' '--with-ssl=/usr' '--enable-thread
s' '--enable-nonportable-atomics' '--with-mpm=worker' 'i386-portbld-freebsd6.0'
(以下略)

…ということで、ports猿マンセー状態だったということか。

**root▲ ★** · NG

しかし、勉強になりました。

ということはちゃんと動くんなら、worker MPM(や将来はevent MPM)のほうが、
パフォーマンスアップするということですね。

www.2ch.net/menu.2ch.net がサーバ更新後に異様に軽くなった理由が、
相当わかった気がします。worker MPMの力だけかと思っていたけど、そういう理由だとは。

**root▲ ★** · NG

>>149 補足

もちろん、www2.2ch.net が仲間から抜けたことも相当大きいですが。

**root▲ ★** · NG

で、このコードって >>145 っていうぐらいで、i386 の時しか有効にならないのね。
cobra2247 をバックエンドに仕立てる次期計画を考えると、
amd64 でも動いてほしいなとか思ったり。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/02(木) 00:52:21

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:09.openssh
http://lists.freebsd.org/pipermail/freebsd-announce/2006-March/001049.html

対象はFreeBSD5.3と5.4のOpenSSHだそうで．

**動け動けウゴウゴ２ちゃんねる** · 2006/03/02(木) 02:32:09

FreeBSD-SA-06:10.nfs もきたね。
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:10.nfs
http://lists.freebsd.org/pipermail/freebsd-announce/2006-March/001050.html

こっちはAll FreeBSD releases.が対象、だけど、nfsつかっているんだっけ？

**動け動けウゴウゴ２ちゃんねる** · 2006/03/02(木) 04:19:56

結構workerで動くもんなのだね。。

/* むやみに6.0にしたくなったけどMySQLの都合で出来ずorz */

bbs.cgiのSpeedyCGIはmod_speedycgiじゃないよね？
毎回プロセス起動のほう？

株価【650】 ▲ ◆cZfSunOs.U · 2006/03/02(木) 07:46:50

>>139-140 これで "calcru: runtime went backwards......" が出なくなれば，一つ山を越えることになると......

>>151 apr_atomic.c で↓のようになってるんで，AMD x86-64 でも行けるかなと．

#if (defined(__i386__) || defined(__x86_64__)) \

>>154 http://qb5.2ch.net/test/read.cgi/operate/1105909861/477-479n

話は変わりますが，mod_load_average なんてものがあるようで．
http://svn.force-elite.com/svn/mod_load_average/trunk/src/mod_load_average.c
http://www.mail-archive.com/dev@httpd.apache.org/msg31056.html
This way you could disable CGI when your LA is above 10,
and then disable everything when your LA is above 100:
LoadAvgMaxByHandler cgi-script 10
LoadAvgMax 100

**root▲ ★** · 2006/03/02(木) 11:15:35

おはよござます。

>>152
PAMとのconflictでうんぬんですか。
昔なら「FreeBSD only」っぽい(この項目いつの間にかなくなったっぽい?)やつかも。
状況からして、当てる必要ありで。

>>153
2ch/BBSPINKではNFSは使っていないので、
こっちは急ぐ必要ないですね。

**root▲ ★** · NG

>>154
私自身、結構驚いていたり。
前スレにも書きましたが worker MPM については、

5.2.1R 論外
5.3R だめだめ
5.4R 一応動くけど挙動不審
6.0R 今のところ大きな問題なし

という感じのようです。

> bbs.cgiのSpeedyCGIはmod_speedycgiじゃないよね？
> 毎回プロセス起動のほう？

毎回プロセス起動のほうです。
mod_ のほうは、worker MPM では動かないはず。

あと２ちゃんねるみたいな使い方(= CGIはばりばりいじられる、
全サーバのroot権限があるわけではない)だと、
プロセス起動にしておいたほうが、いろいろな意味で安全ですね。

mod_ な環境でCGI が暴走すると httpd を kill しなきゃならないので、
root 権限なかったりすると面倒です。
プロセス起動なら、speedy_backend を kill すればよいわけで。

**root▲ ★** · NG

>>155
> >>139-140 これで "calcru: runtime went backwards......" が出なくなれば，
> 一つ山を越えることになると......

そう願いたいですね。
今週は日曜夜に巨大なトラフィックがある模様。

> >>151 apr_atomic.c で↓のようになってるんで，AMD x86-64 でも行けるかなと．
> #if (defined(__i386__) || defined(__x86_64__)) \

なるほど、使えるですか。

> 話は変わりますが，mod_load_average なんてものがあるようで．

ちょっとそのスレッド読んでみました。
より細やかな制御ができると。

今は read.cgi / bbs.cgi とも LA チェック入っているので急務ではないですが、
使う機会は別にあるのかもなと。

**154** · 2006/03/02(木) 14:45:17

>>157
うーん、やはり6.0はあなどれないな。。
5.2以前のネイティブスレッドは一つのスレッドのI/Oが大きいと
他のスレッドがたちまち遅くなるっていう致命を持った貧弱さだから。。

でも5.3でもだめなんだ。うーん、うちんとこは5.4だからここはpreforkのままでいくしかないな。。

一度workerMPMで動かしたことがあって、あのプロセス数:最大接続数の多さを見たときには感激したけど、
C++で書いたCGI+mod_cgidsoのどっかの動作でMT-safeでなかったらしくApacheが暴れたことがあり(preforkならOK)orz

MT-safeな書き方を学ぼうと思ってついに2006年の春を迎えてしまった。

Thread-safeってすごく便利だけど、やっぱり対応が未だ少ないのがネックか('д`)

**root▲ ★** · 2006/03/02(木) 15:18:11

>>159
> でも5.3でもだめなんだ。

…でした。
ちょっと前に news19 で試したんですが、SIGBUSで落ちまくりで
5分ぐらい掲示板が超挙動不審になってしまい、livemarket1 の住民さんに
「昼間のザラ場の時間にメンテなんて何考えてるんだ !!」って、
ものすごい勢いでおこられました。

デイトレーダーの人たちはどうやらものすごい勢いで、
この掲示板に強く依存しているようです。

MT-safe は、たぶん何かすごくこつがあるんでしょうね。
errno が普通の方法では参照できないとかいうので目からうろこが落ちてるようじゃ、
たぶん、全然だめなんだろうなと。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/02(木) 15:47:11

>>160

> 5分ぐらい掲示板が超挙動不審になってしまい、livemarket1 の住民さんに
> 「昼間のザラ場の時間にメンテなんて何考えてるんだ !!」って、
> ものすごい勢いでおこられました。

そんな時間に株系の板で実験ですか
予告してやったんでしょうか？
でなきゃ{起こ|怒}るのも当たり前でしょう・・・・

> デイトレーダーの人たちはどうやらものすごい勢いで、
> この掲示板に強く依存しているようです。

ワロス

**FAX ★** · 2006/03/02(木) 16:27:11

怒り爆発

**root▲ ★** · NG

>>162
む、、、。何か、私まずいことしたのかしら。

**FAX ★** · 2006/03/02(木) 16:54:13

いえいえ

**動け動けウゴウゴ２ちゃんねる** · 2006/03/02(木) 22:09:19

困るrootたん萌えってことで
むぎゅって言って(*´Д｀)

**root▲ ★** · NG

Saru: Active-Active
http://ultramonkey.jp/papers/active_active/active_active.shtml

これがFreeBSD+matdでもできるようになると、とてもいいなぁとおもた。