2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
また「２ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず２ちゃんねるは、刻一刻と確実に変化し続けています。
2ch特化型サーバ・ロケーション構築作戦 Part21
■ このスレッドは過去ログ倉庫に格納されています
1root▲ ★
NGNG458root▲ ★
NGNG >>429
○live22x1 OS バージョンアップ + Apache 更新 … 済 6.1R
・news20 システム構築 … DNS 登録 done 後作業継続予定、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 土曜日なので週明けからか
・memories = oyster902 httpd が暴走する問題 … とりあえずその場しのぎを入れてみた
・削除の呪文の mod_proxy でのフォワード … 別途すすめる
○live22x1 OS バージョンアップ + Apache 更新 … 済 6.1R
・news20 システム構築 … DNS 登録 done 後作業継続予定、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 土曜日なので週明けからか
・memories = oyster902 httpd が暴走する問題 … とりあえずその場しのぎを入れてみた
・削除の呪文の mod_proxy でのフォワード … 別途すすめる
459root▲ ★
NGNG 違うとは思えないけど、
config ...; make cleandepend; make depend; make で作ったカーネルと、
make buildkernel KERNCONF=... で作ったカーネルでやってみた。
しかし、やはりだめだった。
リブート依頼と調査依頼(一時的に作業依頼止めていた)出します。
# 今日は、ここまでで、、、。ううむ。
config ...; make cleandepend; make depend; make で作ったカーネルと、
make buildkernel KERNCONF=... で作ったカーネルでやってみた。
しかし、やはりだめだった。
リブート依頼と調査依頼(一時的に作業依頼止めていた)出します。
# 今日は、ここまでで、、、。ううむ。
2006/05/07(日) 03:49:17ID:cgA4oCWW0
>459
お疲れ様でした〜
原因は指摘してるＣＰＵ１発あぼ〜ん説に一票
ＳＭＰ無しで動くのに有りにするとこけるなんて１発壊れてるとしか思えない
お疲れ様でした〜
原因は指摘してるＣＰＵ１発あぼ〜ん説に一票
ＳＭＰ無しで動くのに有りにするとこけるなんて１発壊れてるとしか思えない
2006/05/07(日) 04:11:52ID:ggeP+nf10
乙です。
live22のOS version up後もsignal 10で
落ちていますか？
live22のOS version up後もsignal 10で
落ちていますか？
465root▲ ★
NGNG フロントエンド5台も、signal 10 は現在まで一つも観測していない模様。
466root▲ ★
NGNG 今見てみましたが、signal 10 がひとつもありませんね。< live22/live22x1
これは、バージョンアップが有効だったということなのかしら。
これは、バージョンアップが有効だったということなのかしら。
467root▲ ★
NGNG 6.1R にして、全体的に明らかに軽くなった気がするんだけど、
何が変わったんだろう。
5.4R → 6.0R の時は、ファイルシステム周りが劇的に軽くなった気がしたんですが、
6.0R → 6.1R では、全体になんとなくっていう感じ。
何が変わったんだろう。
5.4R → 6.0R の時は、ファイルシステム周りが劇的に軽くなった気がしたんですが、
6.0R → 6.1R では、全体になんとなくっていう感じ。
468root▲ ★
2006/05/07(日) 22:48:05ID:???0 ぢぇんぬさんに教えてもらった削除系標準呪文セットを、
mod_proxy で live22 にとばすようにしてみた。
これで、うまくいくといいけど。
mod_proxy で live22 にとばすようにしてみた。
これで、うまくいくといいけど。
469root▲ ★
NGNG そういえばいただきオンラインって、
live22x => live22 という処理入れていたんでしたっけ。
もし入れていたら、解除をお願いしますです。 > いただきさん
live22x => live22 という処理入れていたんでしたっけ。
もし入れていたら、解除をお願いしますです。 > いただきさん
470root▲ ★
NGNG お知らせしてきました。
☆ 連絡＆報告 6 ☆
http://qb5.2ch.net/test/read.cgi/saku/1127100825/940
>>469 をいただきさんに知らせるには、
どうすればよいのかしら。
☆ 連絡＆報告 6 ☆
http://qb5.2ch.net/test/read.cgi/saku/1127100825/940
>>469 をいただきさんに知らせるには、
どうすればよいのかしら。
>>428
done
done
NGNG
>>470
たもんくんのスレで告知してる人がいらっしゃいました。
たもんくんのスレで告知してる人がいらっしゃいました。
474root▲ ★
NGNG >>458
・news20 システム構築 … DNS 登録済、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 週明けからの見込み
○memories = oyster902 httpd が暴走する問題 … その場しのぎはとりあえず機能している模様(後述)
○削除の呪文の mod_proxy でのフォワード … 設定済、異常報告があれば対応
・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
・news20 システム構築 … DNS 登録済、ただしトラブル解決後
・news20b = cobra2247 トラブル中、調査依頼中 … 週明けからの見込み
○memories = oyster902 httpd が暴走する問題 … その場しのぎはとりあえず機能している模様(後述)
○削除の呪文の mod_proxy でのフォワード … 設定済、異常報告があれば対応
・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
475root▲ ★
NGNG こんなかんじ @ oyster902
May 7 07:05:00 <0.3> oyster902 kernel: pid 11511 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:30:46 <0.3> oyster902 kernel: pid 11593 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:33:31 <0.3> oyster902 kernel: pid 11414 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:46:34 <0.3> oyster902 kernel: pid 11506 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 09:03:30 <0.3> oyster902 kernel: pid 11604 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:05:00 <0.3> oyster902 kernel: pid 11511 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:30:46 <0.3> oyster902 kernel: pid 11593 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:33:31 <0.3> oyster902 kernel: pid 11414 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 07:46:34 <0.3> oyster902 kernel: pid 11506 (httpd), uid 80, was killed: exceeded maximum CPU limit
May 7 09:03:30 <0.3> oyster902 kernel: pid 11604 (httpd), uid 80, was killed: exceeded maximum CPU limit
478root▲ ★
NGNG >>474
> ・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
【365Main】 回線増速(ニュー速とかお引越しのご案内)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/
はてさてふふ〜ん♪ ってかんじで。
> ・なにやら大きな引越しがあるとかなんとか … 動きが決まってきたらということで
【365Main】 回線増速(ニュー速とかお引越しのご案内)
http://qb5.2ch.net/test/read.cgi/operate/1147078648/
はてさてふふ〜ん♪ ってかんじで。
2006/05/08(月) 18:32:35ID:+IcN8WWS0
でっきるかなー。
480root▲ ★
NGNG FreeBSD 6.1 Released
http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001064.html
ということで、正式アナウンス出ました。
http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001064.html
ということで、正式アナウンス出ました。
2006/05/09(火) 15:41:23ID:MQ3hQHvO0
>>480
おお。さっそくex14(ry
おお。さっそくex14(ry
482root▲ ★
NGNG news20b が退院したという情報が入りました。
負荷テスト後問題なければ、news20 本格稼動へと。
負荷テスト後問題なければ、news20 本格稼動へと。
483root▲ ★
NGNG 負荷テスト(make -j 4 buildworld) を流して数分もたずにハングアップしました、、、。
中の人と調整中。
中の人と調整中。
485root▲ ★
NGNG 今回の修理は、ファンの交換だったと聞いているです。
486root▲ ★
NGNG …しかし、CPUの温度は確かに高いです。
ファン交換前は CPU #0 が52℃、CPU #1 が58℃でした。
今は CPU #0 が49℃、CPU #1 が53℃のようです。
ううむ。
ファン交換前は CPU #0 が52℃、CPU #1 が58℃でした。
今は CPU #0 が49℃、CPU #1 が53℃のようです。
ううむ。
2006/05/09(火) 16:41:16ID:9Ukca2IH0
センターうんこじゃないとか
488root▲ ★
NGNG ちょっと、他の cobra サーバの様子をみてみるか。
489root▲ ★
NGNG ちょっと BBQ サーバ、リブートします。
BBQ2 があるので、システム自体は止まらないはず。
BBQ2 があるので、システム自体は止まらないはず。
490root▲ ★
NGNG BBQ = cobra2245 は、#0 #1 とも 55℃ ですね。
でも、数ヶ月以上問題なく動いていました。
つまり、CPU ファンの異常とは思えない。
でも、数ヶ月以上問題なく動いていました。
つまり、CPU ファンの異常とは思えない。
491root▲ ★
NGNG BIOS のスクリーンショットを保存して、立ち上げなおし中。
…これは、原因は温度上昇ではないですね。
…これは、原因は温度上昇ではないですね。
492root▲ ★
NGNG BBQ ブートアップしました。
493root▲ ★
NGNG …まさか、とは思うものの、
ex14 から /boot/kernel/kernel だけ抜いてきて、
その環境で動かして、負荷テストしてみることにした。
amd64 な FreeBSD 6.1R は初体験のはずなので。
ex14 から /boot/kernel/kernel だけ抜いてきて、
その環境で動かして、負荷テストしてみることにした。
amd64 な FreeBSD 6.1R は初体験のはずなので。
494root▲ ★
NGNG なんか、止まらないや、、、。
うーむうーむ。
うーむうーむ。
495root▲ ★
NGNG FreeBSD for AMD64(and for oyster901)
http://pc8.2ch.net/test/read.cgi/unix/1075691732/804
804 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/03/15(水) 09:50:47
X2 4200+ 6.1-PRERELEASE だけど、
options SCHED_ULE
options ADAPTIVE_GIANT
を共に有効にしたカーネルのとき、/をマウントするところで凍ったことはある。
どちらか一方なら平気だけど。
今は ADAPTIVE_GIANT を切って様子見ているけど。
http://pc8.2ch.net/test/read.cgi/unix/1075691732/804
804 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/03/15(水) 09:50:47
X2 4200+ 6.1-PRERELEASE だけど、
options SCHED_ULE
options ADAPTIVE_GIANT
を共に有効にしたカーネルのとき、/をマウントするところで凍ったことはある。
どちらか一方なら平気だけど。
今は ADAPTIVE_GIANT を切って様子見ているけど。
496root▲ ★
NGNG SCHED_ULE は有効にしていないので、大丈夫だとは思うんですが、
ううむ。
ううむ。
497root▲ ★
NGNG 6.1R で入った機能というと、kbdmux か。
はずしてみます。
はずしてみます。
499root▲ ★
NGNG あるいは、これだとちといやだなぁ、、、。
http://www.freebsd.org/releases/6.1R/todo.html
UFS deadlocks on amd64
Needs testing
Tor Egge Seen by Kris Kennaway. This problem seems MI.
http://www.freebsd.org/releases/6.1R/todo.html
UFS deadlocks on amd64
Needs testing
Tor Egge Seen by Kris Kennaway. This problem seems MI.
500root▲ ★
NGNG kbdmux を外したカーネルにして、make -j 4 buildworld を実行。
501root▲ ★
NGNG 動いてます、、、。
502root▲ ★
NGNG make は好調に続いています。
#device kbdmux # keyboard multiplexer
これをカーネル設定ファイルから外したら、動きました。
この設定(キーボードマルチプレクサ)は 6.1R から、
i386 と amd64 では、標準で有効になっています。
i386 では、これまで問題は起こりませんでした。
banana, 旧tiger, 新tiger いずれも。
amd64 (cobra) で、かつデュアルCPU有効のカーネルの場合にのみ、
このオプションがあると、ちょっと負荷をかけると、ハングアップするようです。
で、この機能は２ちゃんねるのサーバでは使用していないので、
無効にしても、特に問題はないです。
# はまった、ってことか。
#device kbdmux # keyboard multiplexer
これをカーネル設定ファイルから外したら、動きました。
この設定(キーボードマルチプレクサ)は 6.1R から、
i386 と amd64 では、標準で有効になっています。
i386 では、これまで問題は起こりませんでした。
banana, 旧tiger, 新tiger いずれも。
amd64 (cobra) で、かつデュアルCPU有効のカーネルの場合にのみ、
このオプションがあると、ちょっと負荷をかけると、ハングアップするようです。
で、この機能は２ちゃんねるのサーバでは使用していないので、
無効にしても、特に問題はないです。
# はまった、ってことか。
503root▲ ★
NGNG …ということで make -j 4 buildworld が完走したら、
問題解決ということでよいと思います。
あとはたんたんと構築して、第二の雪だるまデビューということで。
問題解決ということでよいと思います。
あとはたんたんと構築して、第二の雪だるまデビューということで。
505root▲ ★
NGNG506root▲ ★
NGNG 再現 → 発現
2006/05/09(火) 18:27:08ID:bcC6adsBO
http://pc8.2ch.net/test/read.cgi/hosting/1123324035/
ネタだと思いますがrootたんのフルネームばらすとかなんとか言ってるので一応反応お願いします。
ネタだと思いますがrootたんのフルネームばらすとかなんとか言ってるので一応反応お願いします。
508root▲ ★
NGNG make -j 4 完走しました。
原因確定・問題解決ということで。
セッティング作業の続きは、帰宅後にでも。
かっこいいおにいさんとタイミングが合えば、
今日明日にも本格稼動可能と思います。 < news20
原因確定・問題解決ということで。
セッティング作業の続きは、帰宅後にでも。
かっこいいおにいさんとタイミングが合えば、
今日明日にも本格稼動可能と思います。 < news20
2006/05/09(火) 18:50:07ID:MQ3hQHvO0
2006/05/09(火) 18:56:11ID:bcC6adsBO
ネタスレに見えますがこのスレがGW中に規制された●+公開p2の発祥地です。
512root▲ ★
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
■ このスレッドは過去ログ倉庫に格納されています
