はてなブックマーク

この投稿はPostgreSQL Advent Calendar 2013の8日目の記事です。 前回の記事では、PostgreSQLのご先祖様であるリレーショナルデータベースシステムINGRESについて、文献からわかる史実を元に(多少の脚色を加えて)その歴史的な側面をご紹介しました。 今回の記事では、1976年に発表された論文 "The design and implementation of INGRES" をもとに、INGRESの技術的な側面に注目してみたいと思います。 クエリ言語QUEL リレーショナルデータベースでは、それ以前のナビゲーショナルデータベースとは異なり、どんなデータが欲しいかwhatを記述するだけで、具体的にどのようなデータ構造やアルゴリズムが実装されているかを一切知る必要なくデータを取得することができる、というのが大きなウリの一つです。そのwhatを記述するための言語

本日、いい肉の日(11/29)にPerfMonger 0.5.0を肉リリースしました。 PerfMongerは性能測定ジャンキーのためのリアルタイム性能測定・可視化ツールです。 現在は、Linuxを対象プラットフォームとして開発しています。 Linuxサーバにおいてリアルタイムな性能測定を行うためには top(1) や iostat(1) 、mpstat(1) などのコマンドが用いられますが、これらのコマンドでは 0.1秒間隔でCPU使用率やI/O性能を測定したい CPU使用率やI/O性能の時間変化を記録しておき、あとから手軽に集計処理をしたい ターミナル上の文字ではなくリアルタイムなグラフでCPU利用率やI/O性能を確認したい といった要望に応えることができませんでした。 これを可能にするのが性能測定ツールPerfMongerです。 インストール 新しくリリースしたPerfMonger

この投稿はPostgreSQL Advent Calendar 2013の2日目の記事です。 昔々、あるところに一人の研究者がいました。 研究者の同僚たちは、お客さんにソフトウェアを売る仕事をしていました。 その頃は、たくさんの会社が自分たちの抱える顧客情報や取引情報をデジタルデータ化して、ソフトウェアを使って商売をする動きが盛んになり始めており、研究者の同僚たちはとても沢山お金を儲けていました。 なかでも、その稼ぎ頭となっていたのがデータベースシステム、つまり会社が抱える情報の管理を一手に担うソフトウェアでした。研究者の同僚たちは、そのデータベースシステムと、データベースシステムをつかうためのアプリケーション・ソフトウェアを書いては、色々な会社に売りつけて、お金を儲けていました。 ビジネスとしてはとてもうまくいっていたのですが、同僚たちには悩みがありました。 彼らの作っているデータベース

性能測定ジャンキーのためのツール、PerfMonger 0.4.0をリリースしました。肉リリースです。 下記URLからダウンロードできるようになっています。 http://hayamiz.com/~haya/files/perfmonger-0.4.0.tar.gz 前リリースの 0.3.0 からいろいろなバグフィックス、新機能を盛り込んだリリースとなっております。 新機能 stat サブコマンド statサブコマンドは、Linuxのperf statのように引数として渡したコマンドを実行して、 そのコマンドを実行するのにかかった時間、その間のCPU使用率、I/O発行状況のサマリを確認することができます。 またCPU使用率やI/O発行状況は指定したインターバルでJSON形式で保存されるため、plotサブコマンドで後からグラフ化して確認することもできます。 使い方の例： # dd(1) で1

35ドルで買えるPCとして人気を博し、つい最近誕生日を迎えたり、1年間で100万台の販売を達成したりと、最近話題に事欠かないRaspberry Pi。 自分も最近1台購入して、さらに2台を追加発注しました。 そんなRaspberry Piですが、箱を開けたらすぐ使える状態として売られているわけではありません。 パソコンでいうとマザーボード、CPU、メモリが組み立てられただけの状態で売られているので、 電源ケーブルも、キーボードも、マウスも、ディスプレイケーブルも、ストレージさえも付属していません。 なので、実際に使い始めるには色々と準備してあげる必要があります。 このエントリではRaspberry Piを使うために必要なもの一覧をまとめてみました。 SDカード 何も調べずにうっかり本体だけ買うと、まず最初につまずくポイントがここでしょう。 Raspberry PiにはOSがインストールされ

自動構成管理ツールChef(のスタンドアロン版であるChef Solo)の入門本である「入門Chef Solo - Infrastructure as Code」を読み始めました。 サーバ管理を1台でもやっていて、自動構成管理をしたことがない人は、間違いなく読む価値があります。 サーバの自動構成管理は、たった1台のサーバを管理するだけでも大いにやる価値があります。 もしも色々と手を加えてたくさんのサービスを動かしているサーバが壊れて、1から再構築しなおさなければならないときに、 前の状態まで間違いなく戻せる自信がありますか？僕はないです。 また、Chefのようにコードの形で構成情報を記述できるということは、 それをバージョン管理することでサーバの構成情報を時系列にトレースすることも可能となります。 自分のメールサーバを運用しているVPSとか、研究室の自分用ルータ兼CIサーバ兼gitレポジト

Project Research Associate at Institute of Industrial Science, The University of Tokyo Profile / プロフィール Publications and Awards / 発表文献・受賞等 Activities / いろいろな活動 Software / ソフトウェア Weblog My GPG public key and fingerprint: hayamizu.gpg pub 1024D/981A94C0 2009-01-21 Key fingerprint = E760 D955 BD52 A3DA 119E 7C97 F18B 025A 981A 94C0

この記事は，PostgreSQL Advent Calendar 2012の12月25日分の記事です(書く人がいなさそうなので勝手に)。 PostgreSQLの性能測定に絡めつつ，データベースシステムの性能測定に関する様々な罠について， 傾向と対策を書いてみようと思います。 この記事のきっかけとなったのが， 永安さんのPostgreSQL Advent Calendar 2012（全部俺） の，PostgreSQL Deep Dive: データブロックサイズの変更と分析系クエリへの性能影響（SSD編） という記事です。 みんな大好きSSDの上で，DWH系のワークロードを動かした場合の性能について， DBのブロックサイズが与える影響を測定した記事です。 今回は，この記事へのツッコミという形で性能測定の罠を紹介してゆくことにします。 ※ 念のために断っておきますが，当該記事を貶める意図があるわ

この記事は PostgreSQL Advent Calendar 2012 の13日目の記事です。 昔からデータベースエンジン関係の研究をしているうちの研究室 では、「PostgreSQLを使う」というとPostgreSQLのコードをいじってTPCベンチマークを走らせることを指すので、未だにSQLとか書けなくて困ることが多いのですが、幸か不幸かPostgreSQLのソースコードはそこそこ読めるようになりました。 そんなわけで、PostgreSQLのソースコードの中でも、今回のAdvent Calendarのネタとしてメモリ管理の部分について紹介します。 これからPostgreSQLのコードを読んでみたいという人にとっては、コードのどの部分を読んでも必要となる知識なので、割と役に立つとおもいます。 【宣伝】大晦日にデータベースの同人誌をコミケで売ります 本題に入る前にいきなり宣伝で恐縮ですが

さきほどTwitterで流れてきたのでたまたま見つけたのですが、LuadnsというDNSホスティングサービスがかなり凄いです。Luaスクリプトでゾーン設定を書いてGitHubにpushするだけで即座にDNS設定ができてしまいます。 DNSホスティングサービスというと、多くの場合ブラウザを開いてログインしてコントロールパネルからポチポチと入力して送信して、、、という手順を踏まないと設定が更新できないわけですが、Luadnsは違います。example.com.lua ファイルをEmacsやVim(やその他エディタ)で開いてLuaスクリプトを書き、git commit ＆ git push で設定が完了してしまいます。push にフックして Luadns の設定が自動的に更新されます。 マウスまで手を動かすのが無限に遠く感じられるプログラマにとっては、これほど素早く簡単にDNSが設定できるのはか

2012年3月24日に日本PostgreSQLユーザ会主催で開催されたPostgreSQLカンファレンス2012に参加してきました。 各講演の立ち入ったレポートに関しては方々のブログで紹介されることを期待して、ここでは主に会議の全体感に関してレポートしたいと思います。 このカンファレンスはオフィシャルサイトにあるように技術的な話題を中心として、PostgreSQLに関する導入事例や技術的な話題を提供するためのカンファレンスです。 昨年度の参加者約180名に対して今年度は275名(関係者含む)ということで、日本におけるPostgreSQLのユーザ層の広がりを感じさせます。 特にこの数年はビジネスとしてこのカンファレンスに参加する方も増えているそうで、業務用途としてのPostgreSQLの利用が広まっていることを示しているのではないかと思われます。 Linuxの急速な普及をきっかけとして、今や