タグ

2008年11月15日のブックマーク (8件)

  • ウノウラボ Unoh Labs: PHPライブラリ Net_TokyoTyrantの紹介

    皆さんopenpearしてますか! 最近、インフルエンザの予防接種を受けたKeitaです。 ずいぶん前にですが、PHPからTokyoTyrantをネイティブに操作するライブラリをopenpearにてリリースしたので、簡単に紹介したいと思います。 Net_TokyoTyrantとは? PurePHPで書かれた、TokyoTyrantのネイティブなインターフェースを叩くライブラリです。 memcache互換のインターフェースなどとは違い、TokyoTyrantのLUA拡張などTokyoTyrant来の機能をほぼすべて使えるというのが特徴です。 インストール PEARライブラリとして公開されているので非常に簡単にインストール可能です。 openpearのチャンネルを追加します。 pear channel-discover openpear.org PEARコマンドでインストールを

  • Openpear

    Openpear is a PEAR Repository Channel and Subversion Hosting Service. since November 2008 以前からお使いですか? 以前の Openpear をお使いだった方は、以下のコマンドを実行する必要があります pear channel-update openpear.org チャンネルを登録する pear channel-discover openpear.org 利用可能なパッケージをリストする pear remote-list -c openpear パッケージをインストールする pear install openpear/package_name バージョンや安定性を指定してパッケージをインストールする pear install openpear/package_name-1.0.0 pear insta

  • 大量トランザクション処理に適したアーキテクチャ ― @IT

    大量トランザクションを処理するためには、アプリケーション・サーバを複数台並べて負荷分散する一方で、マルチプロセッサのDBサーバを採用しDB処理能力を確保するアーキテクチャが用いられることが多い。さらに高い処理能力が求められる場合には、DBの並列処理やオン・メモリ処理を併用するデザインもあるが、重要なことはスケーラビリティを確保するアーキテクチャ設計と、負荷を平準化する工夫である。

    大量トランザクション処理に適したアーキテクチャ ― @IT
  • Why MySQL Could Be Slow With Large Tables

    If you’ve been reading enough database-related forums, mailing lists, or blogs you have probably heard complains about MySQL being unable to handle more than 1,000,000 (or select any other number) rows by some of the users. On the other hand, it is well known with customers like Google, Yahoo, LiveJournal, and Technorati, MySQL has installations with many billions of rows and delivers great perfor

    Why MySQL Could Be Slow With Large Tables
  • MASAOKA Hajime diary - 当たり前だが窓際は寒い - VMware Guest OSの自動起動 && 自動サスペンド

    _ [Computer][FreeBSD]VMware Guest OSの自動起動 && 自動サスペンド Windowsをシャットダウンする時にいちいちVMwareでSuspendするのは面倒なので、自動化したいとずっと思っていた。最近VMware WorkstationからVMware Serverに乗り換えたためにタスクバーにVMwareが常駐しなくなってしまい(いや、その事自体は歓迎なのだが)、Windowsのシャットダウン時にVMwareをSuspendし忘れる事が多くなってきた。当然Guest OSは突然死状態なのでFreeBSDがfsckに失敗し、何回かに一回シングルユーザモードに落ちる事になる。落ちなかったとしても放置するわけにもいかないのでいい機会と思って対策する事に。 成功にいたるまで紆余曲折がありすぎて、時系列に沿って書くと自分用メモとしても意味不明なので結論だけまとめ

  • http://mysqlpracticewiki.com/index.php/%E3%82%B9%E3%83%AD%E3%83%BC%E3%82%AF%E3%82%A8%E3%83%AA%E3%83%AD%E3%82%B0%E3%81%AE%E8%A6%8B%E6%96%B9

  • auto-complete.el が楽しい。 - 適当めも

    会社の方にうまく書けないからこっちに。 まっちゃんがテキスト入力中に補完候補を自動的に表示してくれる auto-complete.el をリリースしました — ありえるえりあなんてものを作ったわけですよ。こいつはインテリセンス的なメニューを出してくれるライブラリで、これを使うとそんなのが結構簡単に作れる。すごい楽しい。 標準だと適当に単語を拾ってくれるんだけど、以下の変数に関数を設定すると好きなように候補を選ぶ事ができる。 ac-find-target-function: 補完対象の文字列の開始位置 ac-enum-candidates-function: 補完候補を作る というわけで、いくつか補完用の関数を作ってみた。 elisp のシンボルを補完(適当版) こんな感じでおk。 (defun ac-lisp-enum-candidates (target) (loop for x in

    auto-complete.el が楽しい。 - 適当めも
  • サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro

    前回はWindowsでのサーバやPCのボトルネック箇所の簡単な見分け方をご紹介させていただきましたが、要望がありましたので今回はLinuxの場合をご紹介いたします。 4つの主要ボトルネック要素の復習です。 サーバやPCには4つの主要ボトルネック要素があります。このいずれかがボトルネックとなった場合システム全体のレスポンスが低下します。 CPU使用率 メモリ使用量 ディスクI/O TCPコネクション数 Linuxにおいてはボトルネック箇所を以下のように見分けることができます。 1. CPU使用率 CPU使用率が常に100%に近い場合はCPUがボトルネックであることが判明します。CPU使用状況を簡単に調べるには3つの方法があります。「top」「w」「vmstat」コマンドを使う方法です。 -----------------------------------------------------

    サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro