LOGIN ID Password Auto Login Register Now! Lost Password?
XUGJ News
XOOPS関連ニュース
XOOPS関連ニュース : OSC 2007 Fukuokaのレポート
投稿者 : GIJOE 投稿日時: 2007-12-13 04:55:52 (1788 ヒット)
XOOPS関連ニュース

去る2007/12/08に行われた福岡でのオープンソースカンファレンスに、参加してきましたので、簡単にレポートします。(XOOPS9さんにご招待いただきました!)

オープンソースカンファレンス2007 Fukuoka オフィシャルサイト
http://www.ospn.jp/osc2007-fukuoka/

場所は、博多駅徒歩5分のレンタル会議室ASCビル。
私が到着した12:00には、なによりブースがとても盛況で、東京のOSCでは考えられない人口密度になっていました。
びぎねっとさんが用意したパンフも、13:00にはなくなってしまうほど、予想外の参加人数で、嬉しい誤算だったようです。

一方、セミナー会場の方は、比較的余裕があって、いつでもどのセミナーにも入れる状態でした。東京のOSCだと、ブースはガラガラで、人気セミナーはすぐに満員、ということが多いのですが、福岡のような配分の方が楽しめるな、と感じました。

今回の個人的な収穫はPostgreSQL関連です。とにかく、ブースがぎゅうぎゅうなので、移動もあまり出来ず、ひたすらPostgreSQLユーザ会さんのブースに貼り付いて質問攻めにしてしまいました。いやあ、8.3は本当に良さそうです!

さらに、私のセッションの直前が石井達夫さんで、pgpool-II 2.0 の話もじっくり聞かせていただきました。これまた、理路整然としたセミナーでデータも客観的なものばかり。そして内容もためになる。思わず、自分のレジュメと見比べて、気恥ずかしくなるほどでした。

とにかくこれからは、速度的な意味でもPostgreSQLですよ。もともと最近のMySQLはライセンスとマルチバイトが嫌らしいな、と思ってましたが、速度でも抜かれたのなら、もはや選択する理由がありません。XOOPS CubeもPostgreSQLでいきたいですね!(すっかり洗脳されてる


私のセッション内容については、XOOPS9さんの方でまとめていただいているようです。
http://xoops9.com/

結論だけ書くと、
「本来、自分が楽をするためのCMSなんだから、楽に運営できるように工夫しましょう」
という原点に立ち返るような話です。

正直、初心者向けとも上級者向けとも言えないどっちつかずのものになってしまったかもしれませんが、少しでも意図が伝わっていれば幸いです。

OSCの後は、恒例の懇親会があったのですが、その懇親会さえも予想以上の参加人数で、会場に入ることが出来ず、XOOPS9のみなさんと別の居酒屋で打ち上げをしました。

XOOPS9のみなさんは本当に熱心でした。つい先日、XOOPS9メンバーであるBRATECHさんが公開されたXSNSモジュールについても、「ぜひ厳しいチェックをしてください」とお願いされました。その意気や良し!(…といいつつ、まだやってません。ごめんなさい)

ともあれ、九州のXOOPSも熱いな、と感じた1日でした。

# 帰ってきてから2日間、熱を出して寝込んでいたので、レポートが遅れてすみません。


この記事に対するコメント一覧

GIJOE  投稿日時 2007-12-15 5:07 | 最終変更
引用:

tohokuaikiさんは書きました:
だから、DBサーバとWebサーバが別になってるロリポとかXOOPSに適してないんじゃないかと思ってるのですが・・・。こないだ借りたさくらも別だったな。
ロリポが遅いのは別の理由でしょう
XOOPSくらい大型アプリになると、他のオーバーヘッドの方がずっと大きいので、コネクションがlocalhostか別サーバか、なんてのは些細な問題だと思いますよ。
実際に計測はしてませんが、DBを別サーバにしたら、本当に負荷が半分以下になって、効率もあがったように見えます。(HDDアクセスとか各種キャッシュとかのロスが減る)

私自身、予算が許すなら、まずDBとWebを分けることから入るでしょう。
tohokuaiki  投稿日時 2007-12-14 11:30
引用:
DBサーバがlocalhostでない場合だと、MySQLもPostgreSQLもあまり差が無いそうです。
そうなんですよね。
だから、DBサーバとWebサーバが別になってるロリポとかXOOPSに適してないんじゃないかと思ってるのですが・・・。こないだ借りたさくらも別だったな。
gusagi  投稿日時 2007-12-14 9:36
引用:

引用:
現状で、Postgresが「んー」って感じるのはDBをまたいだQueryが1つのコネクションでは出せないのと、レプリケーションですよね。後者の方は大規模Webアプリなんかでは結構な問題点になるかと思います。そのためのpgpoolですけど。
まあ、まともに設計すれば、DBまたぐことはないので、前者は問題になりませんし、後者もpgpool-II の話を聞く限り、もう大丈夫だと感じました。
pgpool-II、使っていますが良いですよ〜。
アクセスが瞬間的に集中するようなシステムの場合、プーリング機能が非常に有り難いです。
というか、MySQLでもそういうツールが欲しい。。。

一年ちょっと前に使ったときは、まだつらい部分もありましたが、先日に公開されたバージョン2系が安定してくると、オンラインリカバリなども出来ますし、業務上の選択肢に入るんじゃないでしょうか。もう暫く時間は掛かりそうですが。
個人的には、PostgreSQLを使ってXCLを動かしたいなんて思ってたりもします

引用:
むしろ心配だったのは、コネクションそのものの速度で、その都度コネクションを張るWebアプリケーションには結構クリティカルに効いてくるのですが、8.3あたりだとpgpool(元々の用途)を使わなくてもMySQLと遜色ない、というのはありがたいな、と感じました。
これ、今年頭のJPUG合宿でも聞いてきたんですが、DBサーバがlocalhostでない場合だと、MySQLもPostgreSQLもあまり差が無いそうです。
PostgresqLは8系に入って大幅に速度が上がってますしねぇ。
ということで、XCLのPostgreSQL対応、興味ありありです
GIJOE  投稿日時 2007-12-14 4:17
引用:

tohokuaikiさんは書きました:
一般論としても、MySQLのような「機能は我慢して速度を出す」という方向性と、Postgresのような「機能を満載して、速度はあとでTuneする」という方向性では後者の方が有利と言われているようです。
「機能は我慢して速度を出す」という方針自体は良かったんですよ。
ただ、4.1以降、「我慢していた機能を後付けする」なんてことをやり出したから、いろいろな互換性問題が発生して、しかも速度がおちてきた。
私にとっては、3.23こそがMySQLの最終バージョンですね。

引用:
現状で、Postgresが「んー」って感じるのはDBをまたいだQueryが1つのコネクションでは出せないのと、レプリケーションですよね。後者の方は大規模Webアプリなんかでは結構な問題点になるかと思います。そのためのpgpoolですけど。
まあ、まともに設計すれば、DBまたぐことはないので、前者は問題になりませんし、後者もpgpool-II の話を聞く限り、もう大丈夫だと感じました。

むしろ心配だったのは、コネクションそのものの速度で、その都度コネクションを張るWebアプリケーションには結構クリティカルに効いてくるのですが、8.3あたりだとpgpool(元々の用途)を使わなくてもMySQLと遜色ない、というのはありがたいな、と感じました。

コネクションに時間がかかるからpg_pconnect()使うしかなくて、コネクション数が飽和してトラブル、なんてのが、私にとってPostgreSQLの悪夢でしたから。
tohokuaiki  投稿日時 2007-12-13 15:31
Postgresは8.1からMySQLと遜色ないスピードになって来たとPRされていますね。

一般論としても、MySQLのような「機能は我慢して速度を出す」という方向性と、Postgresのような「機能を満載して、速度はあとでTuneする」という方向性では後者の方が有利と言われているようです。

現状で、Postgresが「んー」って感じるのはDBをまたいだQueryが1つのコネクションでは出せないのと、レプリケーションですよね。後者の方は大規模Webアプリなんかでは結構な問題点になるかと思います。そのためのpgpoolですけど。
引用:
ともあれ、九州のXOOPSも熱いな、と感じた1日でした。
# 帰ってきてから2日間、熱を出して寝込んでいたので、
九州のXOOPS熱にやられましたか?
Back to Page Top
MainMenu
Manuals
Search
XOOPS Official & Dev.
XOOPS Communities