タグ

2009年6月22日のブックマーク (15件)

  • 1Uラックマウント可能なサーバを自作する - marqs blog

    はてなでは以前から自社製サーバを使用しているのですが、今年の春に、新たに自社製1Uハーフサーバを開発しました。 最近、タワー型だとメーカー製でもかなり安価なサーバがあるのですが、データセンターでの運用を考えると1ラックへの集積度が問題になってくるので、必然的にラックマウント可能なサーバが求められます。1Uサーバの中で価格対性能比のよいものを探すと、まだまだはてな的に使いやすいサーバが少ないので、今回このような1Uラックマウント可能なサーバを自社開発しました。 さてこのサーバの特徴としては、 ケーブル類がフロントアクセス 組み立て簡単 いけてるインフラアルバイトのid:hxmasakiが組み立てると15分 1ラックに60台以上搭載可能 もちろん、電源容量との兼ね合いもあります ディスクのホットスワップが可能 低消費電力 お値段据え置き 以前の自社製サーバとほぼ同価格 といったところがあげられ

    1Uラックマウント可能なサーバを自作する - marqs blog
  • スズメが鳴く時間 - 新だるろぐ跡地

    神とskypeでsinatraだのvimだのARパターンだのARだの分散だのについて話してた。 会話の一部を無断転載。 俺: ああ、スズメが鳴き始めたけど大丈夫ですか社会人の方 神: 大丈夫じゃないです 俺は有給なので、組織に伝染らないうちにひねり潰されたりすることはないだろう。 あ、神がひねり潰されたらごめん。でも大丈夫だよねーだってこんなのいつm(自重 神宛てに追記 寝坊させてごめん!でも頑張ってとしか言えない!

    スズメが鳴く時間 - 新だるろぐ跡地
    kamipo
    kamipo 2009/06/22
    寝坊しちゃったでしょーが!
  • https://jp.techcrunch.com/2009/05/01/20090430facebook-gets-three-times-more-efficient-at-storing-photos-with-haystack/

    https://jp.techcrunch.com/2009/05/01/20090430facebook-gets-three-times-more-efficient-at-storing-photos-with-haystack/
  • Linuxのプロセス一覧に便利なhtop (blog@browncat.org)

    blog@browncat.org Web, Linux, Ubuntu, Mac, PDA, 携帯電話, プログラミング, ソフトウェア&落書き たまたま 少し興味を引かれてインストールしたら意外に良さそうな感じなhtop。名前の通りtop(コマンドラインで使うプロセスをモニタするソフト)と同じようにコマンドラインから起動し、定期的に負荷やプロセスの一覧を表示するソフトです。 htop - an interactive process-viewer for Linux topと異なるのはよりインタラクティブで操作性や閲覧性が強化されている点。 インストールはUbuntuではパッケージに含まれていますので、"アプリケーションの追加と削除"やSynaptecや"sudo apt-get install htop"でインストールできます。 ncursesベースで色分けされた表示。gnome-c

    kamipo
    kamipo 2009/06/22
  • tracef - function call tracer

    このページは書きかけです。 hogetraceという名前はあんまりなので自重してtracefに変更しました。 TOC 概要 実行例 動作環境 (OS) ダウンロード ビルド環境 ビルド手順 解析可能なプログラム スクリーンショット forkするプログラムの解析 execするプログラムの解析 再帰 マルチスレッド みんなだいすき例外スロー mainの前に呼ばれる関数 制限事項 コマンドラインオプション 仕組み (つぶやき) 類似ツール 概要 hogetrace tracefは、Linux向けの「関数コールトレーサ」です。 自作関数の先頭と末尾にも0xCCを仕掛けるようにしたptraceベースのltraceもどきです。おわり。 ディストリビューションに標準で含まれているltraceコマンドに似ていますが、次のような特徴・相違点があります。 DSO(DLL)内のライブラリ関数の呼び出しだけでなく

  • hogetrace - 関数コールトレーサ - memologue

    でかいソフトウェアの、大量のソースコードを短時間で読む必要が生じたので、その補助ツールとしてptrace(2)ベースのLinux用関数トレーサを自作しました。こういうツール上でまずソフトウェアを実行してみて、どのファイルのどの関数がどういう順で呼ばれるか把握おけば、いきなりソースコードの山と格闘を始めるより楽かなーと思いまして。せっかく作ったので公開します。 http://binary.nahi.to/hogetrace/ straceはシステムコールだけ、ltraceは共有ライブラリ(DSO)の関数呼び出しだけ*1をトレースしますが、このツールは、実行バイナリ中の自作関数の呼び出しもトレースします。例えば再帰で1から10まで足し算するソースコードを用意して % cat recursion.c #include <stdio.h> int sum(int n) { return n ==

    hogetrace - 関数コールトレーサ - memologue
  • 実行中のアプリケーションを外から観察するコマンド。 - こせきの技術日記

    strace システムコールをトレース。カーネルと何を話しているか。 strace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 straceを使ったデバッグ - SourceForge.JP Magazine : オープンソースの話題満載 Linuxカーネルの作り出す世界 − @IT自分戦略研究所 - ふつうのLinuxプログラミング 青木峰郎 システムコールとライブラリ関数 − @IT自分戦略研究所 システムコール・ライブラリルーチン - UNIX の部屋 ltrace 共有ライブラリの呼び出しをトレース。*.soと何を話しているか。 ltrace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 ltrace で共有ライブラリの関数呼び出しをトレースする - bkブログ 404 - エラー: 404 - Linux JF ƒ‰ƒCƒuƒ‰ƒŠ‚ÌŠ

    kamipo
    kamipo 2009/06/22
    gdbを使うには-gオプション付きでコンパイルしておく必要がある。(ここが敷居高い)
  • 参照と更新が頻繁に発生するテーブルでMyISAMとInnoDBを比較 - cloned.log

    [追記 2012/09/29] 最近でもこの記事を参照してくださる方がいるので追記します。下記エントリを書いた時点では非常に局所的なケースで重い現象に悩まされていたことを前提に調査しており、その延長線上で「一律InnoDBというのは言い過ぎな印象を受けるパフォーマンス差に感じる」ということを書いてしまっていますが、その後色々と勉強した結果、特定箇所のニッチなベンチマークではなく一般的な運用上の負荷を焦点にした場合はInnoDBは適切に設定しておれば十分にパフォーマンスがある(もしくはInnoDBの方が有利)というのが現在の意見です。 「MyISAM InnoDB」で検索するとあちらこちらであるように、今時は理由がなければInnoDB、ということでMyISAMのテーブルをいくつかInnoDBに変更したところ、かなりパフォーマンスが落ちるケースがあった。 InnoDBにしたら軒並み遅くなったと

    参照と更新が頻繁に発生するテーブルでMyISAMとInnoDBを比較 - cloned.log
    kamipo
    kamipo 2009/06/22
  • 僕もErlangを試してみたよ -- 軽量プロセスを中心に - 檜山正幸のキマイラ飼育記 (はてなBlog)

    えっ、Erlang(アーラン)を紹介するのが流行なの? フーン、じゃ僕もやってみよう。 というわけで、ちょっと試してみたので、感想+解説を書きます。あまり他で触れられてないようなネタを選ぶつもり。 内容: 予備知識への参照 構文はPrologじゃん ランタイム・システムとEシェル で、Erlangって何がいいのよ? 繰り返しとプロセス メッセージング=プロセス間通信 最後の例題:greetingプロセス もう一度、Erlangって何がいいのか? ●予備知識への参照 HelloWorldを書くまでの案内は: 「これから15分でErlangを始めるための資料」(http://blog.overlasting.net/2007-05-09-1.html) Erlangの特徴は、次のスライドによくまとまってます。 "Concurrent Functional Programming with Er

    僕もErlangを試してみたよ -- 軽量プロセスを中心に - 檜山正幸のキマイラ飼育記 (はてなBlog)
  • 単純な場合の Skip Graphs アルゴリズムを実装してみた - higepon blog

    分散などは考えずに、単純な場合の Skip Graphs アルゴリズムを実装してみた。(僕の理解やコードが間違っている可能性があるので注意) Skip graphs by James Aspnes and Gauri Shah という論文に書かれているアルゴリズム。 実装したのは Level 0, Level1 の単純2階層の Skip Graph (= membership vector は 0 と 1 の 2種類しかない) 実装してみて分かったが階層を増やすのはとても簡単だ node の insert/search/range-search をサポート search が書ければ range-search は簡単 また理解の助けになるよう 検索経路が取得できるようにした テストコードをまじめに書いた 動作例 node20 (key=20, value="$20") のノードを開始点として

    単純な場合の Skip Graphs アルゴリズムを実装してみた - higepon blog
  • @ネットおたく:MySQL5.4.0betaのアップグレードにおける、InnoDBでつまづいたところ

    まいどです。 フォートラベルでは、20台のうち、10台くらいMySQL5.4.0にしました。 CPU使用率減って、処理も早くなって(゚Д゚)ウマー! アクセスアップしますように(=人=)ナムー 今回MySQL5.130から、5.4.0betaにバージョンアップしたときに、InnoDB関連のエラーが出た。。 MyISAM/MyISAM パーティショニングを主に使ってきたので、 はっきりいって、InnoDBはあまり使っていないので、ノウハウが少ない。 識者の人には、当たり前の設定済みの設定であったり、エラーなのかもしれないし、恥ずかしいはなしだが。 MySQL5.4.0にアップグレード後、 InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes InnoDB: than speci

    kamipo
    kamipo 2009/06/22
    5.1から5.4でInnoDBのログファイル周りのデフォルト値が変わった。 http://dev.mysql.com/doc/mysql-5.4-features/en/availability-installation.html
  • @ネットおたく:MySQL5.4.0にして、劇的にパフォーマンスUP←イマココ

    フォートラベルでは、データベースにMySQLを20台ほど使っています。 ・ユーザさんが投稿したテキスト ・クリックなど大量のログ ・広告表示のインプレッションログ ・宿泊予約サイトの比較用の大量のデータ それ以外にも沢山。書き出すと、きりがないくらいたくさんの いろんなデータが蓄積されています。 新機能の開発だけではなく、より表示速度を上げるためや、大量のデータを処理する為に、 日々SQLや、PHPの処理の改善、テーブル構造の検討、サーバの設定変更、ネットワーク、サーバ構成を考え直したりもしています。 時には、RCや、betaのバージョンのMySQLをいれることも。 今回、数千万件のデータを処理するMySQLが一台いるのですが、 さすがに毎日毎日大量のデータを処理しているため、 こういうのはプログラムのチューニングをするのがなかなか不安たっぷりです。 MySQL5

    kamipo
    kamipo 2009/06/22
  • ゆーすけべー日記

    サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

    ゆーすけべー日記
  • 僕は木になりたい。。。 : MySQLで知っておくと良いかもしれない事 - livedoor Blog(ブログ)

    初めてのRuby このを買いました。 どうも評判が良いようで、おもわず買ってしまいました。 まだ、読んでないのですが。。。 著者のYuguiさんのブログを読んでいたら、以下のようなエントリーがあり、結構びっくりして、調べた結果をエントリーします。 知っている人にとっては当たり前なのかもしれませんが。。 Active Recordが不適当なキャッシュを返す(?)問題 @ 2006年05月 @ ratio - rational - irrational @ IDM ActiveRecordが誤ってキャッシュか何かを返している感じ。これで数時間嵌まった。 新規レコードをsave後、find_by_id(nil)すると、初回の呼び出しに限りsaveしたオブジェクトがマッチする。 MySQLが不適当なレコードを返す問題。 @ 2006年06月 @ ratio - rational - irrati

    kamipo
    kamipo 2009/06/22
    SQL_AUTO_IS_NULL=0
  • 複数のCSSをまとめるApacheのハンドラ - Hack Forever

    ふと思いたって適当に書いてみました。 小さく分割されたバラバラなcssファイルを、1つのファイルに連結して出力します。更新日時を見て、分割ファイルのいずれかが更新されてたら、連結ファイルを書き換えます。(ついでにminifyもカマしてみてますがこれはどうかな?) もちろん開発環境向けなわけですが、番環境にはそのまま連結ファイルを上げればいいってことで。 今のとこ、configでディレクトリを指定してその下のcssファイルを全部読むって感じになってるんだけど、これだと結局1種類しかできないので素敵じゃないかもと思うので、どうしようか考え中です。 package Apache::ConcatCSS; use strict; use Apache::Constants qw(:common); use Apache::Log (); use CSS::Squish; use CSS::Mini

    複数のCSSをまとめるApacheのハンドラ - Hack Forever