Solaris では pax コマンドを使うと、絶対パスでとってしまった tar アーカイブを相対パスに解凍できる。 書式) pax -rvs ',^/,./,' -f hoge.tar 試してみる。 ディレクトリを作成して、 % mkdir -p tmp/{a,b,c} % find tmp tmp tmp/a tmp/b tmp/c 絶対パスで tar アーカイブを作成して、 % tar cvf tmp.tar /export/home/oracle/tmp a /export/home/oracle/tmp/ 0K a /export/home/oracle/tmp/a/ 0K a /export/home/oracle/tmp/b/ 0K a /export/home/oracle/tmp/c/ 0K pax コマンドで相対パスに展開して % pax -rvs ',^/,./,'

などという煽り気味なタイトルをついつけてしまいたくなる記事がGoogleCodeBlogに掲載されていました。 最初のほうはごく普通にJavaScriptを使ったRIAアプリケーションはどうしても起動が遅くなるため、それをどう減らすか、というテーマにそって書かれています。 方法として挙げられているのは、最初にすべてを読み込まず、モジュール単位で分割して遅延ローディングすること。ただし、それだけだと回線速度が遅く不安定なモバイル環境では問題が生じるためHTML5のキャッシュ機能を利用するといいとのこと。 遅延ローディングのためのさまざまな手法の得失や、例えばユーザーデータを読み込むときには動的ロードしない、というようにユーザーの操作を妨害しないよう留意することなどについても述べられていてそれだけでもノウハウとして十分に有意義なのですが、決め手として最後に出てくる方法がすごいです。 その方法と

Perl等のLLでウェブアプリケーションサーバを書いていると、普通はマルチプロセスモデル (apache なら prefork とか) で運用することになると思う。で、それらがどれだけメモリを使っているか、っていうのはチューニングにおいて重要になってきたりする (んじゃないかと思う) けど、そもそもメモリの総使用量をどうやって測定するのか。 20:20追記: PSSを使ってワンライナーで測定するのが簡単 (コメント欄参照)。kosakiさんありがとうございます。 $ sudo perl -le 'for my $p (@ARGV) { open my $fh, "< /proc/$p/smaps" or die $!; map { /^Pss:\s*(\d+)/i and $s += $1 } <$fh> } print $s' `pgrep plackup` 914325以下は初回投稿時

気がする！ なぜProxyPassReverseにbalancer://~~ を設定できないのか *1 なぜProxyPassReverseにajp://~~ を設定できないのか なぜbackendがhttpとajpの場合で、ProxyPassReverseに設定するURLが異なるのか などなど。今まではmod_proxyする機会がほとんどなく適当にお茶を濁していたので、世間の人から相当遅れているとは思いますが、せっかくなので自分用まとめ。思いついたことをつらつらとメモっているからかなり冗長ですが。 追記 20100907 http://ftp.riken.jp/net/apache//httpd/CHANGES_2.2 apache 2.2.12 から、balancer:// のURLにもProxyPassReverseが使えるようにmod_proxyがパワーアップしていました。 *)

時はさかのぼること約一年ほど前。 秋冬の美味しい味覚に舌鼓を打ち続ける日々を過ごしていたとある日、ある方の結婚パーティーにお誘い頂きました。 パーティー当日、1 年に 2、3 回程度しか着ることのないスーツに袖を通している途中、ふとスーツがだいぶキツいことに気付きました。 着られないことはない…。だけどパンパン…。ベルトを通してみると留められない…。かなり腹を引っ込めてようやくベルトが留められたものの、かなり息苦しい…。 この時、普段乗ることの少なくなった体重計に乗ってみたら 体重は 74kg、体脂肪率は 24% でした…。 身長は 169cm なので BMI は 25.9。 日本肥満学会的には「肥満 1 度」、WHO 的には「前肥満」扱い。 平たく言えば小太りです。 自分自身の体型の変化に興味を示さずに過ごしていたことを後悔しつつ、「これからは毎日体重計に乗る」ということを心に誓い、とり

はじめに 『インフラエンジニア』という表現は、筆者にはあまり馴染みがないのですが、ここでは運用を主とするサーバおよびネットワークエンジニアという前提で、「⁠インフラエンジニアとは何か？」について語ってみたいと思います。 まずインフラエンジニア（違和感）のお仕事は、予測可能な、というか計画できるものと、（⁠悪い意味で）予測はできるけど計画なんて立てられない、というものに分けることができます。 前者は、インストールだったりセットアップだったりゆとりのあるチューニングだったりするわけですが、後者はトラブル対応だったりゆとりのないチューニングだったりします。前者はまあSE的な要素もあるし、この場では期待されていないだろうなあ、と思うのではしょりますが…。 …何が言いたいかというと、この連載ではインフラエンジニア（違和感）の直面するトラブル対応について、具体例や心構えやメリット（？）やデメリット（？

小説やコミックなどをスキャンした画像を、あれこれ編集するツールを公開しています。 ※ツールの転載禁止／雑誌での紹介禁止／要望やサポート等は基本的にお断りします。 なお、WebやBlogでの紹介などは自由に行ってかまいません。 ※基本的に自分で使ってる機能のみ開発しています。MeTilやeTilの開発が停止してるのは、自分で使わない機能に興味が沸かないだけのことです。 ChainLP v0.40-17 ■何をするもの？ 連番画像や圧縮画像を指定サイズにリサイズして、画像だけのLRF、PDF、ePub、Mobi、または連番ファイルを作成します。 また、青空文庫形式のテキストファイルをソースとして入力し、縦書きの画像またはフォント埋め込みPDFにすることもできます。 「ChainLP40b17.zip」をダウンロード ※ePubとMobiの出力はオマケ機能です。とくにMobiは画質が悪くなるので

はじめに ｢人類が使うすべての情報を集め整理する｣ この壮大なミッションを掲げ設立されたGoogleは、そのミッションを遂行するべく、マシン・ネットワークなどのインフラ環境に莫大な金額を投資し、独自の技術を開発し続けています。Googleは検索エンジンだけにとどまらず、Gmail、Google Calendar、Google Maps、Google Analystics、Youtube、Google Apps、Google Earthなど、いまや全世界のユーザーが使用するサービスをリリースしており、その扱うデータ量、アクセス数は天文学的な数になることが予想されます。Googleはそれらのデータ量、アクセス数を高速にさばき、なおかつ耐障害性の高いスケーラブルな大規模分散システムを構築しています。 そんな中、2008年4月にGoogle App Engineがリリースされました。Googleが

こんにちは。ブログビジネス部 石野です。 livedoor Blogやクリップ、Readerの担当ディレクターです。 今日は「CocProxy」というツールをご紹介します。 同僚のプログラマーに教わったのですが、便利です。 コーディングにも携わるディレクターにはぜひ知っておいてほしいツールです。 CocProxyとは ブラウザからのリクエスト先をローカルファイルに置き換えてくれるプロキシです。 （一見取っつきにくそうですが） デバッグ時にその環境を用意をするまでの手間をなくしてくれる、時間短縮してくれるツールです。 メリット Ajaxを使っているなど、デバッグ環境を用意するのが大変な場合もプロキシの切り替え1つで済みます。 また、確認するために編集したファイルをサーバへアップロードして…といった手順をスルーできます。 amachangさんのこの記事を見て「名前は知っていたけど」という方も、

WEBコンテンツ配信にLinuxを使うのは一般的になりましたが、CentOSやUbuntuをはじめ、大抵のディストリビューションが低スペックなマシンでも動くような初期設定になっています。 トラフィックの上限でもない CPUリソースの枯渇でもない HDDのIOが遅い問題でもない コンテンツが重くなる(接続できない) というケースで、見落としがちなLinuxのネットワーク周りのチューニングについてです。 iptables関連 iptablesを使用している場合、下記のパラメータを注意して下さい。 /proc/sys/net/ipv4/ip_conntrack_max ip_conntrackに記録できる最大値です。65536あたりが初期設定になっているかと思います。これだとパケットの取りこぼしがすぐに起きてしまいます。1コネクションあたり約350バイト消費するので、実装されているメモリに応じて

(参考) Cloudera社のHadoopパッケージの情報 http://archive.cloudera.com/docs/ 必要なもの ・CentOS5かCentOS6のLinux環境1台(ここではCentOS5.6とCentOS6.0を使いました。CentOSの他バージョンや、Fedora、Redhat等でも大丈夫だと思います) ・インターネット接続 ・Sun社Javaパッケージ(パッケージファイルをインターネットから取得) ・Cloudera社のCDH3のHadoopパッケージ(yumでインターネットからインストール) 作業手順 0. 準備 0-1. Sun社Javaパッケージの取得 http://java.sun.com/javase/downloads/にて、 Java SE 6の[Download]ボタンを押して出る「Java SE Downloads」のページから必要なもの

自作のサーバプログラムに、いちいち setuid とか setsid とかログローテート機能とか実装するのめんどくさいわけで。だから daemontools を使って管理してるわけですが、だったら、いっそ全部のデーモンを daemontools で一括管理したい。 ちょうど、reverse proxy をセットアップする機会があったので、apache を daemontools で管理する方法を備忘録をかねてメモ。 % cat /service/httpd/run #!/bin/sh APACHE_ROOT=/usr/local/apache-2.2.14 exec 2>&1 exec pgrphack $APACHE_ROOT/bin/httpd -DNO_DETACH -DFOREGROUND -c "ErrorLog /dev/fd/1" -c "Include /var/httpd