今週は、サンディエゴで開催されている「OFCNFOEC」と言う光ファイバー通信関連の会議に来ています。 基調講演では、コピーライトの改革活動で有名なLawrence Lessig教授（スタンフォード・ロースクール）が登場して、興味深い話をしました。とはいえ、この会議の中心は光通信です。 米国の状況ですが、2000年から供給過多といわれていた光ファイバー網（主に幹線網）は、2007年にリバウンド（供給不足）し、以後、通信キャパシティーの逼迫が続いています。 今回の会議でも、光通信網の伝送量拡大が大きなテーマです。長距離幹線網では、今年から来年にかけて10Gbpsから40Gbpsへの移行に拍車が掛かる一方、100Gbpsの到来も間近に感じられるようになってきました。ベライゾン・コミュニケーションズの関係者は40Gbpsを飛び越えて、一気に 100Gbpsへとジャンプすることを狙っています。 一
3. Requests directed based on load, location, and source Distribute and direct requests across multiple regions based on the destination, the health of the destination, and the location of the source. This image shows four common use cases for OCI Domain Name System, commonly abbreviated as DNS. These use cases are: Public DNS Private DNS Traffic load balancing Traffic steering Public DNS In this
cagra高速化にあたってのノウハウを一部公開してみます。また明日校正/更新します。つっこみ待ちです。 select(2)の代わりにepoll_wait(2), kqueue, /dev/epoll等を使う 他に山ほど解説ページがあるので略 大量のディスクリプタを処理するようなサーバの場合、多少効果があるかもしれません。しかし、クライアント数が少ない場合、劇的な性能の向上は見込めないとおもいます。クライアント数が多い場合は、１セッション１スレッドなモデルではOS側のタスクスイッチングのオーバーヘッドが効いてくることも多いです。クライアント数を増やすには複数のセッションを１スレッドで処理できるようにすると良いです。実装にあたっては、non-blocking ioを活用すると効果的です。 TCP_NODELAYを設定する Nagleアルゴリズムをオフにします。多少応答性が良くなります。 これっ
At ICANN’s meeting in Egypt last week, I had the opportunity to try and explain to various non-technical audiences why the Domain Name System (DNS) is vulnerable to attack, and why that is important, without needing a computer science degree to understand it. Here is the summary. How does the DNS work? The DNS can be considered to be a question-and-answer system. When you type in an address like “
先日、一般や企業向けに IPv6 対応を支援をする、EDGE Co.Lab v6 というのを始めました。 これを始めるにあたって、弊社情報環境技術研究室の伊勢さんから、「なんかウチでやってるコンテンツで、どれか IPv6 対応しようよ」と、いきなり言われました。 実は IPv6 って何年も前からよく耳にするけど、特にインフラまわりの知識が拙いし、何だかんだ身の回りのほとんどが IPv4 で、それでまぁウマくいってるからよくわからないし、別にどうでもいい…と、IPv6 に対して「現実味がない。時期尚早なのでは？」みたいな勝手な印象を抱いて、毛嫌いしてました。 伊勢さんは 2ch の IPv6 板とかを立ち上げたらしく、IPv6 でアクセスすると、トップページのひろゆきが踊って表示されるそうです。 IPv6 と IPv4 の差って、ひろゆきが踊るか踊らないかの差だけ？とか、そうじゃないのをわか
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ～インフラエンジニア進化論～」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア（サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す）」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
第47回ICANN報告会（JPNICサイトへ移動） [ハイデラバード] 2017年1月19日（木） JPNIC会議室 JPNICページにて 第46回ICANN報告会（JPNICサイトへ移動） [ヘルシンキ] 2016年8月4日（水） JPNIC会議室 JPNICページにて 第45回ICANN報告会（JPNICサイトへ移動） [マラケシュ] 2016年3月30日（水） JPNIC会議室 JPNICページにて 第44回ICANN報告会（JPNICサイトへ移動） [ダブリン] 2015年11月18日（水） 富士ソフトアキバプラザ 5Fレセプションホール JPNICページにて 第43回ICANN報告会（JPNICサイトへ移動） [ブエノスアイレス] 2015年7月28日（火） シスコシステムズ合同会社 東京本社会議室(21F) JPNICページにて 第42回ICANN報告会（JPNICサイトへ移動
ネット上の時間進行は、よく早いと言われることがあります。たとえば3年同じブログをやっていれば、それなりに長いと言われるようにもなるみたいですし、20世紀からあるサイトなんて、かなり古参の部類に入ります。これは、インターネットの発展の速度が、技術的のみならず、内容的にも非常に速く発展したためというのがあるでしょう。故にインターネットが普及してたった10年程度しか経っていないのに、かなり濃い歴史が生まれているわけです。これは他の媒体、すなわちテレビや雑誌の10年でも、なかなか見ることが出来ないものかもしれません（特に近年では）。 しかし、それをふまえて考えると、今はネットの利用者的に非常に特殊な時代だと思うことがあります。 現在、ネットの主な利用者は20代〜40代くらいの世代でしょう。 ■参考：「インターネット白書2006」で見るインターネットの現在（1） しかし、この世代というのは、ネットの
2008年11月30日02:00 カテゴリNewsiTech News - 絵文字標準化 by Google 悲しい知らせだ。 Google Japan Blog: 絵文字のユニコード符号化: 符号化提案用のオープンソースデータ 現在、日本の携帯絵文字の全てをユニコードの文字として共通符号化しようという提案が進行しています。そのためには、現在使用されている絵文字のうちどれが既にユニコード符号化されているか、新しく符号化しなければならない絵文字はどれかなどを調査する作業が必要です。この提案を支援する目的で、私たちが提案している絵文字のマッピングや変換表、更に絵文字データからHTMLの表などを作成するのに役立つツールなどを 「emoji4unicode 」という名前でオープンソースプロジェクトとして公開します。 日本の絵文字が“世界進出”へ グーグルが標準化提案 (1/2ページ) - MSN産
JavaScriptの部分は というわけでid:amachangに任せましょう。 というわけでそれ以外の部分でいったいどこが重いのか 何が重いの？ということで重たい箇所を分析していきましょう。 IBM PageDetailer 解析ツールとしてIBM PageDtailerを利用します。 alphaWorks Community 解説するよりも見てもらうほうが早いと思うのでさっそく使ってみるよ。 ちなみに上記ソフトのダウンロードにはIBMアカウント（無料）が必要なので、使いたい人は登録しよう！ http://b.hatena.ne.jp/HolyGrail/ の結果 こんな感じのグラフが出てきます。 では、詳細を見てみましょう。 このグラフですが、長い部分が http://b.hatena.ne.jp/HolyGrail/ のHTMLそのもののロード時間になっています。 内訳としては 濃い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Secrets Of The EIGRP Offset-List Command