500マイル以上離れた場所にメールが送れないのだが
http://web.mit.edu/jemorris/humor/500-miles From: Trey Harris <trey@sage.org> 今から私が書く話は、起こりようのない問題についてだ。この話を広く一般に公開してしまうのは惜しい。というのも、いい酒の話のネタになるからだ。この物語は、退屈な詳細や問題を隠すために、多少事実を変えていて、物語を面白く脚色している。 数年前、私はキャンパスのメールシステムを保守する仕事をしていて、統計学部の学部長から電話を受けた。 「大学の外にメールを送るのに不具合が発生しているのだが」 「どんな問題でしょう？」と私はたずねた。 「500マイル以上メールを送れないのだよ」と学部長は説明した。 私はラテを吹き出した。「何だって？」 「ここから500マイル以上離れた場所にメールを送信できないのだよ」と学部長は繰り返した。「実際は、もう少しあるの
/proc/meminfoを考える - めもめも
通りすがりの貴方・・・・ /proc/meminfoのあっちの値とこっちの値を足したら、なんでそっちの値と同じにならないの・・・・ と悩んだことありますよね？ /proc/meminfoは、カーネルが内部的に管理している枠組みでのメモリ情報をそのまま出しているので、残念ながらユーザ視点で知りたいメモリ情報とは一致しません。 とはいえ、変な解釈をして無意味に悩まないために、それぞれの値の意味合いと項目間の関係を知っておくのは有意義です。私の理解の範囲で、それらの関係をまとめていきます。 ＃私の理解も完璧ではないので、間違いあればやさしくご指摘お願いします。 参考資料 http://mkosaki.blog46.fc2.com/blog-entry-1007.html 2011/09/07 追記： tmpfsがSwapCachedに含まれるのは幻想でした。tmpfs=Shmemに修正しました。
デプロイの度に障害が起きるシステムを安全にした話 - エムスリーテックブログ
鉄道では個人の注意力だけでなくシステムにより安全を確保している。 写真は「タブレット閉塞式」のタブレットを交換する様子。１つの区間にはタブレットを持った列車しか進入できないため、衝突事故を防ぐことができる。（作者 Spbear [CC BY-SA 3.0 ], ウィキメディア・コモンズより） こんにちは、エムスリーでソフトウェアエンジニアとして働いている小本です。 私は基盤開発チームという、エムスリーの複数のサービスにまたがって使われるシステムを開発・運用するチームに所属しています。 基盤開発チームが担当するシステムの１つに、会員向けメルマガの配信システム「メールコンシェルジュ」があります1。 エムスリーはメールコンシェルジュで１日数十万通のメルマガを配信しており、機械学習でメルマガを最適化する施策2などもメールコンシェルジュの存在が前提になっています。 このようにエムスリーにとって重要な
BYODを検討中なら知っておくべき「MAM（モバイルアプリ管理）」の基礎知識｜BUSINESS NETWORK
BYOD時代のスマートデバイス管理の“本命”として急浮上しているMAMとMCM。効率的な管理によりスマートデバイスの導入、とりわけBYODを成功させたいなら、MAMやMCMはベストの選択肢だ。中編ではこのうち、MAM（モバイルアプリケーション管理）ソリューションについて基礎から解説する。 スマートデバイス管理の“新本命”として、急速に注目が集まるMAM（モバイルアプリケーション管理）とMCM（モバイルコンテンツ管理）。特にBYODにおいては、プライバシーの問題から私物端末へのMDM（モバイルデバイス管理）の適用が難しいため、MAMやMCMが中核的役割を担っていくと見られる。MAMとMCMがBYODの本格普及を牽引するのだ。今回の中編では、このうちMAMについて具体的に紹介していこう。（前編＜BYODソリューションに異変アリ――「私物端末にMDMは必要ない！」＞はこちら） 2タイプに分類でき
うちだ氏のコメントにお答えして 緊急対応時と平時のリスク管理は違う - 農と島のありんくりん
うちだ氏という方のコメントです。おそらく主婦の方でしょう。消費者意識の高い方の、これもある意味典型的な意見です。 「全袋に線量を表示しろ 逆にそれができないから、３年間時が止まり続けているのだとは思いませんか？ チェルノブイリでできたことがなぜ日本でできないのですか？ 手間とお金がかかるから？ 必要な費用は東電なり政府なりに請求すべきでしょう。日本中の国民が復興のために税金を余分に支払っているんです。どんどん使ってください。 これは別の話ですが、良心的な農家は、農薬の使用回数まで表示して作物を消費者に届けています。うちでは、多少高くても信用できる農家からの品物を買っています。 関東でふつうに福島産として売られている作物には、どういう基準で検査がされているのか明示されているわけではありません。わたしたちはなにを根拠に福島を信用すればいいのですか？ 最低限の情報すらしめさずに、それを避ける人た
管理画面のアクセスコントロール
IE のままじゃダメなの？ ～ Microsoft Edge のメリットとこれからを見据えた Web システム運用のテクニック ～TAKUYA OHTA
LinuxでのNIC冗長化(bonding)を少し深く考えてみる - sanonosa システム管理コラム集
サーバNIC(Network Interface Card)の可用性向上や負荷分散にはNIC冗長化が有効です。NIC冗長化については拙著「インフラエンジニアの教科書」にも記しましたが、bonding、チーミング、リンクアグリゲーションなど様々な呼び名があります。今回はLinux上でのNIC冗長化の話しとなりますので、bondingについての話題となります。 【bondingとは】 bondingとは、複数のNICが搭載されているマシンのNICを束ねて1つの仮想的なNICとして扱うことのできる技術です。例えば1GbpsのNICポートが4つ搭載されているサーバとL2スイッチの間を4本のLANケーブルで接続してbonding設定を有効にさせると、冗長化が行われて最低1本が正常であれば1～3本に問題があっても通信が継続できたり、負荷分散が行われて通信帯域幅を4Gbpsに拡張されたりといった使い方が
satolog: リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
Saturday, December 01, 2007 リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」 Tech Talk: Linus Torvalds on git My hatred of CVS has meant that I see Subversion as being the most pointless project ever started. The slogan for Subversion for a while was "CVS done right" or something like that. And if you start with that kind of slogan, there is nowhere you can go. There is no way to do CVS right. ぼくの CVS への憎悪が
JavaScript is not available.
Something went wrong, but don’t fret — let’s give it another shot.
データセンターで大声を出してはいけません
とても面白いビデオ「Shouting in the Datacenter」を見つけたので紹介します（公開されたのは2008年12月のようです）。 サン・マイクロシステムズ（当時）のFishworksチームに所属するBrendan Gregg氏。「面白い発見をしたんだ！ マネするのはオススメしないけど」。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてはて_orangestarcomics