タグ

networkに関するziguzaguのブックマーク (16)

  • 高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋

    はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか? 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の2倍や3倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立

    高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋
  • らばQ : 世界一インターネット接続が速い国ニッポンの光と影

    世界一インターネット接続が速い国ニッポンの光と影 Diggに国別ブロードバンドの平均速度というグラフが載っていました。 これを見ると日は圧倒的に世界一です。しかし、その中身はというと、そう楽観的なものではありません。 数年前にYahoo!BBが格安ブロードバンドを提供し始めて以来、NTTとの熾烈な競争を繰り広げた結果、日はとても安く高速なインターネット接続環境が普及した国になりました。 しかし、そこには無理をしすぎたツケというのが貯っているのです。詳細は以下から。 Average Broad Band Speed by Country 上のグラフ(クリックで拡大)を見てわかる通り、日のブロードバンド接続の平均は60Mbpsという値になっています。これはBフレッツやYahoo!BB光などの最大100Mbpsのサービス加入者が多いためでしょう。 ただし、100Mbpsというのは理論値で、

    らばQ : 世界一インターネット接続が速い国ニッポンの光と影
    ziguzagu
    ziguzagu 2007/09/03
  • どのような基準でスイッチングハブを買えばいいのか検討してみる - GIGAZINE

    先週からなんだか家庭内LANの調子がおかしいのでLANケーブルが死亡したのかと思っていたのですが、どうやら連日の暑さでついにスイッチングハブがお亡くなりになったようです。 というわけで、家庭内LANなどで使用するスイッチングハブを購入するときにどういう基準で選べばいいかを実践してみました。ポイントは以下の5つ。 ・VCCI クラス B ・金属機体 ・温度 ・消費電力 ・ポート数 冷房が常に入っていないような室内でも安定して稼働するのはどれなのか、どれを選んでも一緒みたいな感じもするのですが、上記5点のような視点で選ぶと実は差があったりします。 各ポイントの詳細な説明は以下の通り。 まず今回の故障について。状態としては、いわゆる熱暴走状態のまま稼働し続け、ポートがいくつか一気にぶっ壊れてしまったらしい。通信できないわけではないのですが、パケットのロスが多すぎて転送速度がむちゃくちゃ遅くなって

    どのような基準でスイッチングハブを買えばいいのか検討してみる - GIGAZINE
    ziguzagu
    ziguzagu 2007/08/27
  • ライブドアブログ|無料で豊富な機能が充実

    インド料理「アールティー和泉町店」(秋葉原)で10月ランチ新登場の「バターチキンカレー」と日替わり「茄子と大根」を「ロティ―」で

    ライブドアブログ|無料で豊富な機能が充実
    ziguzagu
    ziguzagu 2007/07/15
  • 404 Blog Not Found:IPアドレスはいつ枯渇してもおかしくない

    2007年06月10日04:30 カテゴリiTech IPアドレスはいつ枯渇してもおかしくない かつてクラスC(/24)を一人で持っていたオレがきましたよ。その頃は128kbpsの接続に月30万はらってたけど(爆)。 池田信夫 blog IPアドレスは枯渇していない コメントで教えてもらったが、総務省はIPアドレスの「枯渇対策会議」を今月中に立ち上げるそうだ。アドレスの配分を検討するのはいいが、それが枯渇するという事実認識は間違いである。IPv4のアドレスは約43億個、全世界のユーザー(約11億人)ひとり当たり4個もある。これに対して、現在のホスト数は約4億3000万なので、アドレスはまだ1割しか使われていないのだ。 池田先生、ちょっとこれはひどすぎ。 ホスト数 < 必要なIPアドレス数 まず、なぜ「たった一割」しかIPアドレスが使われていないのに、ネットワーク屋さんたちがそわそわしている

    404 Blog Not Found:IPアドレスはいつ枯渇してもおかしくない
    ziguzagu
    ziguzagu 2007/06/11
  • Perl and UNIX Network Programming (YAPC::Asia 2007) - naoyaのはてなダイアリー

    YAPC::Asia で Perl UNIX ネットワークプログラミングについての発表をしてきました。UNIX ネットワークプログラミングの基礎の概論、I/O多重化の話、Perl のモダンなネットワークライブラリの話です。資料を以下に置いておきます。 http://bloghackers.net/~naoya/ppt/070404Perl_and_UNIX_Network_Programming.ppt (ppt, 122k) なお、会場では口頭で触れましたが、資料中のソースは簡単のためエラー処理を飛ばしています。また、途中で出てくる図は例えば vfs のページキャッシュをはしょってあったりとこれも簡単のため省略事項がある点にご注意ください。 それからフォントが Consolas なので Consolas が入ってない環境だと変になる、かも。

    Perl and UNIX Network Programming (YAPC::Asia 2007) - naoyaのはてなダイアリー
  • prefork サーバーと thundering herd 問題 - naoyaのはてなダイアリー

    Catalyst を POE で動かす Engine の Catalyst::Engine::HTTP::POE という実装が CPAN にあります。"Single-threaded multi-tasking Catalyst engine " だそうです。"Single-threaded" と言いつつも実装を覗いてみると環境変数 CATALYST_POE_MAX_PROC を 1 よりも大きく設定することで prefork する実装になってます。POEシングルスレッドではアプリケーション内で発生するブロックを避けることが難しいのでそのための実装じゃないかなと思います。 ところでこの Catalyst POE エンジン、prefork の実装はどのように行っているかというと POE から prefork と名の付いたイベントが発生するとおもむろに子プロセスを生成する、というのもの。複数の

    prefork サーバーと thundering herd 問題 - naoyaのはてなダイアリー
    ziguzagu
    ziguzagu 2007/03/13
  • さくらインターネット移行記#2 VPN越しのMySQLレプリケーション

    前回さくらiDCに移転し始めた、ということを書いたのですが、あれから一ヶ月ちょっとが経過しましてその後も順調に iDC への移転が進んでいます。すでにラックもいくつか借りて、サーバーも数十台がさくら iDC で稼動しています。回線がこれまでよりも高速なバックボーンに接続されつつ、帯域幅も大きくなったことから、移転したサービスによってはこれまでよりもパフォーマンスが出ているサービスもあります。うち比較的大きなデータを扱うフォトライフも移転を完了していますが、おかげさまで画像の読み出しがかなり速くなったのが体感できるぐらいスループットが向上しました。 既存サービスを移転するにあたって、どういった構成でそれを行っているかをちょっと紹介してみようと思います。 移転当初は、既存のはてなのサービスとはあまり関係していないサーバー群から手を付けました。例えば広告のシステムといった、はてなのデータベースを

    さくらインターネット移行記#2 VPN越しのMySQLレプリケーション
    ziguzagu
    ziguzagu 2007/03/08
    風車
  • DSAS開発者の部屋:パソコン1台ではじめるロードバランサ体験

    昨日書いたの通り,記事を寄稿したWEB+DB PRESS Vol.37が,今日発売になりました.それを記念して(?),記事の内容が簡単に実験できるパッケージを公開します. これは,VMWareを使って,だれでも直ぐにロードバランサの実験を始められるパッケージになっています.何台もマシンを集めたり,Linux をインストールする必要は一切ありません.無償配布されているVMWare Playerがあれば,いつでもどこでも実験ができます. もちろん,このブログで去年の夏に公開した4つのエントリ こんなに簡単! Linuxでロードバランサ (1) こんなに簡単! Linuxでロードバランサ (2) こんなに簡単! Linuxでロードバランサ (3) 高トラフィックに対応できるLinuxロードバランサを目指して〜LVSをNATからDSRへ の実験もできます. ダウンロードはこちらからどうぞ(75MB

    DSAS開発者の部屋:パソコン1台ではじめるロードバランサ体験
    ziguzagu
    ziguzagu 2007/02/26
  • https://labs.cybozu.co.jp/blog/kazuho/archives/2007/02/keeping_comet_alive.php

    ziguzagu
    ziguzagu 2007/02/26
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    ziguzagu
    ziguzagu 2007/01/12
  • 最速配信研究会 - Web2.0とC10Kに関する数々の誤解

    Web2.0 = Ajax/Cometなの?とかプロセスIDは今でも16ビットなの?とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」(クライアント1万台問題)だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに

    最速配信研究会 - Web2.0とC10Kに関する数々の誤解
    ziguzagu
    ziguzagu 2007/01/12
  • Windows NT/95/98 におけるNetBIOS名前解決シーケンス

    図中のノードタイプとは B-Node(Broadcast:1) ブロードキャストのみを使って名前解決 P-Node(PointToPoint:2) WINS,DNS,LMHOSTSのみを使って名前解決 M-Node(Mixed:4) ブロードキャスト→WINS,DNS,LMHOSTSを使って名前解決 H-Node(hybrid:8) WINS,DNS,LMHOSTS→ブロードキャストを使って名前解決 Microsoft拡張 標準のノードに加え、ローカルLMHOSTSファイル、またはWINSプロキシとWindows Sockes gethostbyname()関数の呼び出しの組み合わせを用います。 Windows Sockes gethostbyname()関数は、標準DNSとローカルHOSTSファイルを使用します。 ノード・タイプは「winipcfg」コマンドまたは「ipconfig /a

    ziguzagu
    ziguzagu 2006/09/04
  • 連載: Microsoft ネットワークを解剖する

    連載: Microsoft ネットワークを解剖する 文書一覧 タイトル 状態 最終更新日 Microsoft ネットワークを解剖する 第6回「トラヒックのチューニングと運用のポイント」 完了0 2003/01/21 Microsoft ネットワークを解剖する 第5回「ドメインと認証機構」 作成中TG 2002/11/16 Microsoft ネットワークを解剖する 第4回「ブラウジング機能(後編)」 作成中T 2002/11/11 Microsoft ネットワークを解剖する 第3回「ブラウジング機能」 完了1 2002/11/16 Microsoft ネットワークを解剖する 第2回「NetBIOSでの通信と名前解決の仕組み(後編)」 完了1 2003/01/11 Microsoft ネットワークを解剖する 第1回「NetBIOSでの通信と名前解決の仕組み」 完了0 2002/09/28 C

    ziguzagu
    ziguzagu 2005/12/20
    ブラウズマスタとかいろいろ詳しい解説。
  • ひげぽん OSとか作っちゃうかMona- - RawSocketで簡単なパケットモニタを作る方法

    たまにはハッカーっぽく、Binary 2.0っぽい記事を書こう。 Windows 2000/XPでは、RawSocketという仕組みが用意されていて、パケットをかなり自由に受信したり・送信することができます。 RawSocketでは、いわゆる「生パケット」が扱えるのです。 悪い言い方をすると、パケットを覗きみたり、パケットを偽装することも可能ということになります。 以前までは、ドライバレベルでコーディングしないとできなかったようなのですが、WinSock 2.2以降では、これがとても簡単にできます。 今日は、これを利用して簡単なパケットモニタツールを作ってみようと思います。 ビルドは cygwin+mingwです。 大きな流れは以下のとおりです。 Socketの初期化 IPアドレスの取得(必須ではありません) バインド プロミスキャスモードに設定 受信 では1つずつ見ていきましょう 1.S

    ひげぽん OSとか作っちゃうかMona- - RawSocketで簡単なパケットモニタを作る方法
    ziguzagu
    ziguzagu 2005/11/24
  • WIDEプロジェクト、“KAMEプロジェクト”の完成を宣言――IPv6研究開発が新段階に

    WIDEプロジェクトは7日、1998年から推進してきたIPv6技術の研究開発プロジェクト“KAMEプロジェクト”の活動を完結させ、IPv6技術の高機能化や新領域への展開に向けた戦略的な研究開発の取り組みへと発展させると発表した。これは、IPv6技術の基仕様の国際標準化が完了したことと、商用展開に必要な基盤が確立したことにより、当初の活動目的を達成したと判断したことによるもの。 “KAMEプロジェクト”では、BSD UNIX上でIPv6プロトコルスタックの研究開発を行ない、国際標準化組織“IETE(Internet Engineering Task Force)”の活動に積極的に参加、開発したBSD UNIXのIPv6プロトコルスタックの参照ソフトウェアをオープンソフトとして公開することで、 個別に同一のプロトコルスタックの研究開発を行なう必要がなくなることによる研究開発効率の向上 相互接

    ziguzagu
    ziguzagu 2005/11/09
  • 1