［Apache］mod_uploader Part3［モジュール］

>>941
うう，なんか SEGV にいじめられてる...
構文木はちゃんと出来ているんだけど

http://acapulco.dyndns.org/movie_bbs/comment.svg [Firefox 推奨]
（入力: http://acapulco.dyndns.org/movie_bbs/comment.txt）

fedora 5で次のようなエラーが・・・どうすればよいでしょうか？
アップロードデータを読み込めませんでした

初めてでわかんないんですよ・・・・コンパイル難しいな・・・

>>944
souka

>643
多分半年早い。

くそう、アンカーを間違えちゃった……

XHTMLのようだけど、<script>タグの中はCDATAにしなくていいのか？普通に > とか < とか使ってるようだけど。

出直してきます

>>948
ご指摘どうもです．次のリリースで修正します．

■Apache2 のコンテンツハンドラの高速化 Tips - その１

ap_rputs を使わない。

ap_rputs を呼ぶと内部で、
buffer_output -> apr_brigade_write -> apr_bucket_heap_create
と言いう感じで関数が呼ばれてしまいます．この中でとくに buffer_output は
少し工夫すれば必要なくなるコードが含まれおり，最適化の余地があります．
（このことは「future optimization」として protocol.c のコメントに書かれています）

mod_fast_bbs では簡単なラッパークラス ApacheResponsWriter を用いて最適化
を行いました．
(コード: http://acapulco.dyndns.org/movie_bbs/api/ApacheResponseWriter_8h-source.htm)

このクラスを用いることにより，コンテンツハンドラのスループットが 約
1.4 倍に高速化しました．

mod_uploaderのApacheResponseWriterもそれ使ってね

http://pc8.2ch.net/test/read.cgi/mysv/1141810775/951

ap_rputs() を使ってるとこをちょっと工夫すると
約1.4倍高速化するらしいですよ。(ソースコード有り)

誤爆

名無しで潜伏してるんだなー。

こうなっちゃうとなんか変なんで向こうのスレも張っちゃおう
http://qb5.2ch.net/test/read.cgi/operate/1105909861/

仲良し喧嘩すんな(^^v

次スレ

［Apache］mod_uploader Part4［モジュール］
http://pc8.2ch.net/test/read.cgi/mysv/1079763650

>>952
時間が出来たら...
ただいま未読の Blog 記事が 200 を突破しそうな勢いで泣きそうです．


; Cocoa での管理だと破綻しそうなのでとりあえず Livedoor Reader にインポート

テンプレートエンジンを使って性能を測って見ました．

記事数: request/sec (ab2 -c 5 -n 3000)
10 : 5069.94 [#/sec] (mean)
50 : 3411.56 [#/sec] (mean)
100 : 2523.34 [#/sec] (mean)
200 : 1575.10 [#/sec] (mean)
400 : 834.93 [#/sec] (mean)
800 : 414.14 [#/sec] (mean)
(環境は Linux 2.6.15, Apache 2.0.58 prefork, Pentium M 1.6 GHz)

表示する記事数が多いとかなり厳しいですね...


現時点の http://pv.40.kg/ を見ると 2ch で一番アクセスが多い板は
game10.2ch.net でピークのアクセスは 680,753 (22:00〜22:59, Total)．
つまり 189 requesr/sec．
とりあえず，キャッシュ機構なしで 2ch 程度の掲示板は捌けそうです．

ちなみに静的なファイルの場合

800 : 1348.65 [#/sec] (mean)

です．3 倍ほど高速．

スゲー

ご主人様にかかれば、2ch程度余裕なのですね！！

実はここ内心ショボすぎる，と思っていたり．

静的なファイルで 1348.65 [#/sec] しか出ないというのもあるんでちょっとは
慰めになるんですが，414.14 [#/sec] はちょっと悲しい．

と言うわけで CGI 化してプロファイルとってみました．

Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds seconds calls s/call s/call name
32.49 0.77 0.77 17387000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::exec_print_element(TemplateParser::Node const*)
16.46 1.16 0.39 1 0.39 0.39 BBSThreadManager::clear_shm()
13.50 1.48 0.32 5490000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::get_variable(TemplateParser::Node const*)
10.13 1.72 0.24 1000 0.00 0.00 BBSThreadVariableCreator::create(apr_pool_t*, BBSCommentIterator*) const
9.28 1.94 0.22 5490000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::exec_print_bank(TemplateParser::Node const*)
5.06 2.06 0.12 __i686.get_pc_thunk.bx
3.80 2.15 0.09 915000 0.00 0.00 BBSCommentIterator::get_comment(BBSThread::bbs_comment_p*) const
2.53 2.21 0.06 918000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::exec_stmt(TemplateParser::Node const*)
2.53 2.27 0.06 917000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::exec_print(TemplateParser::Node const*)
1.69 2.31 0.04 915000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::calc_i_val(TemplateVariable::Variable const*)
1.69 2.35 0.04 1000 0.00 0.00 TemplateExecutor<CGIResponseWriter>::exec_foreach(TemplateParser::Node const*)
0.84 2.37 0.02 915000 0.00 0.00 BBSCommentIterator::go_next()

びみょー．

livedoor Reader なんかびみょーかも．
バックエンドのエンジンが弱すぎるきがする今日この頃．

FedoraCore5でサムネイル作成されない件についてですが
CentOS4.4では正常に作成されることを確認しました。（いずれもyumから）
ImageMagickのバージョンによるものかもしれません。

↓FedoraCore5
# rpm -qa | grep ImageMagick
ImageMagick-6.2.5.4-4.2.1.fc5.3
ImageMagick-c++-6.2.5.4-4.2.1.fc5.3
ImageMagick-perl-6.2.5.4-4.2.1.fc5.3
ImageMagick-devel-6.2.5.4-4.2.1.fc5.3
ImageMagick-c++-devel-6.2.5.4-4.2.1.fc5.3

↓CentOS4.4
# rpm -qa | grep ImageMagick
ImageMagick-perl-6.0.7.1-16
ImageMagick-c++-6.0.7.1-16
ImageMagick-6.0.7.1-16
ImageMagick-c++-devel-6.0.7.1-16
ImageMagick-devel-6.0.7.1-16

>>965
6.2.5 だとまずいかもってことですね．情報有り難うございます．

>>951
>■Apache2 のコンテンツハンドラの高速化 Tips - その１
この方法だとちょとまずいかも．もっと，フィルタ周りについて理解する必要
がありそう...

まじで？mod_uploaderに>>951のApacheResponseWriterつかっっちゃってるよ。
問題なさそうに見えるけど普通のApacheResponseWriterに戻しとくか。

>>967
原因判明．フィルタ以前に，iovec_count_ の扱いに問題がありました．
セキュリティ的にまずいのです．

>>968
mod_fast_bbs の位置づけはまだαなので，様子見しておいてもらったほうがい
いかも...

なんかちょっとした書き損じが多いなぁ．

誤:
>セキュリティ的にまずいのです．
正:
セキュリティ的にまずいです．

近況:
非同期 I/O を用いたプログラムのサンプルとしては memcached がいいかも．
というわけで最近 memcached のソース読み始めました．

捕捉です．
>>971
コードのサイズ＆読みやすさがいいです．
lighttpd もサイズ的にはいいんですが，読みやすさは memcached に劣るよう
な気がします．

ついに Apache 2.0 module 本が発売されそうです！
Pro Apache 2.0 Module Development: From Professional To Expert
http://www.amazon.co.jp/exec/obidos/ASIN/1590594436/cstation-22

C4819 問題へのマイクロソフトの回答

http://support.microsoft.com/kb/912790/ja
この問題を解決するには、Microsoft Product Support Services にお問い合わ
せのうえ、修正プログラムを入手してください。 Microsoft Product Support
Services の電話番号一覧およびサポート料金については、次のマイクロソフト
Web サイトを参照してください

で，でんわが必要なんですか...

MEMO:
Debugging Mozilla on Windows FAQ
http://developer.mozilla.org/en/docs/Debugging_Mozilla_on_Windows_FAQ

>>973
ごっ、ご主人様が書かれたんですか？！

さすがご主人様！
http://www.amazon.co.jp/exec/obidos/ASIN/1590594436/

24しました！！！

次のスレタイ、k様スレでいいよ
MEMO:とか私的利用し過ぎだろ。理解できんわ

ご主人様スレｘだってば

もっとご主人様 Part4で。

ご主人様！

［Apache］mod_uploader Part4［モジュール］
http://pc8.2ch.net/test/read.cgi/mysv/1159169538/

食う清めてないよ

TODO (mod_fast_bbs):
- RFC1867 な POST リクエストのパーサの整理
- ApacheResponseWriter のデバッグ
- inoue さんの Code Blog 読み
- memcached のソースコード読み

> TODO (mod_fast_bbs):

これは、

> ［Apache］mod_uploader Part3［モジュール］

という題名のスレに書くことですか？ご主人様。

ご主人様のメモ帳ですから．

したらばでも借りたらいいのに

make 一発で WIndows にログインして VisualStudio と Intel C++ Compiler
でコンパイルしてテストを実行するようにしてみた．

http://acapulco.dyndns.org/movie_bbs/status/

; Mac mini が WOL に対応してれば Mac でのテストも自動化したいなぁ．
; 電源入れてないこと多いので．

> make 一発で WIndows にログインして VisualStudio と Intel C++ Compiler
> でコンパイルしてテストを実行するようにしてみた．

そういうつまらないことは、make でやるべきことなのかな？

？
CI(Continuous Integration)システムを使うにしても，make(Makefile) や
ant(build.xml) は普通使うけど