京都収納棚紅玉束縛： Rubyで簡単、DBプログラミング - mixi engineer blog
静かに暮らしたいmikioです。今回は、新進気鋭のDBMであるKyoto CabinetのRubyバインディングを駆使してお手軽にデータベースプログラミングを行う方法について述べます。 Kyoto Cabinetのおさらい Kyoto Cabinet（KC）は、Tokyo Cabinet（TC）に比べて、最適化された性能よりも保守性を重視したDBMの実装です。オブジェクト指向プログラミングの技法を用いて、少ないコード記述量で容易に機能追加できるように設計しています。また、実装としては、空間効率の向上と並列処理性能の向上を重視しています。以下のプレゼン資料も参考になると思います。 TCでもハッシュ表やB+木などのデータ構造を動的に切り替えて同じインターフェイスで操作するための「抽象データベース」という機構がありましたが、KCでは同じことを「多相データベース（polymorphic datab
Linux で 4096 バイトセクタ HDD を fdisk - daily dayflower
Linux でも 4096 バイトセクタのハードディスクを使うときには注意が必要らしいということを 4096 バイトセクタの HDD と Linux - daily dayflower で書きました。でも fdisk のエキスパートモードってどんなんだろうと思いつつ実際に触っていなかったので、今回はちゃんと触ってみました（でもベンチマークはとってないよ）。 今回のおはなしは（前回と同様）、物理セクタサイズ 4096 バイトの 512 バイトセクタエミュレーションモードのハードディスク、つまり 2010 年現在において 4K セクタとして売られている HDD がターゲット*1です。 CentOS 5.4 で動作確認を行いました。fdisk のバージョンはこんな感じです。 # fdisk -v fdisk (util-linux 2.13-pre7)以降の例では 1TB のディスクを3つのパー
4096 バイトセクタの HDD と Linux - daily dayflower
先日 1TB クラスのハードディスクを買いに秋葉原へいってきました。ずいぶん安くなったものだなぁと感激しながら物色してたんですが、なぜかキャッシュ 64MB のほうが 32MB のものより安かったのでこりゃお得だろうと思いそちらを考えなしに買いました。 帰ってきて調べてみたら、買ったやつは 4096 バイトセクタのものでした。なんか Windows XP だとそのまま使うとパフォーマンスがでないとか聞いていた気はしていたんですが、まさかそれを買ってしまうとは。どうりでバッファ容量が大きいほう（つまり 4K セクタ）がどの店でも安いわけだ。 たしか Linux の場合だと大丈夫だよねと思いながら検索してみると、Linux でもパフォーマンスが落ちるという話が。うわーどうしようと思い、4096 バイトセクタ HDD と Linux についていろいろ調べてみました。 ただ、机上の調査であり実地検
64bit Firefox for Snow Leopard
Aperture 3 が 64bit 化を果たしたと聞いて買ってしまおうかと血迷う今日この頃。 Apple 製品は 64bit 化されるのを待つしかないけど、そーじゃないオープンソースなアプリは頑張れば 64bit 化できるはずだよなぁ、とか思って file /usr/pkg/bin/*|grep i386 とかやって出てきた実行ファイルを片っ端から rebuild していったところ、 Universal Binary で作った lv 以外は全て 64bit で作成できたのでした。 他に 32bit なアプリはあったかなぁ、とアクティビティモニタで確認したところ、 Firefox が 32bit じゃないですか! てなわけで 64bit Firefox についてぐぐってみたところ Mozilla 公式の Mac OS X Build Prerequisites に The reason M
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
502 Bad Gateway
