Introduction PostgreSQL is the most advanced and flexible Open Source SQL database today. With this power and flexibility comes a problem. How do the PostgreSQL developers tune the default configuration for everyone? Unfortunately the answer is they can't. The problem is that every database is not only different in its design, but also its requirements. Some systems are used to log mountains of da
You can often support more concurrent users by reducing the number of database connections and using some form of connection pooling. This page attempts to explain why that is. Summary A database server only has so many resources, and if you don't have enough connections active to use all of them, your throughput will generally improve by using more connections. Once all of the resources are in us
HAProxyは1.5系を使いたいのでRPMのビルド環境を作る。*1 HAProxyのRPMを作成してインストールする。*2 PgBouncerはPGDG*3からyumでインストールする。 HAProxyの設定は以下 PgBouncerの設定は以下 WebアプリからはPgBouncer(5433)に接続、PgBouncerがHAProxy(5434)に接続、HAProxyがRDSへのリクエストを振り分ける構成にしています。 RDSの認証方式はサポートに確認したところMD5とのこと。 PgBouncerのserver_lifetimeは短めにし、server_round_robin設定を有効にしておきます。*4 PlayframeworkでWebアプリを作ることが多く、デフォルトのDBPoolがBoneCPで使い物にならないので、 PgBouncerを利用する形にしていますが、HikariC
はじめに 本日、Bundler 1.10.5 がリリースされました。 このバージョンは新機能が追加されただけでなく、最近Rubyの開発現場を混沌とさせていたBUNDLED_WITH問題を改善するための変更も含まれています。 新機能やBUNDLED_WITH問題の改善に関する詳しい情報は以下のブログに書かれています。 Bundler: Version 1.10 released ただし、結構な量があるので英語に詳しい人でないと読み下すのがしんどいかもしれません。 そこでこのブログの内容を日本語訳してみることにしました。 翻訳を読んでもらえれば分かると思いますが、 Bundlerの開発チームはみなさんが Bundler 1.10にアップグレードすることを強く推奨しています。 私たちもできるだけ早くBundler 1.10以上(最低でも1.9.10)にアップデートして、Bundler 開発チーム
Javaのコネクションプーリングがどのような仕組みになっているのか、知らない人は結構多いんじゃないかと思います。 Slim3のコネクションプーリングの実装を見ると、この辺が理解できるようになります。トランザクションとコネクションプーリングがどのように連携しているかを把握することは重要です。 http://svn.slim3.org/browse/trunk/slim3/slim3-datasource/src/main/java/org/slim3/datasource/ 登場人物は、4人しかいないから簡単ですね。 最初に見て欲しいのは、ConnectionWrapper。DataSource.getConnection()したときに戻されるコネクションの実態です。このコネクションを論理的なコネクションと呼ぶようにします。 主な役割は、コネクションがクローズされたときに、コネクションをプー
Gaurun 〜A general push notification server in Go〜
CFQ idling causes reduced IOPS throughput on non-rotational disks. Since disk head seeking is not applicable to SSDs, it doesn't really help performance by anticipating future near-by IO requests. By turning off idling (and switching to IOPS mode), we allow other processes to dispatch IO requests down to the driver and so increase IO throughput. Following FIO benchmark results were taken on a clou
本日6月28日、大安吉日ということもあり、目黒区役所に婚姻届を提出しました。特に書類上の不備等がなければ、受付日の本日が受理日となり、すなわち婚姻の成立日ということになります。 かねがねインターネット上で「結婚したい」と書いておりましたところ、「結婚しましょう」というお申し出がありました。私が結婚したいという意志を述べていたことが本心からなのであるとすれば、呼応したお申し出に関してはこれを受けるのが合理的です。 物事を合理的に判断するというのが私の信条ですので、その観点から本件について考察を行いました。その結果、現に私の意志が本心からなのであってみれば、すなわちお申し出を受けることは合理的であると判断し、婚姻届の提出に至りました。 なお、お相手につきましては、一般の女性ですので公開は差し控えさせていただきたく存じます。何卒ご了承くださいますようお願い申し上げます。 というわけで、今後ともみ
hachiku.biz この空前絶後の勢いの退職エントリについて。書かれている通りの事実であれば、きわめて貴重かつマキシマム有意義な内部告発と言っていいんだけど、文章の端々に読んでて疑問を感じる部分が多々あったので、思うところを書きます。純粋に文章的な検討であって、私自身は全くの部外者、門の外の子ゾウであり(ぱおぱお)、特に任天堂を批判/擁護しようとか、告発者を支援/侮辱しようとかいった意思はない。「ほんとうにあなたの証言する通りの状況だったとして、そんな書き方になりますかね?」というスタンスに基づく、ブログでの暴露記事の(つまり一次資料の)批判的な読み方の一例として、十分な長さの文章に残しておきたくなっただけである。適宜文中でも明言するように、かなり疑り深い読み方の上、憶測山盛りの当て推量も書くので、そういうのがお好みでない方、「妄想乙」みたいなクールな態度の取れない、話半分で読むのが苦
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く