特にサーバー用途では、CPUがシングルコアに戻ってくることは考えにくい。 マルチコアCPUの性能を活かすにはマルチスレッドに対応したサーバーの実装が必要になるわけですが、マルチスレッドなプログラミングは往々にして「高負荷になると固まる」とか「たまに落ちる」といった悩ましいバグと戦わなければならず、イヤです。 かといってシングルスレッドでは、近い将来 32コアCPU! などが出てきたとき、たぶん性能を発揮できません。 そこで、そこそこデバッグしやすく、それでいて多コアCPUでもスケールするという落としどころを模索しているのですが、ボトルネックはネットワークIO周りにあるだろう*1という前提の元で、ネットワークIO部分だけをマルチスレッドで動かし、それ以外の部分をシングルスレッドで動かすというアーキテクチャを考えています。 ロジックの部分はマルチスレッドで書いても共有リソースにアクセスする度に

今操作しているターミナルを共有できるサービスPartty!.orgを始めました。 Partty!.org ソースコード ソースコード@CodeRepos Partty!.orgソフトウェアを使ってシェルを起動すると、Webブラウザやtelnetコマンドを使って、その操作の様子が見られるようになります。パスワードを入力すれば、そのまま操作することもできます。 操作の様子は録画されているので、後から再生することができます。↑このようにブログに貼り付けることもできます。 ペアプログラミング、グループプログラミングに CUIアプリケーションのデモンストレーションに ペアプログラミングにはぴったりです。同じディスプレイをのぞき込んだり、二人が同じ場所に並んでいる必要もありません。「ちょっとコレ見て！」とPartty!.orgのURLを送るだけで、とても気軽に始められます。 とりあえず録画してブログに

vimを使おう - ウノウラボ vimerとしては、こういう記事を見つけてしまうと黙っていられないわけです。vimerと言っても、私はhjklがどうしても慣れずに矢印キーを使ってしまう軟弱vimerですが。 そんなわけで、私もちょっとしたvimのtipsを紹介したいと思います。 私が使っているvimのバージョンはvim 7.0なので、vim 6.xでは動かない機能があるかもしれません（特に補完のあたり）。そう言う場合は、vim 7.0をコンパイルして入れましょう。（そのときはvimshellのパッチを是非…vimshellはvim>7.0-0には当たらないので注意） バックアップファイルの保存先 まずは地味なところから。 vimでファイルを編集すると、そのファイルと同じディレクトリに「~」が末尾に付いたバックアップファイルと、同じように「.swp」が付いたファイルが作られますが、これがなか