Perlが○○な話
Perlねぇ。昨年のYAPCでアドテクネタで多くの注目を浴びた（少なくとも僕は注目したw）フリークアウト社が、最近５億調達を発表とイケイケで、DeNA、NHN（livedoor）、mixiという状況を前にして、衰退という言葉が出てくる意味がわからない。 なぜ国内でPerlが急速に萎んだのか やべぇ、そもそも、その「世界的なPythonブーム」というのにまったく実感が無い。WebSigで一緒にモデレータをやってる石丸くんがPython転職を果たすらしく、局所的にホットであることを除くと、昔からPythonに根強い人気があったのは知ってたし、コミットしてる人が増えてるのも知ってるけど、そんな言うほどブームなの？！僕の世界が狭いのか、この著者の世界が狭いのか。 （別にpyをdisってるわけじゃない） それはさておき、ObjCとかクライアントサイドのJSとかnode.jsとかオンリーワンな機能にニ
ついに顕在化しはじめたPerlリスク（棒 を眺めながら仕事をしていた結果 : D-7 <altijd in beweging>
10年物の20万行ほどあるWebアプリの配信部分をPSGI化したところ、先ほど無事○○Gbps単位のピークタイムをシステムの負荷をあげすぎず（アラートをあげず）に乗り切れたようです。 関係者の皆様お疲れ様でした。ご協力ありがとうございます。 最初パフォーマンスの問題があってがっかりしたけど、良いコード書けたと思うし、最終的にはちゃんと期待してたくらいのパフォーマンスが出て良かった。 ちなみにそのWebアプリっておまえの読んでるこれだよ、これ。
Plack Performance Tips - mount() and query_parameters() : D-7 <altijd in beweging>
すごいヘビーな負荷を受けているPSGIアプリケーションで「なんでこれで負荷があがるの？」的な現象があったので二つほどTipを。ちなみにこれは 2013/03/06時点での話なので、もしこれをあなたが大分将来に読んでいるのなら、状況に変更がないかちゃんと確認すること！ まずこのお話の前提：mod_perlなアプリをPSGIに移行したかった。アプリはmod_perlハンドラで書かれているので、Apache::RequestをPlack::Requestに書き換えたり、ハンドラ部分をオブジェクトにしてキレイにするくらいで、基本的な構造は何も変えてない（←ここポイント）。あとはApache側とか設定をもりもりいじって、PSGIファイルを書いて、Starletでデプロイして、パフォーマンスが30%くらい悪くなった。さて、犯人は誰でしょう？ まずアプリケーションを組む側が「やっちまったなぁ？」な件：P
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
