タグ

2010年7月13日のブックマーク (5件)

  • PC�o������ | Unix�nerrno����

    �����������d���������������������o�����������B �����������Y��������������������������(*�L�D�M) Unix�n������タ�s�����G���[�����������������G���[�l���������B �R�������������������������B�B�B��������Web������������������(T_T) ��������ゥ���������������������������������������B Unix�n�������������v���O�����������������A�����I���l��-1�������A ����errno�������G���[�R�[�h�����������A�������������������

    kamipo
    kamipo 2010/07/13
  • 未踏説明会で発表してきM@ster 〜漫画で読む未踏ユース〜 - モリキチのひみつきち

    イベントレポート香川大学で行われたIPA未踏説明会で、私の開発システムと未踏での経験についてお話させていただきました。 今回の発表資料をつくる直前に宮崎駿監督の「ぼくは紙とペンさえあればいい」みたいなコメントを読んで感動した私は、いきおい余って、気がついたらこんなのをつくってしまっていた。後悔はしてない。 → 漫画で読む未踏ユース(PDFファイル) この後藤PMの待受画像が欲しい人は、わっふるわっふると書き込んでください。

    kamipo
    kamipo 2010/07/13
    わっふるわっふる
  • MySQL レプリケーション基礎 - shibainu55日記

    今日は、MySQLのレプリケーションのお話。バージョンは5.0を前提として説明。 MySQLにおけるレプリケーションは更新情報を記録したバイナリログ(binlog)をベースとしたアーキテクチャ。マスターでの更新情報をバイナリログとしてスレーブに転送、これをSQLに変換しスレーブで実行しデータ同期を行う。Oracle Data GuardのLogicalスタンバイによく似ている。 基概念図を以下に示す。 特徴 複数のスレーブを用意することで、参照系クエリの負荷分散が可能 マルチマスター構成の場合には更新系クエリの負荷分散も可能 ただし、この場合にはアプリの扱うデータに依存し実現可否が分かれる。 マルチマスター扱いとするオブジェクトを限定するなど、論理設計でも考慮が必要 マスタのバックアップとしてスレーブを切り離し、サービス無停止のままバックアップが可能 この場合、スレーブを停止しコールドバ

    MySQL レプリケーション基礎 - shibainu55日記
  • CloudForecastのリソース監視定義モジュールの作り方 - blog.nomadscafe.jp

    CloudForecastでリソース監視をする際の情報取得方法、グラフの設定を行うモジュールの作り方の紹介です。前のエントリーで紹介したgearman-starter.plのスコアボードによるステータス情報を取得してグラフにしてみます。 まず、gearman-starter.plのステータスを再確認します。telnetでみるとこんな感じです。 % telnet localhost 7005 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. System: gearman_servers: 127.0.0.1:7004 class: MyWorker Uptime: 20 BusyWorkers: 0 IdleWorkers: 10 -- pid Status Counter

  • エンジニアの不安と壁 - naoyaのはてなダイアリー

    このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。「え、ブログ書くだけでシリコンバレー? 」 なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、「ここが壁だったな」と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう? 負荷分散って、どうやるんだろう? 溜め込んだデータをうまく活用するには、どうしたらいいんだ

    エンジニアの不安と壁 - naoyaのはてなダイアリー
    kamipo
    kamipo 2010/07/13