pgbenchの使いこなし — Let's Postgres
SRA OSS, Inc. 日本支社 石井 達夫 pgbenchとは pgbenchはPostgreSQLに同梱されているシンプルなベンチマークツールです。最初のバージョンは筆者により作成され、日本のPostgreSQLメーリングリストで1999年に公開されました。その後pgbenchはcontribという付属追加プログラムとして、PostgreSQLのソースコードとともに配布されるようになりました。どのバージョンでPostgreSQLに取り込まれたのかはPostgreSQL付属のドキュメント(HISTORY)には書かれていないので定かではないのですが、コミットログを見ると、おそらく2000年にリリースされたPostgreSQL 7.0で導入されたと思われます。その後数多くの改良がたくさんの人によって行われ、現在に至っています。 pgbenchを利用することにより、自分の使っているPost
データベース負荷テストツールまとめ(4) - SH2の日記
データベース負荷テストツールまとめの第4回です。 データベース負荷テストツールまとめ(1) TPC-B、TPC-Wベースのツールを6つ紹介 データベース負荷テストツールまとめ(2) TPC-Cベースのツールを6つ紹介 データベース負荷テストツールまとめ(3) TPC-Hベースのツールを2つ紹介 今回はTPC-Eベースのツールを見ていきたいと思います。 TPC-Eとは TPC-EはRDBMSベンチマーク仕様の一つで、オンライントランザクション(OLTP)の性能を測定するものです。証券会社の業務をモデルとして取引や市場の監視、メンテナンス処理を行い、1秒あたりに行った取引件数を性能の指標値とします。 OLTPのベンチマークとしてはこれまでTPC-Cがよく用いられてきました。しかしTPC-Cは1992年の策定から実に18年が経過しており、その間コンピュータのCPU性能はムーアの法則にしたがって伸
はじめてのRuby(Rack)挑戦記録 - クリティカルスピード開発日誌
5:07 おはようございます。 今日は今までやろうやろうと思って放置していたRubyに初挑戦します。 perl使いなので書き方や考え方がperlに偏っているかもしれませんがご了承下さい。 5:10 まずはRubyのインストール sudo apt-get install librack-ruby 5:13 hello world 参考にしたのはこのページ http://route477.net/d/?date=20080716 mkdir rack cd rack vi criticalspeed.rb rbというのはperlでいうところのpmなのだろうか？ →plのようなものらしい(by IRC) criticalspeed.rb require 'rubygems' require 'rack' class CriticalSpeed def call(env) [200, {"Cont
ヽ( ・∀・)ノくまくまー(2010-09-15)
● [KVS][Scala] Scala で Tokyo Cabinet 我が師ウォーズマンは言った。 「get操作において、Tokyo Cabinet は RDB の100倍速い。100倍パワーだ！だが、Tokyo Tyrantにすることで1/10、つまり100/10 = 10倍パワー！そして、テーブルDBにすることでさらに1/3、つまり10/3 = 3.3倍パワーだっ！！」 ダメじゃん。いつの間にかもう紛れて逆転しうる接戦レベルじゃん。反省すべきはネットワーク対応。やはり、TCはシステムに直接組み込んでこそだ。その圧倒的なパワーをフルに活かすために、Scalaから直接TCを使ってみる。 必要な知識 Scala, Tokyo Cabinet インストール tokyocabinet-java-1.23 http://fallabs.com/tokyocabinet/javapkg/ Ubu
WebSocketの現状と技術的課題
WebSocketの現状と技術的課題：WebSocketで目指せ！ リアルタイムWeb（2）（1/2 ページ） 今回はWebSocketを取り巻く技術的課題や、実装状況についてご紹介します。また私たちが開発したサービス「Pusher」についても取り上げます。 WebSocketに関連した技術的課題 前回のWebSocketの紹介を読んでくださった読者のみなさんはWebSocketを試してみたくてたまらないのではないでしょうか。でも少し待ってください。皆さんを脅かす訳ではありませんが、以下の点についても考えなければいけません。 変化し続けるドラフト IETFのドラフトを見てみると、最初のバージョン（00）は2009年の1月に策定されたのが分かります。Chromiumが最初にWebSocketの実装を発表したころのバージョンは66の辺りです。 それからしばらくの間はマイナーチェンジばかりだった
Technical Memo: Memory Saving Associative Array by Kyoto Cabinet and MessagePack
Kyoto Cabinet features on-memory database which can be used as associative array of strings. MessagePack is a binary-based efficient object serialization library. Combination of the two provides you associative array to contain generic objects. Space Efficiency of Kyoto Cabinet Let's suppose that we should manage 1 million simple records whose key and value are 10 bytes strings. The following is a
networking:pktgen [Wiki]
# cat /proc/net/pktgen/kpktgend_0 Name: kpktgend_0 max_before_softirq: 10000 Running: Stopped: eth1 Result: OK: max_before_softirq=10000 Most important the devices assigned to thread. Note! A device can only belong to one thread. Param section holds configured info. Current hold running stats. Result is printed after run or after interruption. Example: # cat /proc/net/pktgen/eth1 Params: count 100
本当に1.5倍のほうがメモリ効率がよいのか - inamori’s diary
C++のstd::vectorにpush_backしていくと、ある領域を確保して、それを超えそうになったらまたある程度ゆとりのある領域を確保するという機構になっています。 ２倍だけじゃない - d.y.d. にまとめてありますが、std::vectorや類似するコンテナは2倍ずつ領域を大きくしていくのかと思いきや、1.5倍というのも多いんですね。実際にVC10 beta2で動かしてみると、 #include <iostream> #include <vector> int main() { std::vector<int> v; for(int i = 0; i < 100; i++) { const std::vector<int>::size_type old_cap = v.capacity(); v.push_back(i); const std::vector<int>::siz
Twisted vs Tornado vs Go で非同期Webサーバー対決 : DSAS開発者の部屋
昨日の takada-at の記事で「サーバー側では単純に100ms待ってからレスポンスを返すだけのページを用意しておき、」とあったのですが、今日はそのサーバー側の話をします。 もともとこのサーバーを作った動機は、takada-at が作成中の負荷試験システムがちゃんと並列に負荷をかけられるかどうかを検証するためでした。 すぐにレスポンスを返してしまうと、負荷試験スクリプトがきちんと並列に負荷をかけられなくても PV/sec が出てしまいます。 そこで、 epoll を使って高速に並列接続を扱えるTwistedフレームワークを使って、100msの遅延をしつつ数千PV/secに耐えるWebサーバーを作ってみました。 さらに、同じく epoll を使っている Tornado や Go にも興味があったので、こちらでも同じものを作成し、パフォーマンスを比較してみました。 コード まずは、コードを
iPad App and Website Usability | Free UX Research Report by NN/g
Learn how iPad users interact with apps and websites on their devices, and whether usability improves with time as people practice and learn new interfaces. The design guidelines are based on 2 rounds of usability studies, conducted one year apart. We observed participants working on their own iPads to accomplish a broad variety of tasks. Articles on research findings: iPad Usability: First Findin
HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました（参考「日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証」）。 ホワイトペーパーでは、HDDの代わり
公開資料 - 日本仮想化技術株式会社
セミナーで発表した資料等は、本ページからダウンロード可能です。 また、slideshareでも同時に公開しています。 HP ProLiant DL360 Gen9ベンチマーク検証 結果報告書 (2015/9/11) HP ProLiate DL360 Gen9は、CPUにインテルXeonプロセッサー E5-2600 を搭載し、1CPUあたり最大18コア、45MBのキャッシュを搭載など、前世代と比べて大幅な性能向上を実現しています。また、HP SMARTキャッシュテクノロジーによるストレージアクセスの大幅な高速化、電源モジュールの小型化、AC/DC変換効率の向上などの対策により、高密度で高性能を必要とするワークロードに最適な1Uラックマウント型サーバーです。 今回、2006年10月に発売開始され、OSにWindows Server 2003を利用しているユーザーが多いと思われるHP ProL
Erlang, Yaws, and the deadly Tornado
The numbers looked interesting, so I decided to benchmark Tornado myself to check out how it fares against some Erlang tools. Keep in mind that Erlang runtime itself is not the fastest beast in the woods. It is generally considered slower than many other interpreted languages (including Python), especially on file operations (due to complexities of the io library doing most of heavy lifting). Howe
5 Tips for Deploying Background Jobs in Ruby on Rails
Background Job processing is all the rage lately, with numerous folks speaking and blogging about it—and rightly so. Since response time is a critical factor when scaling a web application, it makes sense to focus on keeping response times low, even when the app has tasks to perform. Moving the heavy lifting out of the request and response cycle is key to scaling a web application with high perfor
mod_proxy_httpとmod_proxy_ajpとmod_jk — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
Scaling JavaScript to Large Web Applications
$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
High Availability MySQL: MySQL versus MongoDB - fetch by secondary index
Microsoft Learn: Build skills that open doors in your career
f-zipper-with-pipe-forward
Gauche:AOBench