2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
また「２ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず２ちゃんねるは、刻一刻と確実に変化し続けています。
2ch特化型サーバ・ロケーション構築作戦 Part21
■ このスレッドは過去ログ倉庫に格納されています
1root▲ ★
NGNG512root▲ ★
2006/05/09(火) 22:16:31ID:???0 bbsd の nice -20 を復活。< live22, news20b
513root▲ ★
2006/05/09(火) 22:18:51ID:???0 続いて、
# StartServers 96
# ServerLimit 96
# ThreadLimit 32
# ThreadsPerChild 32
を、
StartServers 192
ServerLimit 192
ThreadLimit 16
ThreadsPerChild 16
に変更。< @live22
# StartServers 96
# ServerLimit 96
# ThreadLimit 32
# ThreadsPerChild 32
を、
StartServers 192
ServerLimit 192
ThreadLimit 16
ThreadsPerChild 16
に変更。< @live22
2006/05/09(火) 23:42:04ID:SInYPmVl0
今日のサッカーでは、2回しか落ちなかったそうですが、
やっぱり今までと同じsignal 10でcoreも同じところを
さしているんですかね。
やっぱり今までと同じsignal 10でcoreも同じところを
さしているんですかね。
515root▲ ★
2006/05/10(水) 00:06:28ID:???0516root▲ ★
2006/05/10(水) 00:27:13ID:???0 news20 フロント側、準備できたはず。
バックエンドを、かっこいいおにいさんに作ってもらおうと。
バックエンドを、かっこいいおにいさんに作ってもらおうと。
いよいよニュースな雪だるま本格始動ですか
予定としてはnew18と19ついでにlive22からnewsを移転させる形になるんでしょうか？
予定としてはnew18と19ついでにlive22からnewsを移転させる形になるんでしょうか？
>518
昨日のデータ
live22x 513,616
news 78,380
※約１５％程度減るのでかなり楽になるんじゃないかと思います。
昨日のデータ
live22x 513,616
news 78,380
※約１５％程度減るのでかなり楽になるんじゃないかと思います。
520root▲ ★
NGNG >>514
(gdb) thread 31
[Switching to thread 31 (Thread 0x809d700 (LWP 100452))]#0 0x282fc363 in kill
() from /lib/libc.so.6
(gdb) where
#0 0x282fc363 in kill () from /lib/libc.so.6
Cannot access memory at address 0xbf6fba0c
(gdb) info frame
Stack level 0, frame at 0xbf6fba10:
eip = 0x282fc363 in kill; saved eip Cannot access memory at address 0xbf6fba0c
(gdb) info registers
eax 0x0 0
ecx 0x1be42ad0 467938000
edx 0x691 1681
ebx 0xa 10
esp 0xbf6fba0c 0xbf6fba0c
ebp 0xbf6fba28 0xbf6fba28
esi 0x285d9000 677220352
edi 0x5af 1455
eip 0x282fc363 0x282fc363
eflags 0x296 662
cs 0x33 51
ss 0x3b 59
ds 0x3b 59
es 0x3b 59
fs 0x3b 59
gs 0x1b 27
(gdb)
(gdb) thread 31
[Switching to thread 31 (Thread 0x809d700 (LWP 100452))]#0 0x282fc363 in kill
() from /lib/libc.so.6
(gdb) where
#0 0x282fc363 in kill () from /lib/libc.so.6
Cannot access memory at address 0xbf6fba0c
(gdb) info frame
Stack level 0, frame at 0xbf6fba10:
eip = 0x282fc363 in kill; saved eip Cannot access memory at address 0xbf6fba0c
(gdb) info registers
eax 0x0 0
ecx 0x1be42ad0 467938000
edx 0x691 1681
ebx 0xa 10
esp 0xbf6fba0c 0xbf6fba0c
ebp 0xbf6fba28 0xbf6fba28
esi 0x285d9000 677220352
edi 0x5af 1455
eip 0x282fc363 0x282fc363
eflags 0x296 662
cs 0x33 51
ss 0x3b 59
ds 0x3b 59
es 0x3b 59
fs 0x3b 59
gs 0x1b 27
(gdb)
521root▲ ★
NGNG >>519
15% もさることながら、
やっぱりでっかい subject.txt と subback.html と index.html の作成コストですね。
このへんは bbsd になっても、根本的には変わらないところだから。
15% もさることながら、
やっぱりでっかい subject.txt と subback.html と index.html の作成コストですね。
このへんは bbsd になっても、根本的には変わらないところだから。
2006/05/10(水) 01:13:26ID:hn1Ka4nw0
>>521 ドバッっと来た時にやっぱ苦しそうですか？＜bbsd それともディスク I/O かな？
subject.txt は内部的に linked list で持ってるんで，並べ替えはスレ保持数にかかわらず
ポインタ3つ変更するだけなんで，配列をごっそり動かすのに比べれば軽いかとは思うんですが......
subject.txt は内部的に linked list で持ってるんで，並べ替えはスレ保持数にかかわらず
ポインタ3つ変更するだけなんで，配列をごっそり動かすのに比べれば軽いかとは思うんですが......
526root▲ ★
NGNG527root▲ ★
NGNG で、live22は既にHDDを54%も使用しているので、
先日別処で話題にしたように、news20 と同じネーミングルールで live23 を作って、
そのうちそっちにごっそり移動する感じで。
先日別処で話題にしたように、news20 と同じネーミングルールで live23 を作って、
そのうちそっちにごっそり移動する感じで。
2006/05/10(水) 17:35:48ID:2UgEWxSc0
やるにしても物の怪のあとにしませう
2006/05/10(水) 18:18:49ID:A6jmr1wX0
たぶん、物の怪に備えて、だと思います。
530root▲ ★
NGNG >>170
thttpd
http://www.acme.com/software/thttpd/
ここにすごいことがいろいろ書いてあるですね。
非圧縮の dat のところだけ、これにしてみるとかありなのか。
別途、試すということで。
thttpd
http://www.acme.com/software/thttpd/
ここにすごいことがいろいろ書いてあるですね。
非圧縮の dat のところだけ、これにしてみるとかありなのか。
別途、試すということで。
531root▲ ★
NGNG cobra2244 が上がったら、プライベート側の IP アドレス振ってきます。
(さっきやればよかったんですが、落としてしまってから気がついた)
ping 待ち中。
(さっきやればよかったんですが、落としてしまってから気がついた)
ping 待ち中。
532root▲ ★
NGNG …って、○○○したっぽいすね。
>>530
lighttpdが忘れ去られているような気もしなくもない。
あと、一時注目された日本製のサーバーソフトのesehttpdぐらいかな。
http://esehttpd.sourceforge.jp/doc/ja/index.html
lighttpdが忘れ去られているような気もしなくもない。
あと、一時注目された日本製のサーバーソフトのesehttpdぐらいかな。
http://esehttpd.sourceforge.jp/doc/ja/index.html
2006/05/11(木) 01:17:29ID:xmDDmeZ00
FreeBSDにはカーネルで動くhttpdは無いのかな。
あればそっち系が最強なんだろうけど。行儀のよさはともかく。
あればそっち系が最強なんだろうけど。行儀のよさはともかく。
NGNG
>>536
lighttpdは一応，下の二つに関してはできるようです．
mod_compressとmod_cgiを使えば．
パフォーマンスはどうなんでしょうねぇ
早いとは聞きますけど，実際どうなのかはイマイチ
わかりませぬ……
lighttpdは一応，下の二つに関してはできるようです．
mod_compressとmod_cgiを使えば．
パフォーマンスはどうなんでしょうねぇ
早いとは聞きますけど，実際どうなのかはイマイチ
わかりませぬ……
NGNG
540root▲ ★
NGNG541root▲ ★
NGNG 性的 → 静的
2006/05/11(木) 02:16:54ID:YAxUh3wk0
_, ._
（ ﾟ Дﾟ）
（ ﾟ Дﾟ）
NGNG
>>526 最終段落のを反映してみますた．
-i subject_txt_interval[:subject_html_interval]: subject ファイル更新間隔(秒) [デフォルト: txt = 5, html = txt に同じ]
で，mod_proxy でフロント側に渡すコンテンツについてはバック側の httpd は
ポート 80 にこだわらなくてもよい，つまり呪文 CGI 等は普通に Apache 使って，
一方 dat や subject.txt 等は軽量版 httpd を別ポートで走らせる，ってことでも
いいのではないかと．圧縮もフロント側にやらせればバック側は sendfile() 一発ですね．
プライベートネットワークのトラフィック削減は mod_cache の仕事ってことで．
-i subject_txt_interval[:subject_html_interval]: subject ファイル更新間隔(秒) [デフォルト: txt = 5, html = txt に同じ]
で，mod_proxy でフロント側に渡すコンテンツについてはバック側の httpd は
ポート 80 にこだわらなくてもよい，つまり呪文 CGI 等は普通に Apache 使って，
一方 dat や subject.txt 等は軽量版 httpd を別ポートで走らせる，ってことでも
いいのではないかと．圧縮もフロント側にやらせればバック側は sendfile() 一発ですね．
プライベートネットワークのトラフィック削減は mod_cache の仕事ってことで．
2006/05/11(木) 09:26:49ID:2snFSxIN0
546root▲ ★
NGNG >>544
どもです。
#!/bin/sh
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
/usr/bin/nice -n -20 setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 5:30 -I 120 -n 8 -p 2222 -s live22x.2ch.net
live22 こうしてみました。
txt は5秒、html は 30秒間隔。
どもです。
#!/bin/sh
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
/usr/bin/nice -n -20 setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 5:30 -I 120 -n 8 -p 2222 -s live22x.2ch.net
live22 こうしてみました。
txt は5秒、html は 30秒間隔。
547root▲ ★
NGNG なお、64bit 環境でコンパイルすると、
bbsd.c: In function `workerloop':
bbsd.c:2958: warning: cast to pointer from integer of different size
となる様子。
bbsd.c: In function `workerloop':
bbsd.c:2958: warning: cast to pointer from integer of different size
となる様子。
548root▲ ★
NGNG >>544
mod_proxy って、こういうのどう動くんでしたっけ。
・back =mod_proxy= front <= dat 直どり、gzip圧縮をリクエスト
このとき、
back で圧縮
front で圧縮
どっちかなと。
# back が圧縮している気がする。
mod_proxy って、こういうのどう動くんでしたっけ。
・back =mod_proxy= front <= dat 直どり、gzip圧縮をリクエスト
このとき、
back で圧縮
front で圧縮
どっちかなと。
# back が圧縮している気がする。
552root▲ ★
NGNG 負荷が下がった♪ @ live22
553root▲ ★
NGNG 更新しました。 bbsd @ live22, news20b
554▲ ◆SANUKI/VII
NGNG おめでとうー。
555root▲ ★
NGNG mod_deflate オフは、live22 と news20b で実施。
2006/05/11(木) 18:38:55ID:AF9Dun+70
>>551-553 >>555 乙です．が......ひょっとして mod_deflate に AddOutputFilterByType 使ってますか？
コンテンツが圧縮されてないようなんで...... reverse proxy の場合 AddOutputFilterByType は効かないので，
mod_filter 使った方がいいかと． http://httpd.apache.org/docs-2.2/mod/mod_filter.html
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type $text/
FilterChain deflate
コンテンツが圧縮されてないようなんで...... reverse proxy の場合 AddOutputFilterByType は効かないので，
mod_filter 使った方がいいかと． http://httpd.apache.org/docs-2.2/mod/mod_filter.html
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type $text/
FilterChain deflate
558root▲ ★
NGNG >>557
なるほど。
ばっちり、AddOutputByType 使っているです。
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
上記と等価にするためには、
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type text/html text/plain text/css text/xml application/x-javascript
FilterChain deflate
これでいいのかしら。
なるほど。
ばっちり、AddOutputByType 使っているです。
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
上記と等価にするためには、
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type text/html text/plain text/css text/xml application/x-javascript
FilterChain deflate
これでいいのかしら。
559root▲ ★
NGNG あともうひとつ心配があって、
Apache 2.0 なサーバと .htaccess は共有していたりするわけですが、
2.0 なサーバに悪影響出ないのかなと。
# 出るようなら、とりあえず httpd.conf でやろうかと。
Apache 2.0 なサーバと .htaccess は共有していたりするわけですが、
2.0 なサーバに悪影響出ないのかなと。
# 出るようなら、とりあえず httpd.conf でやろうかと。
560root▲ ★
NGNG <IfModule ...> </IfModule> で囲めばいいのかな。
いずれにせよ、到着してからということで。
いずれにせよ、到着してからということで。
>>558-560 FilterProvider では単純列挙ってのはないので，同じようにやるとしたら regex でやることになるかと．
あと，mod_filter は 2.1 以降しかないんで IfModule で囲めば Ok ですね．
# mod_filter がない 2.0 まで用
<IfModule !filter_module>
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
</IfModule>
# mod_filter がある 2.1 以降用
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F(html|plain|css|xml)|application\x2Fx-javascript/
# FilterProvider の regex 中の / は \ でエスケープしてもダメポなんで \x2F で......
# というか text/.... は個別に列挙しなくてもいいかも？
# FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
あと，mod_filter は 2.1 以降しかないんで IfModule で囲めば Ok ですね．
# mod_filter がない 2.0 まで用
<IfModule !filter_module>
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
</IfModule>
# mod_filter がある 2.1 以降用
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F(html|plain|css|xml)|application\x2Fx-javascript/
# FilterProvider の regex 中の / は \ でエスケープしてもダメポなんで \x2F で......
# というか text/.... は個別に列挙しなくてもいいかも？
# FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
2006/05/12(金) 10:13:39ID:vEwIbtM70
<IfModule filter_module>で2.0って誤爆しないの？
2006/05/12(金) 10:19:17ID:vEwIbtM70
あ、そもそも一致しないから誤爆するわけないですね。すんません。
サポート切れるとなると5.5か6へのリプレース計画を立てる必要があるかも
ttp://lists.freebsd.org/pipermail/freebsd-security/2006-May/003695.html
ttp://lists.freebsd.org/pipermail/freebsd-security/2006-May/003695.html
2006/05/12(金) 20:13:41ID:u/+yAwfq0
4.10の鯖なんてあったっけ？
>565
問題になってくるのは5.4Rのサポートが１０月で切れちゃうこと
（5.4R使用マシンは多い）
問題になってくるのは5.4Rのサポートが１０月で切れちゃうこと
（5.4R使用マシンは多い）
567root▲ ★
NGNG ネットワークトラフィックが多くて、bbsd が通信できなかったのかな。
だとすると、ちと微妙だなぁ。
だとすると、ちと微妙だなぁ。
568root▲ ★
NGNG でも、ピークは「だまれなんたら」じゃないのか。
だとすると、bbsd のスレッド数を最初から多くしておくといいのかな。
【蕨】負荷監視所_20060511
http://live14.2ch.net/test/read.cgi/liveplus/1147326099/230
だとすると、bbsd のスレッド数を最初から多くしておくといいのかな。
【蕨】負荷監視所_20060511
http://live14.2ch.net/test/read.cgi/liveplus/1147326099/230
569root▲ ★
NGNG …やはり「だまれなんたら」らしいみたいですね。
570root▲ ★
2006/05/13(土) 04:42:23ID:???0571root▲ ★
2006/05/13(土) 06:04:45ID:???0 liveb1 関連
ex12 削除
news20 追加 済。
>>561- を後で処理する (ちらしのうら)。
ex12 削除
news20 追加 済。
>>561- を後で処理する (ちらしのうら)。
572root▲ ★
2006/05/13(土) 12:38:52ID:???0 >>561
うーん、なんか入れても動かないです。
mod_deflate を httpd.conf 的に mod_filter よりも先に読まないといけないのかと思って、
変えてみたりもしたのですが。
もうちょっと調べてみます。
うーん、なんか入れても動かないです。
mod_deflate を httpd.conf 的に mod_filter よりも先に読まないといけないのかと思って、
変えてみたりもしたのですが。
もうちょっと調べてみます。
573root▲ ★
NGNG うーむ、
# for Apache 2.0 (original mod_deflate)
<IfModule !filter_module>
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
</IfModule>
# for Apache 2.2 (emulating mod_deflate for Snowman front-end servers)
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
で、
GET /index.html HTTP/1.1
Accept-Encoding: gzip
は圧縮されるけど、
GET /livecx/index.html HTTP/1.1
Accept-Encoding: gzip
は、圧縮されないみたい。
# for Apache 2.0 (original mod_deflate)
<IfModule !filter_module>
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
</IfModule>
# for Apache 2.2 (emulating mod_deflate for Snowman front-end servers)
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
で、
GET /index.html HTTP/1.1
Accept-Encoding: gzip
は圧縮されるけど、
GET /livecx/index.html HTTP/1.1
Accept-Encoding: gzip
は、圧縮されないみたい。
574root▲ ★
NGNG >>573
# for Apache 2.2 (emulating mod_deflate for Snowman front-end servers)
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
ここをコメントアウトすると、
GET /index.html HTTP/1.1
Accept-Encoding: gzip
も圧縮されなくなるから、上記が効いていることは間違いなさそうだけど、、、。
# for Apache 2.2 (emulating mod_deflate for Snowman front-end servers)
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
ここをコメントアウトすると、
GET /index.html HTTP/1.1
Accept-Encoding: gzip
も圧縮されなくなるから、上記が効いていることは間違いなさそうだけど、、、。
2006/05/13(土) 13:29:10ID:9X9tJdnkO
ローカル？
576root▲ ★
NGNG mod_filter が mod_deflate の上の行で読まれていても大丈夫みたい。
順番は関係ないと。
でも、状況は変わらないなぁ。
順番は関係ないと。
でも、状況は変わらないなぁ。
578root▲ ★
NGNG んー、いろいろ試したけど、なんかうまくないすね。
mod_proxy.c もさらっと読んでみてみたんですが。
なんか限界なんで、そろそろオフラインになります。
# しかし、外人どもは元気だ、、、。
mod_proxy.c もさらっと読んでみてみたんですが。
なんか限界なんで、そろそろオフラインになります。
# しかし、外人どもは元気だ、、、。
NGNG
お疲れさまです。
ゆっくりとお休みくださいな。
ゆっくりとお休みくださいな。
580stream ◆PNstream2s
2006/05/13(土) 19:16:05ID:wpvsdD2T0 http://httpd.apache.org/docs/2.2/mod/mod_filter.html
FilterProtocolディレクティブは関係ないのかな？
FilterProtocol deflate proxy=yes
FilterProtocolディレクティブは関係ないのかな？
FilterProtocol deflate proxy=yes
581stream ◆PNstream2s
2006/05/13(土) 20:55:04ID:+8jLjuwx0 いろいろ試してみたんですが、mod_filterがどうたらの問題ではないんでは？
http://orz.stream.st/cache/test.txt ←ローカルのファイル
http://orz.stream.st/cache/subject.txt ← http://live22.2ch.net/liventv/subject.txt
<Directory /○○/cache/>
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
</Directory>
↑だとtest.txtは圧縮され、subject.txtは圧縮されません。
<Proxy http://live22.2ch.net/liventv/subject.txt>;
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
</Proxy>
↑だとsubject.txtは圧縮されます。
http://orz.stream.st/cache/test.txt ←ローカルのファイル
http://orz.stream.st/cache/subject.txt ← http://live22.2ch.net/liventv/subject.txt
<Directory /○○/cache/>
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
</Directory>
↑だとtest.txtは圧縮され、subject.txtは圧縮されません。
<Proxy http://live22.2ch.net/liventv/subject.txt>;
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
</Proxy>
↑だとsubject.txtは圧縮されます。
582stream ◆PNstream2s
2006/05/13(土) 21:21:56ID:DSeDtlVB0 もしかして・・・と思ったらやっぱり。
http://live22x1.2ch.net/liventv/SETTING.TXT ←バーボンになる
http://live22x1.2ch.net/liventv/subject.txt ←バーボンにならない
http://live22x1.2ch.net/liventv/SETTING.TXT ←バーボンになる
http://live22x1.2ch.net/liventv/subject.txt ←バーボンにならない
584stream ◆PNstream2s
2006/05/13(土) 22:55:28ID:oOzoW8uq0 .htaccessはDirectoryディレクティブと同じだから
ProxyPassで設定したところは有効にならないってことですね。
mod_deflateが効かなかったのはAddOutputFilterByTypeでもmod_filterでも
設定している場所が間違っていたと。
>>583
htaccess使う限り、そうなりますね
ProxyPassで設定したところは有効にならないってことですね。
mod_deflateが効かなかったのはAddOutputFilterByTypeでもmod_filterでも
設定している場所が間違っていたと。
>>583
htaccess使う限り、そうなりますね
586stream ◆PNstream2s
2006/05/13(土) 23:06:21ID:oOzoW8uq0 あ......そうか，
>>584
>.htaccessはDirectoryディレクティブと同じだから
というのが盲点でした......>>561 は httpd.conf 中でグローバルに定義すべきですね．
ただ......AddOutputFilterByType にはいろいろ問題があったゆえ
mod_filter が作られたって経緯もあって，その一つが
http://httpd.apache.org/docs-2.2/mod/core.html#addoutputfilterbytype
>The by-type output filters are never applied on proxy requests.
ということで（これは ByType ではない AddOutputFilter や SetOutputFilter なら平気です）．
>>584
>.htaccessはDirectoryディレクティブと同じだから
というのが盲点でした......>>561 は httpd.conf 中でグローバルに定義すべきですね．
ただ......AddOutputFilterByType にはいろいろ問題があったゆえ
mod_filter が作られたって経緯もあって，その一つが
http://httpd.apache.org/docs-2.2/mod/core.html#addoutputfilterbytype
>The by-type output filters are never applied on proxy requests.
ということで（これは ByType ではない AddOutputFilter や SetOutputFilter なら平気です）．
589root▲ ★
NGNG # enable compressing
# http://qb5.2ch.net/test/read.cgi/operate/1145114275/561-588
<Proxy *>
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
</Proxy>
という記述を追加してみた。 @ live22x1〜live22x5
# http://qb5.2ch.net/test/read.cgi/operate/1145114275/561-588
<Proxy *>
<IfModule filter_module>
FilterDeclare deflate CONTENT_SET
FilterProvider deflate DEFLATE Content-Type /text\x2F\w+|application\x2Fx-javascript/
FilterChain deflate
</IfModule>
</Proxy>
という記述を追加してみた。 @ live22x1〜live22x5
>>589 乙です．ただ，ローカルコンテンツも reverse proxy のコンテンツも
両方圧縮するなら <Proxy *>〜</Proxy> で囲まなくてもいいのかも．
両方圧縮するなら <Proxy *>〜</Proxy> で囲まなくてもいいのかも．
>>592 それならそれでもいいんですが，わざわざ別々に設定しなくても......
とはいえ .htaccess は他の鯖と共通だからそれとの兼ね合いもあるんですね......
まぁ AddOutputFilterByType は今後 obsolete になるということで，
そのあたりの設定も徐々に移行させた方がいいのかも知れませんが．
とはいえ .htaccess は他の鯖と共通だからそれとの兼ね合いもあるんですね......
まぁ AddOutputFilterByType は今後 obsolete になるということで，
そのあたりの設定も徐々に移行させた方がいいのかも知れませんが．
594root▲ ★
NGNG >>593
> とはいえ .htaccess は他の鯖と共通だからそれとの兼ね合いもあるんですね......
なんですよね。
なんか、圧縮が2回かかってしまいそうで、安全側に倒しました。
Apache 2.2 なサーバが今後増えてきたら、また考えることになるのかなと。
> とはいえ .htaccess は他の鯖と共通だからそれとの兼ね合いもあるんですね......
なんですよね。
なんか、圧縮が2回かかってしまいそうで、安全側に倒しました。
Apache 2.2 なサーバが今後増えてきたら、また考えることになるのかなと。
そういえば......以前 bbspink の鯖でエラーページを 2ch のと別のところに飛ばすのに
httpd のコマンドラインで -Dbbspink ってやって，httpd.conf 中で
<IfDefine bbspink>〜</IfDefine> を使うってのやってたような記憶がありますが，
雪だるまでも例えば httpd -Dsnowman で起動して <IfDefine snowman>〜</IfDefine> に
雪だるま用特殊設定を入れる（逆に雪だるまで不要なのは <IfDefine !snowman>〜</IfDefine>
に入れる）っていうような手もありますね．
httpd のコマンドラインで -Dbbspink ってやって，httpd.conf 中で
<IfDefine bbspink>〜</IfDefine> を使うってのやってたような記憶がありますが，
雪だるまでも例えば httpd -Dsnowman で起動して <IfDefine snowman>〜</IfDefine> に
雪だるま用特殊設定を入れる（逆に雪だるまで不要なのは <IfDefine !snowman>〜</IfDefine>
に入れる）っていうような手もありますね．
SO_RCVBUF を 262,144 -> 2,097,152 にしてみますた＜bbsd.c
この方がドバっと来た時にパケット取りこぼしの可能性が小さくなるだろうということで．
OS 側の設定でこの値に対応できるようになってることが条件ですが（対応してなければ
bbsd 起動時に "warning: setsockopt: No buffer space available" と警告が出ます）．
この方がドバっと来た時にパケット取りこぼしの可能性が小さくなるだろうということで．
OS 側の設定でこの値に対応できるようになってることが条件ですが（対応してなければ
bbsd 起動時に "warning: setsockopt: No buffer space available" と警告が出ます）．
598root▲ ★
NGNG >>597
@40000000446893d4316e617c warning: setsockopt: No buffer space available
@40000000446893d4316e711c warning: setsockopt: No buffer space available
ふむ。何かカーネルパラメータをいじらないといけないのかな。
@40000000446893d4316e617c warning: setsockopt: No buffer space available
@40000000446893d4316e711c warning: setsockopt: No buffer space available
ふむ。何かカーネルパラメータをいじらないといけないのかな。
599root▲ ★
NGNG /etc/sysctl.conf:
#kern.ipc.maxsockbuf=2097152
↓
kern.ipc.maxsockbuf=3840000
にした。 @ live22, news20b
#kern.ipc.maxsockbuf=2097152
↓
kern.ipc.maxsockbuf=3840000
にした。 @ live22, news20b
600root▲ ★
NGNG で、bbsd 入れ替え完了 @ live22, news20b
2006/05/16(火) 01:26:05ID:XkjQ/GE30
次の一手はなんですかね。
・mod_cacheリターンマッチ
・live23の追加(365main待ちかも)
・thttpd/lighttpd/esehttpdの評価
とか。
・mod_cacheリターンマッチ
・live23の追加(365main待ちかも)
・thttpd/lighttpd/esehttpdの評価
とか。
>>598-600 乙です．
>>601 3番目のは，バックエンドの httpd を CGI 用と静的コンテンツ用に分離すれば，
Apache でもまだ改善の余地はありそうですね．
[CGI 用 -> 呪文等]
・ 基本的に従来通りの設定．
[静的コンテンツ用 -> dat や subject.txt 等をフロントに転送]
・ 別ポート使用（reverse proxy 用なので port 80 である必要はない），
さらに非特権ポートなら root 権限なしで操作可能になる．
・ 徹底的にスリム化（highperformance.conf 等をベースに），
モジュールをどんどん削ぎ落とし，.htaccess も使用せず
設定はすべて httpd.conf で行うことで毎リクエストごとに
.htaccess の読み込み・パースを行わずに済む．
MultiViews も毎回 readdir(_r) することになるので使わない．
・ 上記のような設定により，.htaccess による Deny も効かなくなるとか，
mod_cgi(d) も外すと外部から直接 CGI を叩かれるとソースを
垂れ流すとかしてしまうので，扱うファイルを限定する．
bind() するのもプライベートアドレスに限定した方がいいかも．
Listen 192.168.xxx.xxx:8080
<Files *>
Deny from all
</Files>
<FilesMatch "^(\d+\.dat|subject\.txt|(subback|index)\.html|)$">
Allow from all
</FilesMatch>
>>601 3番目のは，バックエンドの httpd を CGI 用と静的コンテンツ用に分離すれば，
Apache でもまだ改善の余地はありそうですね．
[CGI 用 -> 呪文等]
・ 基本的に従来通りの設定．
[静的コンテンツ用 -> dat や subject.txt 等をフロントに転送]
・ 別ポート使用（reverse proxy 用なので port 80 である必要はない），
さらに非特権ポートなら root 権限なしで操作可能になる．
・ 徹底的にスリム化（highperformance.conf 等をベースに），
モジュールをどんどん削ぎ落とし，.htaccess も使用せず
設定はすべて httpd.conf で行うことで毎リクエストごとに
.htaccess の読み込み・パースを行わずに済む．
MultiViews も毎回 readdir(_r) することになるので使わない．
・ 上記のような設定により，.htaccess による Deny も効かなくなるとか，
mod_cgi(d) も外すと外部から直接 CGI を叩かれるとソースを
垂れ流すとかしてしまうので，扱うファイルを限定する．
bind() するのもプライベートアドレスに限定した方がいいかも．
Listen 192.168.xxx.xxx:8080
<Files *>
Deny from all
</Files>
<FilesMatch "^(\d+\.dat|subject\.txt|(subback|index)\.html|)$">
Allow from all
</FilesMatch>
>>602 事故レス
>[CGI 用 -> 呪文等]
> ・ 基本的に従来通りの設定．
もちろんこれは，プロセス数・スレッド数なんかはずっと少なくしていいでしょうけど．
>[CGI 用 -> 呪文等]
> ・ 基本的に従来通りの設定．
もちろんこれは，プロセス数・スレッド数なんかはずっと少なくしていいでしょうけど．
お世話になっております。株式会社jig.jpの菊池です。
一部IPを変更致しましたのでご連絡致します。
【CIDR表記】
210.188.220.168/29を追加
【IPの変更】
br1007 210.166.210.223 →210.188.220.169
br1008 210.166.210.224 →210.188.220.170
br1009 210.166.210.232 →210.188.220.171
br1010 210.166.210.225 →210.188.220.172
br1011 210.166.211.32 →210.188.220.173
br1012 210.166.210.227 →210.188.220.174
一覧も更新致しました。
http://br.jig.jp/ip_br.html
ご対応宜しくお願い致します。
一部IPを変更致しましたのでご連絡致します。
【CIDR表記】
210.188.220.168/29を追加
【IPの変更】
br1007 210.166.210.223 →210.188.220.169
br1008 210.166.210.224 →210.188.220.170
br1009 210.166.210.232 →210.188.220.171
br1010 210.166.210.225 →210.188.220.172
br1011 210.166.211.32 →210.188.220.173
br1012 210.166.210.227 →210.188.220.174
一覧も更新致しました。
http://br.jig.jp/ip_br.html
ご対応宜しくお願い致します。
606root▲ ★
NGNG >>605
了解しました。
しかし、以前お教えいただいたこちらのページは更新されていないようです。
http://br.jig.jp/pc/ip_br.html
すみませんがあわせて更新いただきますよう、よろしくお願いいたします。
了解しました。
しかし、以前お教えいただいたこちらのページは更新されていないようです。
http://br.jig.jp/pc/ip_br.html
すみませんがあわせて更新いただきますよう、よろしくお願いいたします。
610root▲ ★
NGNG BG3, BG4 (携帯用バックエンド)、PREEMPTION なしの設定にした。
少しでもパフォーマンスアップすればなと。
少しでもパフォーマンスアップすればなと。
611root▲ ★
NGNG で、このへんを設定。 < BG3/4
# Thank you for AC, http://qb5.2ch.net/test/read.cgi/operate/1140540754/676
net.isr.direct=1
# increase network send/receive buffer
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.udp.maxdgram=131072
net.inet.udp.recvspace=131072
net.local.stream.sendspace=131072
net.local.stream.recvspace=131072
net.local.dgram.maxdgram=131072
net.local.dgram.recvspace=131072
net.inet.raw.recvspace=131072
net.inet.raw.maxdgram=131072
#net.inet.tcp.delayed_ack=0
# Thank you for AC, http://qb5.2ch.net/test/read.cgi/operate/1140540754/676
net.isr.direct=1
# increase network send/receive buffer
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.udp.maxdgram=131072
net.inet.udp.recvspace=131072
net.local.stream.sendspace=131072
net.local.stream.recvspace=131072
net.local.dgram.maxdgram=131072
net.local.dgram.recvspace=131072
net.inet.raw.recvspace=131072
net.inet.raw.maxdgram=131072
#net.inet.tcp.delayed_ack=0
■ このスレッドは過去ログ倉庫に格納されています
