クラウドが全盛を迎えた今、従来型のリレーショナルデータベース管理システム（RDBMS）と並んで「NoSQL」の存在が重要性を増している。 今回は、NoSQLの一種として注目されているデータベースシステム「Apache Cassndra」を解説する。 そもそも「NoSQL」というのは「RDBMSではないデータベースシステム」という程度の緩い概念を表す用語なので、一言でNoSQLと言ってもその仕組みやデータ構造には様々な種類がある。 代表的なNoSQLの種類を挙げてみよう。 KVS（Key-Value Store型） キーと値をペアにして保持するシンプルなデータ構造を持つ。キーと、格納したいデータを紐付け、キーを指定することでそれに対応したデータを格納／取得することができる。複数のストレージにデータを分散させて格納するKVSを特に「分散KVS」と呼び、データのレプリケーション（複製）や一貫性、

気まぐれで、topコマンドのmanを簡単に確認してみました。初めに言っておくと、manコマンドに記載されている以上のことはないのでそれを読める人は必要ないと思います。 環境としては、CentOS 4.4です。 対話画面の基本 まず、topを単純に実行した場合の見かた、起動後のコマンドの使い方を確認する。 対話画面の見かた topコマンドを単純にオプション無しで実行すると以下のようになる。 top - 20:49:53 up 7 min, 1 user, load average: 0.03, 0.36, 0.23 Tasks: 79 total, 2 running, 77 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0% us, 0.3% sy, 0.0% ni, 99.7% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 103

どうも、技術部でプログラマをしている鈴木です。シャノンに来てからは主に Shanon Marketing Platform の国際化対応をやっています。 わたくし、いわゆるひとつの vi 使いでして、世の vi 使いの類にもれず、世の中のすべてのアプリケーションの UI が vi ライクになればいいと常日頃思っているクチなのですが、（この記事も、vi で書いてからコピペであります。WYSIWYG なんてクソくらえ！　でありますw）今日は恥ずかしながら、そんなわたくしが普段どんな感じで vi を使っているかをお見せしたいと思います。

powerd とは、CPU がアイドル状態の時に、CPU の動作クロックを下げることで、PC の消費電力を抑えてくれる、エコなデーモンです(^^)。 ちなみに、powerd はデーモンですが、サーバでもクライアントでもありません…(^^;;。 ■ 事前準備 ありません。　強いていえば、マニュアルを読むくらい？ 《 powerd のマニュアルを読む 》 $ man powerd[Enter] $ 英語は苦手だ、という人は、こちらがお勧めです(^-^)。 ◆ FreeBSD 日本語マニュアル検索：　http://www.jp.freebsd.org/man-jp/search.html （「日本語マニュアル RELEASE :」の選択欄で、「7.2-RELEASE-K」を選ぶのを忘れずに） ■ インストール powerd は、FreeBSD に初めから入っているので、改めてインストールする必要

ServersMan@VPS というのを契約してみました。 名前の通り VPS なんだけど、中身は CentOS5 のサーバで、あとはいろいろな WEB ベースのツールやらモバイル用のツールやらも用意してますよってものらしい。モバイルで云々とかそんな環境を持っていない身からすると、安い CentOS ベースのレンタルサーバでしかないのでした。 SSH でのログオンもできるということなので、ちょうど Windows で見ていた私は PuTTY 立ち上げて接続先を入力して。送られてきた root パスワードを入れてログオン。デフォルトの状態では公開鍵もなにもないし、 ssh での root ログオンも禁止されてません。「最低限の環境しか用意しないけど、 root 権限つけとくから容量許す限りどうにでもして」ってもののようですね。 しかしやはりそれでは心配。データぶっ壊されることより何より、踏み

SSLサーバ証明書のインストール（Apache 2.x + mod_ssl + OpenSSL） 本マニュアルは、サーバ証明書の設定手順をご案内するものです。Apacheのインストールや、コマンドの意味等はご案内しておりませんので、各情報サイトや参考書籍等でご確認ください。 弊社では以下手順にて動作検証をおこなっておりますが、Apacheの動作を保証するものではございませんので、参考情報としてご覧ください。アプリケーションの詳細については付属のドキュメントや関連書籍等でご確認ください。 Apacheはオープンソースのアプリケーションです。脆弱性などの問題がないか、随時情報を確認いただき、万一問題が発見された場合は、該当サービスの停止や、対応パッチがリリースされている場合は速やかに適用するなど、運用には十分ご注意ください。

1日目のメモはこちらです。-> MySQLユーザコンファレンス2008 1日目(10/30)メモ MySQL Performance Tuning 1 (10:00 ~ 10:50) queryのスループットについて ボトルネックはどこかを探る ハードウェアの問題かもしれない slow query logを調査 インデックスを活用する クエリを書き直す オプティマイザの問題 applicationの問題 app-db間のラウンドトリップ 1回のSQLで出来るものを、複数回query投げていると遅くなる スロークエリログについて 名前の通り遅いクエリをロギングする mysqlに組み込まれている機能 スロークエリ = 最適化の余地があるクエリ でもスロークエリログだけでは問題を解決できない そのクエリのどの部分が遅いのかはわからない 表示されたくないメタデータも表示されてしまう mysql 5

HTML ページキャッシュ用のプラグイン wp-cache に続いて、PHP アクセラレータの中から APC (Alternative PHP Cache) を導入、効果を計測してみました。 動作環境 CentOS 5.3 PHP 5 PHP を高速化する PHP アクセラレータ wp-cache は、最終的に生成された HTML ページコンテンツをキャッシュしておくためのプラグインでしたが、APC は名前の通り PHP に対してはたらく「PHP アクセラレータ」です。 PHP はサーバサイドで動作するスクリプト言語ですが、バイトコード ((Bytecode: 中間コードなどとも呼ばれる)) に変換し実行しています。Perl もそうです。 WordPress も PHP で書かれた巨大なスクリプトのカタマリですが、毎回同じ *.php スクリプトを構文解釈、バイトコードに変換、とやっている

今回はlinuxのコマンドでcpuボトルネックとなった場合の調べ方を試してみます。 /proc/〜で、cpuやメモリの情報を調べる cpuやメモリの情報は、/proc/〜で見ることができます。 [endo@colinux ~]$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.20GHz stepping : 8 cpu MHz : 0.000 cache size : 2048 KB ＜略＞[endo@colinux ~]$ cat /proc/meminfo MemTotal: 256208 kB MemFree: 156416 kB Buffers: 5756 kB Cach