mTCP使ってみた
mTCP enables high-performance userspace TCP/IP stacks by bypassing the kernel and reducing system call overhead. It was shown to achieve up to 25x higher throughput than Linux for short flows. The document discusses porting the iperf benchmark to use mTCP, which required only minor changes. Performance tests found that mTCP-ified iperf achieved similar throughput as Linux iperf for different packe
cpで大量のファイルをコピーした（4億3200万件、39TB）
GNUのcpを使って大量のファイルをコピーしたところ、cpの設計上の問題で、極めてコピーが遅かったというお話。 My experience with using cp to copy a lot of files (432 millions, 39 TB) よう。俺は最近、大量のファイルをコピーする必要があったんだが、UNIXは20年もやってきた俺の経験からも、cpの挙動には驚かされたし、俺の意見はコミュニティに共有されるべきだと思う。 環境：古いDellのサーバー（2コア、初期メモリ2GB、追加して10GB、Ubuntu Trusty）と、新しいDellのストレージ格納機(MD 1200)にある、12個の4TBディスクでRAID 6が設定してあって、全体で40TBの要領を持ち、二つのドライブが同時に失敗しても問題ない環境。サーバーは遠隔地バックアップに使われていて、ディスクへの書き込みし
ファーストサーバーの事故原因がほぼ人災だった。その概要と今後についてまとめてみました。 - すしぱくの楽しければいいのです。
公開日：2012年6月25日 カテゴリ：アレな話題 先日、気軽に書いたつもりの ファーストサーバーデータ初期化の大惨事！被害者の状況と損害賠償（約款）について調べてみた。の記事が追記だらけになってきたので、中間報告が発表されたきっかけに別記事を書いてみました。 この中間報告では、今回の経緯・概要がようやく発表された感じです。色々問題点がありすぎてどこが責任を持つのか気になる内容ですけども、結局はどのように保証されていくのかが気になる所なので、騒がれている事などをまとめてみました。 それにしても、先日書いた記事『損害賠償』というワードで検索される方が多いこと・・ 大規模障害の概要と原因について（中間報告） ファーストサーバ サポートWEB 今回の事故について さて、今回の中間報告について今回の事故原因の概要が発表されました。 当初発表されていた通り、更新プログラムのバグが発生したのは間違いな
ファーストサーバ、データが消えた理由を説明 削除コマンドの停止・範囲記述漏れ
ファーストサーバの大規模障害でなぜデータは消えたのか。更新プログラムの不具合を検証環境で確認できず、本番環境とバックアップデータに同時に適用してしまったためという。 ヤフー子会社でレンタルサーバを手がけるファーストサーバの大規模障害で、同社は6月25日、原因について説明した。更新プログラムにファイル削除コマンドを停止させるための記述と、対象サーバ群を指定するための記述が漏れていたという不具合を検証環境で確認できず、本番環境とバックアップデータに適用してしまったためという。 障害についてのFAQも公開。損害賠償は利用契約約款に基づき、契約者が「サービスの対価としてお支払いただいた総額を限度額」として支払うとしている。Webサイトのダウンによる機会損失については損害賠償の対象外としている。 不具合のある更新プログラムをバックアップにも適用 同社によると、6月20日午後5時ごろ、特定のサーバ群に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
