タグ

connectionPoolに関するkijitoranekoのブックマーク (11)

  • 2004-04-15

    明日から4連休です.(^^; 16日(金)と19日(月),いずれも19時から予定があるからなのですが,そのために仕事を休むとはやる気満々というのかやる気nullというのか(苦笑). 16日(金) OO Enkai 明日の夜は,かつてニフティサーブのプログラマーズフォーラム(プロ)「OOについて議論する」会議室でいろいろと勉強させていただいた常連の方々と宴会です.それがOO Enkai(笑).当時はOO OFFと呼ばれていたものが,パワーアップして復活しました.どうパワーアップしたかは謎です. ニフティのフォーラムや会議室が寂れてしまい,自分も休会して久しいこともあって,数年ぶりにお会いする人が何人も.とても楽しみです. ちなみに,私がはてなをはじめたのは,その常連だったはぶさんやまこたんを見かけた影響です.いろいろ刺激をもらって感謝してます. 19日(月) 第11回日XPユーザー会 Ma

    2004-04-15
  • Javaのコネクションプーリングの仕組み - ひがやすを技術ブログ

    Javaのコネクションプーリングがどのような仕組みになっているのか、知らない人は結構多いんじゃないかと思います。 Slim3のコネクションプーリングの実装を見ると、この辺が理解できるようになります。トランザクションとコネクションプーリングがどのように連携しているかを把握することは重要です。 http://svn.slim3.org/browse/trunk/slim3/slim3-datasource/src/main/java/org/slim3/datasource/ 登場人物は、4人しかいないから簡単ですね。 最初に見て欲しいのは、ConnectionWrapper。DataSource.getConnection()したときに戻されるコネクションの実態です。このコネクションを論理的なコネクションと呼ぶようにします。 主な役割は、コネクションがクローズされたときに、コネクションをプー

    Javaのコネクションプーリングの仕組み - ひがやすを技術ブログ
  • 2004-04-22

    via id:dot:20040422#1082637179 via id:htsuyuki:20040422#p1 ひっそりとダウンロードできるようになってますね. それなのに,なんで見つけられるの?(^^; ML? さぁ,明日金曜日は1週間待ちに待った蛯原友里ちゃんの出演番組放送日です. 23:00-23:30 TBS 「恋するハニカミ!」 プロ野球中継があるので延長に注意. 出番は少ないですが,それでもいいのだ.メインのゲストは小野真弓らしい. 深夜02:10-02:30 フジ 「プレミアの巣窟」 ファン必見,友里ちゃんをたっぷり堪能できる史上最高,空前絶後の番組. 予告では「キャイーン暴走!?」となっているのですが,天野ぉ,暴走して友里ちゃんに失礼なことするなよぉ!餌にするなら後ろの女子大生にしたまえ. うぅー,待ちきれん! 日付が変わって発売日(23日)になったので,早速コンビ

    2004-04-22
    kijitoraneko
    kijitoraneko 2008/09/26
    Spring Framework 入門記 Transactionその3 JTA
  • 2005-01-17

    今日の早耳ムスメは臼田あさ美ちゃーん,お題は「こだわりの味が集結!! 日全国 人気の駅弁」. 大塚さんの宣言通り,早くもぶっちぎり体制を築きつつあるあさ美ちゃんがまたしても登場. それにしてもなんですなぁ,駅弁ってそんなに人気なんだぁ.でもでも,お弁当ばかりであさ美ちゃんあんまり映ってないような気のせいが.あさ美ちゃん,髪あげた方がかわいいね♪ お,「あさ美のお気に!」は福井の「香ばしい焼きかにめし」だ! っていうじゃなぁーい.でも拙者,べた記憶ありませんから!! 残念!!!! 一日遅れですが... \(^o^)/ Kobe 故障者リスト入りで心配な状況ですが,どうにか粘り勝ちした模様.みんな頑張ってね〜. こちらも一日遅れですが... (;_;) 無敗伝説更新というか引き分け地獄に逆戻り? 相手に退場者が出てたのに... またまた id:taedium さんからネタを頂きました.(^

    2005-01-17
    kijitoraneko
    kijitoraneko 2008/09/26
    JtaTransactionManagerとnon-XA-awareのDataSource
  • エラー対処とパフォーマンス

    (2)コネクションプールの仕組み いままで紹介してきた共有ブックマークの仕組みで、サービスの運用は問題なく行えるようになりました。しかし、いままでのMyDBAccess.classを使用した仕組みでは、データベースへアクセスするたびに毎回コネクションを開き、処理が終わったときにコネクションを閉じることを行っています。 データベースにコネクションを開く処理は、システムに対して比較的負荷のかかる処理であるため、アクセスが多くなってくると、サーバのパフォーマンスに影響を与える可能性があります。そこで、アクセスが多いと想定される場合には、最初にデータベースへのコネクションを複数開き、それを使いまわすことで、毎回コネクションを開かなくてよいような工夫を行います。コネクションをプールする仕組みを作るわけです。 概念としては、下図のように、新しくコネクションプールを管理するMyDBConnectionP

    エラー対処とパフォーマンス
  • Tomcat でコネクションプール

    Tomcat のコネクションプールは Commons-dbcp と Commons-pool によって実現されています。jar は CATALINA_HOME/common/lib にあります。 設定は CATALINA_HOME/conf/server.xml で行います。 Oracle の場合の XML の設定例と Java のソース記述例を書きます。 server.xml 記述例(5.0まで) <Context path="/test" reloadable="false" docBase="test.war" autoDeploy="true"> <Resource name="jdbc/oracle" auth="Container" type="javax.sql.DataSource"/> <ResourceParams name="jdbc/oracle"> <parame

  • コネクションプールで接続負荷を軽減!

    コネクションプールとは 「第1回:pgpool-IIのインストール方法(http://www.thinkit.co.jp/article/98/1/)」では、pgpool-IIとWebベースの管理ツールであるpgpoolAdminのインストール方法について解説しました。今回は、pgpool-IIの「コネクションプール」機能について解説します。 コネクションプールとは、クライアントからpgpool-IIへの接続が切断した時、pgpool-IIからPostgreSQL間の接続を保持し、後で新たにクライアントからの接続要求を受けた時に再利用することで、接続によるオーバーヘッドを軽減する機能です。 特にWebアプリケーションのようにデータベースに対する接続、切断を頻繁に繰り返すシステムにおいて、全体的にスループットを向上させることができます。 pgpool-IIのコネクションプールの特徴 コネクシ

  • naoyaのはてなダイアリー - コネクションプーリングの話

    かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続数を節約する。 というもの。 mod_perlDB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB

    naoyaのはてなダイアリー - コネクションプーリングの話
  • 【インフォシーク】Infoseek : 楽天が運営するポータルサイト

    日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。

  • APサーバのチューニング項目を知る

    (3)JDBCコネクションプール JDBCコネクションプールに関するチューニングポイント コネクションプーリング機能とは、アプリケーション・サーバ起動時などに、あらかじめデータベースとのコネクション(接続)をプールしておき、再利用する技術です。 通常データベースからSQL文を使ってデータを抽出する際には、まずデータベースとのコネクション(接続)を確立し、その後SQL文を発行し、データを抽出、最後にデータベースをクローズします。しかしデータベースのコネクション(接続)の確立やクローズはとても重い処理です。リクエストがあるたびにこのような手順を踏むことは非効率であり、ますますデータベースとのやりとりがボトルネックになってしまう可能性があります。それを回避するため、コネクションプーリングを使用します。 アプリケーション・サーバがWLS61で、データベースがOracleである場合、WLS61にOr

    APサーバのチューニング項目を知る
  • [Seasar-user:9345] Re: コネクションプールの使われ方

    Koichi Kobayashi [E-MAIL ADDRESS DELETED] 2007年 7月 22日 (日) 22:00:09 JST 前の記事 [Seasar-user:9344] コネクションプールの使われ方 次の記事 [Seasar-user:9380] Re: コネクションプールの使われ方 記事の並び順: [ 日付 ] [ スレッド ] [ 件名 ] [ 著者 ] 小林 (koichik) です. Date: Sun, 22 Jul 2007 16:48:41 +0900 From: "Umebayashi Tsuyoshi" <[E-MAIL ADDRESS DELETED]> To: <[E-MAIL ADDRESS DELETED]> Subject: [Seasar-user:9344] コネクションプールの使われ方 > 上記セットで作成されたWEBアプリケーション

  • 1