Mac OS X用のiSCSIイニシエータとLinuxのiSCSITarget - Walbrix Blog
無料で使えるMac OS X用の iSCSIイニシエータ "globalSAN iSCSI"が登場！ 「時間制限も機能制限もしていません。どうぞMacOS Xで iSCSIのアドバンテージを得てください 」とのこと。すごくいい会社だ！ iSCSIのことをちょっと説明すると、要するに SCSIのネット版。iSCSIでは、ストレージを利用する側を「イニシエータ」ストレージを提供する側を「ターゲット」と呼ぶ。パソコンがイニシエータで外付けHDDがターゲットね。 これはいわゆる SAN(Storage Area Network)を普通のLAN機器で実現する技術で、ファイバチャネルの貧乏人バージョンといったところ。とはいえ、ギガビットイーサネットの帯域は FireWire800を超えるわけで、ストレージを接続するインフラとしてはそれなりに強力なのだ。 Windows Vistaには標準でiSCS
Macでfindとxargsをパイプで繋いで使うなら -print0 と -0 を必ず使うメモ - kanonji’s diary
find . -type d -print0 | xargs -0 chmod go+rx ディレクトリ名に0x20（空白）が入るMac OS X環境でfindに-print0を使わずにxargsで受け取るのはヤバい。かなり危険。一度AppleがiTunesのアップデートスクリプトで0x20デリミタの想定外動作をやらかして、誤消去したことがあったよなぁ。 なので「findには必ず-print0オプションを付けて、xargs -0で受け取る」というのを広く世に広めたい。 void GraphicWizardsLair( void ); // いまどきfindとxargsを使う時は-print0と-0を忘れずに この通りすぎて他に書く事があまりありませんが、自分用のメモという事で。 findの-print0は、区切り文字を0x00（ヌル）*1で出力します。 xargsの-0は、通常は空白の所を
POPとIMAP - あどけない話
ようやく IMAP も普及したようで、POP から IMAP に乗り換える人が増えています。僕の周りのインターネット技術者も、ぼちぼち乗り換え始めました。(gmail が IMAP をサポートしたことが大きな要因でしょうか？) 彼らは優秀なのにも関わらず、こんな間違った表現を使います。 POP はメールをメールリーダに取ってくるもので、IMAP はサーバ側のメールを読むものだ POP だとよかったけど、IMAP は常にネットワークにつながっていないと辛い POP だとよかったけど、IMAP はフォルダ内のメールの数が多くなると辛い その度に、「そうじゃない」と言ってきたのですが、もうそう説明するのにも疲れてきました。そこで、正しいことを書いて、この説明はもう二度としないことにしようと思います。(DRY: Don't Repeat Yourself ですね。) 間違いの根源は、おそらく二つで
ディレクトリの中にある大量の小さなファイルを高速に読み込む方法 - 射撃しつつ前転 改
ディレクトリの中にある大量のファイルを高速に読み込む方法が知りたかったので、実験してみた。想定しているシチュエーションは、一つ一つのファイルは数KB程度だが数が多い、という場合である。適当な順番でアクセスすると、ランダムアクセスになってしまいとても時間がかかる。個々のファイルを読み込む順番はどうでも良く、すべてのファイルを処理することさえできればいいので、原理的にはシーケンシャルアクセスで処理できてしかるべきである。 まず、ファイルシステムについて。HDDやSSDなどのハードウェアにアクセスする際には、ファイル名などという概念はもちろん存在しない。ファイル名と実際のディスク上の対応を管理するのがファイルシステムの主な役割である。ファイルシステムは、ファイル名からそのファイルに対応するブロック番号（メモリアドレスみたいなもんだな）を調べて、そのブロック番号を指定してHDDやSSDにアクセスす
満足せる豚。眠たげなポチ。:大規模サービスの運用事例まとめ
ここ数年の大規模サービスのシステム運用について調べてみたので参照したページやファイル、本へのリンクをまとめておく。PDF へのリンクも多数含まれているのでご注意を。 時代が時代なら企業のノウハウとして隠されていたような情報がこれだけ公開してもらえているというのが非常にありがたい。公開してくれている各企業や公開してくれている人に感謝。 あとで気付いたが、Google や Facebook の事例も探しておけばよかった。Thrift とかあったのに。「こんな情報もあったよ」などあればぜひ教えてください。追記していきます。 youtube http://d.hatena.ne.jp/stanaka/20070427/1177651323 digg http://d.hatena.ne.jp/stanaka/20070427/1177651323 livedoor http://labs.cybo
Linux I/O のお話 write 編 - naoyaのはてなダイアリー
write はページに dirty フラグを立てるだけなので決してユーザープロセスを待たせない って、本当にそうなんでしょうか？（否定しているわけではなく、純粋な疑問です。） と質問をもらったので、最近追ったことをここでまとめます。かなり長文です、すいません。また、まだまだ不勉強なので間違っているところもあるかもしれません。ツッコミ大歓迎です。 まず、オライリーのカーネル本の 15章 ページキャッシュ 15.3 汚れたページのディスクへの書き込み から引用。 ご存知のように、カーネルは、ブロック型デバイスのデータを含むページをページキャッシュに蓄えています。プロセスが何らかのデータを更新した場合は、必ず対応するページに汚れている印をつけます。すなわち、PG_dirty フラグを設定します。 UNIX システムでは、汚れたページのブロック型デバイスへの書き込みを遅延することができます。この方
よくきたはてダ - netstatでポートを空けているプログラムを知る
ただnetstat -lnだけだとどのプログラムからポート番号を開けているのかわからないので、それを確認するために「lsof -i」を実行します。 私はnetstatのオプションは死んだおばあちゃんから-lanputと教わりました． というかこの画面を開発するときにこのオプション群に決定してそのまま現在に至るというだけですが． # netstat -lanput Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:741 0.0.0.0:* LISTEN 1831/rpc.statd tcp 0 0 127.0.0.1:199 0.0.0.0:* LISTEN
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux Development - IBM Developer
find／grep／xargsコマンドを使いこなす 業務で楽するためのUNIXテクニック集「検索」編