オーマイニュースのセッションタイムアウトの時間が予告なく変更されたらしい

どうもオーマイニュースの直近のメンテナンスによってサーバーのセッションタイムアウトの値が変更されたようだ。
従来は60分であったのが、30分に変更された模様。実際にはKeep-Aliveが働いている数分延長されてもう少し長く持つかもしれない。
アナウンスしろよ！（怒）
少なくとも、記事を投稿する画面には60分と明記されている。

それ以前にセッションタイムアウトの時間をなぜ変更したのか激しく疑問。

セッション数そのものは余程とんでもない数値でない限りそれほど負荷にはならないはず。
perlの場合の例は探せなかったので、代わりにjavaの場合の参考としてリンクを示す。
『Tomcatにおけるセッション数とメモリ消費量の推移調査』
単なるセッション維持だけなら1セッションあたり2Kbyteにも満たない。
実際には幾ばくかのデータを詰むから必要メモリ量はもっと多くなるだろうが、1セッションあたり100Kbyteも見積もっておけば十分過ぎるだろう。perlの場合にも事情はそれほど変わらないと思われる。
さらに言えば、メモリ使用量のみを見てもそれがパフォーマンスに直接影響するとは限らない。実際にページフォルトが頻発するのを観測したとかの理由でもない限りね。仮想記憶というものがなぜ成立しているかを考えればわかるでしょ？

他の理由も考えられる。セッションにDBへのコネクションを詰んでいる場合だ。これは悪手だと思うので、もしこれを行っているならば止めたほうがいいと思う。
単純にリクエスト毎にコネクションを張り直すほうがマシだと思うし、高速化を狙うならちゃんとしたコネクションプールを使うべきだろう。
と思ったが、少し調べた範囲ではperlやphpでコネクションプールを使うのは難しいようだ。
でも、セッションにDBへのコネクションを詰むのが悪手であるという意見には変わりはない。下記リンクを参照の事。
『コネクションプーリングの話』

俺としては「勘で変更しました」なんじゃないかなと思ってしまう。やれやれ。

他にできる事は？

このブログのエントリ『オーマイニュースでサーバー混雑時にそれをすり抜ける方法』でも少し触れているのだが、働かないキャッシュが入っている(squid?)模様なので、これを外せば少しは軽くなるのではないだろうかと思う。
キャッシュが入っているとすれば、無駄にディスクに書き込んでいるだけだと思われる。

実際に何らかの理由で本当にメモリが不足しているならメモリを追加すべき。

手間をかければ、もう少しいろいろ考えられるがそれらについては既に以前のエントリに書いた。

いずれにしても・・・

効果があるかどうかちゃんと検証して、計画を立ててメンテナンスしてください。そうすれば、冒頭に書いたアナウンスが必要な事には速攻気づくはず。
思いつきでやっても結局無駄になることが多いと思う。

急がば廻れです♡