Ethernetの受信処理10GbE、40GbEなどの極めて高速な通信をサポートするNICが、PCサーバの領域でも使われるようになってきている。 このような速度の通信をソフトウェア（OS）で処理し高い性能を得るには様々な障害があり、ハードウェア・ソフトウェア両面の実装を見直す必要がある。 本セッションでは、ハードウェア・ソフトウェア両面にどのような改良が行われてきており、性能を引き出すにはどのようにこれらを使用したらよいのかについて紹介する。
Geekなぺーじ : IPアドレスにまつわるチョイネタ
IPv4アドレスの例としては、上記IPv4アドレスを使えばいいわけですが、世の中を見ると結構好き勝手なIPv4アドレスを例として利用している事例が多いというのが現状ではないかと思います。 私が初めてこれを知ったのは、kazuさんのブログの「あどけない話：例として推奨されているドメイン名とIPアドレス」を読んだときです。 それまでは、知らなかったので、適当なIPv4アドレスを使ったサンプルを書いてしまってました。 申し訳ありません。。。 余談ですが、kazuさんは、私が「技術的に一生追いつけそうにない」と思っている凄い人の一人です。 こういった凄い方々を色々と見ていると、私が自分のサイト名に「Geek」という在らぬ単語を入れてしまったことを悔いていたりします。 以前から書き続けていますが、私は「ギーク」なんかじゃないです。サイト名は気のせいです。すみません。。。 というか、そういう「凄い」と
IPv6はIPv4アドレス枯渇を直接解決するものではない:Geekなぺーじ
来年にはIANAのIPv4アドレスプールが枯渇すると思われます。 それに伴い、IPv6に関連する話題が増えてきました。 しかし、IPv6はIPv4アドレス枯渇を直接解決するものではありません。 IPv6とIPv4は、互換性がない別々のプロトコルです。 今の状況でIPv6への移行を自分一人が準備したとしても、世界がIPv4を利用している限りはIPv4アドレス枯渇による被害を自分が受けなくなるというわけではありません。 「IPv4アドレスが枯渇するからIPv6の準備をしないと」というロジックになり、「IPv4が枯渇するけど、IPv6間に合うの？」という表現を良く見るのですが、IPv4アドレス枯渇に伴う対策としてIPv6だけを考えるのは危険です。 「IPv6が間に合うか？」「IPv6が間に合わないか？」という表現をするのであれば、 個人的な感想では、IPv4アドレスが枯渇している時点で「IPv6
格安ルーターの裏にあるもの
先日、あるインターネット・サービス・プロバイダーが使っている格安なルーターを見せてもらった。格安といっても家庭用のルーターというわけではなく、上位のプロバイダーとBGP（Border Gateway Protocol）で接続するための高性能なルーターだ。運用を開始してから約1年半。これまで「障害は全くありません。動作は極めて安定しています」という。 なぜ格安かというと、無償で配布されているオープンソースのソフトウエアルーターを使ったからだ。ルーターといえばハードウエアで提供されているものが一般的だが、ソフトウエアルーターの場合は自分で用意したPCサーバーにインストールして使う。ソフトウエアルーターならばPCサーバーの費用だけでルーターを手に入れられる。 ここで冒頭のプロバイダーとルーターを紹介しよう。プロバイダーは新潟県三条市の銀座堂。地域に密着したプロバイダーで、回線のローミングを含めて
AtScreen.com is for sale | HugeDomains
Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
F5、「BIG-IP Local Traffic Manager」の仮想アプライアンス版を配布開始
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます F5ネットワークスは、ソフトウェアによるトラフィック管理ソリューション「BIG-IP Local Traffic Manager Virtual Edition」トライアル版の配布を開始した。従来専用ハードウェアによって実現していた「BIG-IP Local Traffic Manager（LTM）」をソフトウェアの仮想アプライアンスとして提供するもので、今後商用製品も用意する予定という。 BIG-IP LTMの機能がソフトウェアで実現されることにより、操作の学習や設定、iRules、iControlプログラムの動作検証などをIAサーバやPC上で行うことが可能になる。物理アプライアンスを利用したシステムの構築を行う前に、想定通りの動作を
REST vs SOAP
GET /WebSite1/WebService.asmx/getHello?str=string HTTP/1.1 Host: localhost HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <string xmlns="http://tempuri.org/">string</string> RESTは、WebブラウザのAjaxや、クライアントアプリから使う場合もあるが、サーバ間のシステム連携でも使う。 RESTの最大の特徴は「WebブラウザにURLを入力すれば動作確認できる」事である。 Webブラウザで容易に動作確認ができるため、すでに存在しているサービスに対しては「まずはアクセスしてみて必要な情報
第22回 LANケーブルの種類と選び方 - IT、IT製品の情報なら【キーマンズネット】
前号（第21回初級ネットワーク講座）で無線LANについて解説したが、現在でも「安定性」「安全性」などの面から、LANケーブルを使って接続する有線LANが多く用いられている。 有線LANの規格は、ほぼイーサネット（Ethernet）が主流である。イーサネットは、米ゼロックス社パロアルト研究所のロバート・メカトフ博士が、ハワイ州立大学のキャンパスで電波を使ったデータ通信（CSMA方式）に成功したのを期に、無線で利用した周波数を使って有線でデータ通信ができないものかと考案しCSMA/CD方式に改良し、1973年にIEEEに発表した。その後、1980年2月にIEEE802委員会が発足し、イーサネットはIEEE802.3分科会で規格化された。イーサネットは、同軸ケーブル、ツイストペアケーブル、光ファイバケーブルなどを通信媒体として用いる。 CSMA/CD方式の基本的なルールは、“1つの伝送路（Bus
ネットワークプログラムのI/O戦略 - sdyuki-devel
図解求む。 以下「プロトコル処理」と「メッセージ処理」を分けて扱っているが、この差が顕著に出るのは全文検索エンジンや非同期ジョブサーバーなど、小さなメッセージで重い処理をするタイプ。ストリーム指向のプロトコルの場合は「プロトコル処理」を「ストリーム処理」に置き換えるといいかもしれない。 シングルスレッド･イベント駆動 コネクションN：スレッド１。epoll/kqueue/select を１つ使ってイベントループを作る。 マルチコアCPUでスケールしないので、サーバーでは今時このモデルは流行らない。 クライアントで非同期なメッセージングをやりたい場合はこのモデルを使える： サーバーにメッセージを送信 イベントハンドラを登録；このときイベントハンドラのポインタを取っておく イベントハンドラ->フラグ がONになるまでイベントループを回す イベントハンドラ->結果 を返す １コネクション１スレッ
【レポート】5分で把握するHTML5 - Google Developer Dayセッションリポート (1) HTML5仕様の概要 | エンタープライズ | マイコミジャーナル
Google I/Oで大きく取り上げられ、一躍注目の技術に躍り出たHTML5。Google Developer Day 2009でも、「HTML5により拓かれる次世代Web」という田村健人氏によるセッションは大盛況で、椅子が足りずに床に座り込んで聴講する人がかなりの数に上った。 筆者も同セッションに参加し、HTML5の新機能に関する簡潔でまとまった知識を得ることができた。本稿では田村氏のセッション内容を元に、HTML5の全体像をコンパクトにお伝えしよう。 HTML5とは? グーグル ソフトウェア エンジニアの田村健人氏 HTML5は、言うまでもなくHTMLの最新バージョンである。現行のバージョンであるHTML4も、決して小さな仕様ではなかったにもかかわらず、そこにWebアプリケーション向けの機能が大幅に強化された。 あまりに仕様が巨大すぎるため、現在の規格は以下の4つに分けられている。 H
ここ20年間のウェブまわりの技術をまとめた図*二十歳街道まっしぐら（FC2ブログ時代）
ウェブ開発者にとって欠かせない技術をまとめた１枚の画像です。 約２０年前から現在までの流れが一望できます。 クライアント・サーバに分けて図で表しています。 拡大図 以下にいくつかピックアップしてみます。
tcpdumpとiptablesの関係 - （ひ）メモ
追記 2009-04-03 まったくもってブコメでいただいた指摘の通りです＞＜ h2onda linux, tcpdump tcpdump(というかlibpcap)は、データリンク層(OSI layer2)レベルでパケットを取得する packet プロトコルを使ってるので、そうなります。参照: man packet(7) 2009/04/02 はてなブックマーク - h2ondaのブックマーク / 2009年4月2日 tt_clown network 細かいけど，図は逆（NIC が下）のが良いかなと思った．/ "ip"tables と言う位だから，IP層でパケットをフィルタしてるて事だろうな．tcpdumpはEthernet Frameも見えるので，後は分かるな？・・・てとこか． 2009/04/02 はてなブックマーク - tt_clownのブックマーク / 2009年4月2日 pack
ke-tai.org > Blog Archive > ケータイ大規模サービスの開発・運用に関する資料のまとめ
ケータイ大規模サービスの開発・運用に関する資料のまとめ Tweet 2009/2/18 水曜日 matsui Posted in 記事紹介・リンク | 5 Comments » 先月末に「満足せる豚。眠たげなポチ。大規模サービスの運用事例まとめ」という大変素晴らしいブログエントリーがあり、ブックマークしていたのですが、なかなか時間を作れずに目を通せずにいました。 本日読んでみると、とてもためになる情報が多かったため、まとめのまとめという形ですが、資料の中からケータイ関係の事例を抽出して、簡単にコメントをつけてみました。 まず、大元の記事はこちらです。 → 満足せる豚。眠たげなポチ。 大規模サービスの運用事例まとめ [blog.hacklife.net] → 満足せる豚。眠たげなポチ。 「大規模サービスの運用事例まとめ」に補記 [blog.hacklife.net] → livedoor 開
IPv6 とかよくわからない人間が IPv6 対応サイトを作る際の知っておくべき 8 つの注意点 : にぽたん研究所
先日、一般や企業向けに IPv6 対応を支援をする、EDGE Co.Lab v6 というのを始めました。 これを始めるにあたって、弊社情報環境技術研究室の伊勢さんから、「なんかウチでやってるコンテンツで、どれか IPv6 対応しようよ」と、いきなり言われました。 実は IPv6 って何年も前からよく耳にするけど、特にインフラまわりの知識が拙いし、何だかんだ身の回りのほとんどが IPv4 で、それでまぁウマくいってるからよくわからないし、別にどうでもいい…と、IPv6 に対して「現実味がない。時期尚早なのでは？」みたいな勝手な印象を抱いて、毛嫌いしてました。 伊勢さんは 2ch の IPv6 板とかを立ち上げたらしく、IPv6 でアクセスすると、トップページのひろゆきが踊って表示されるそうです。 IPv6 と IPv4 の差って、ひろゆきが踊るか踊らないかの差だけ？とか、そうじゃないのをわか
クラウド・コンピューティングの何が新しいのか？
「クラウド・コンピューティングは雲をつかむような話」というのは、あまり面白くない冗談だが、クラウドの定義が広すぎて一体どこが新しいのか、分かりにくいことは間違いない。クラウド・コンピューティングの報道に全力を挙げる中田敦記者が、「新しい点は何もない」と懐疑的な谷島宣之編集委員を厳しく指導する。 N お久しぶりです。Yさんがオフィスに滅多にいらっしゃらないので、なかなか挨拶ができませんでした。 Y おー、そう言えば、日経コンピュータ編集部に異動になったんだ。だから珍しく背広を着ているのか。 N 珍しく、ではありません。いつでも企業取材に飛び出せるように毎日スーツを着ています。異動を機に何着か新調しました。それにしてもYさん、ほとんどお見かけしませんし、たまにお会いしてもスーツを着ていないし、どうしたのですか。 Y 最近はWebの仕事がほとんどだからねえ。取材もあまり行けないし。パソコンがあれ
Geekなぺーじ : 量子鍵配布を利用したIPsec [ORF2008レポート]
量子コンピュータが実用化されれば現在の暗号技術が根底から覆ると言われています。 そのような時代に向けての研究として、IPsec with QKD(Quantum Key Distribution)の研究が発表されていました。 村井研究室(村井研AquaグループWebページ)による研究です(協力 : NEC)。 この発表では、IKE(Internet Key Exchange)部分で量子技術を使い鍵交換をセキュアにしています。 実装としてはracoon 2の改造によって実現しています。 Diffie-Hellman法 通信を暗号化するときに非常に重要になるのが、どうやって復号鍵を交換するかです。 暗号化する側と復号する側双方が同じ鍵を使うことと、その鍵を他の誰にも知られない事が非常に重要になります。 Diffie-Hellman法(以下、D-H法)は、最も一般的な鍵交換方式です。 D-H法は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ