家庭用PC＋改造Firefoxによる日米間データ転送で6.5Gbpsを達成-東大 | エンタープライズ | マイコミジャーナル
東京大学デターレゼボワール実験グループは11月27日、スーパーコンピュータ関連の国際会議「Supercomputing 2009(SC09)」の「バンド幅チャレンジ」において、「インパクト賞」を受賞したと発表した。 同グループは、米国ポートランドと東京大学間で長距離ネットワーク・データ転送実験を実施し、家庭用PCでFirefoxを遠距離用に改造したWebブラウザ「UsadaFox」を用いて日米間のデータ転送を行うことで、通常のFirefoxを用いた場合の性能の1,000倍である6.5Gbpsを達成した。 東京大学 大学院 情報理工学系研究科 平木敬教授 同グループを率いる東京大学大学院情報理工学系研究科教授の平木敬氏は、「研究機関など特定の人だけでなく、誰もが10GBネットワークを利用できるようにするための技術を開発したかった。そのために、通常のPCの"サイズ"、"価格"、"使い勝手"を実
[ニュース] 改造Firefoxで日米間6.5GbpsのWebアクセス。東大が世界最速達成
東京大学大学院情報理工学系研究科の平木敬教授らによる研究チームは27日、米国で開催されたスーパーコンピュータ関連の国際会議「Supercomputing 2009」（主催：IEEEコンピュータソサエティ）の「バンド幅チャレンジ」で実施した日米間の長距離ネットワークデータ転送実験で、小型PCを用いて、Webを介した6.5Gbpsのデータ転送速度を達成したと発表した。 このデータ転送実験は、東京大学と米国ポートランドの「Supercomputing 2009（SC09）」会場に設置した2台の小型PCと、10Gbpsの学術用ネットワークを使って実施した。小型PCの使用部品はすべて市販品で構成され、CPUは「Intel Core i7 940」、マザーボードは「ASUS Rampage II GENE」、ネットワークインターフェイスは「Chelsio S310」を使用。SSDとして使用する6個の「
6.5Gビット/秒の超高速Webアクセス、東大平木教授らが小型パソコンでデモ
写真1●発表会でのデモに使ったシステム 東京と米国オレゴン州のポートランド間のネットワークと同様の往復遅延時間（136ミリ秒）を再現するため、ネットワーク遅延発生装置（左の装置）を用いた。右側がクライアント・パソコン。 東京大学の平木 敬教授らの研究グループは2009年11月27日、家庭用サイズのパソコンと改造したWebブラウザ（Firefoxを改造した「UsadaFox」）を使い、日米間で最大6.5Gビット/秒のデータ転送を実現したと発表した。この記録は2009年11月14日～20日まで米国オレゴン州ポートランドで開催されたスーパーコンピュータ関連の国際会議である「Supercomputing 2009（SC09）」のバンド幅チャレンジで披露したもの。httpを用いて158Gバイトのファイルを6.5Gビット/秒の速度で東京大学からSC09会場に送信した。使用した日米間のネットワークの往復
ウェブの高速化を目指すグーグルの「SPDY」プロジェクト - builder by ZDNet Japan
Googleは、ウェブを高速化する継続的な取り組みの一環として、最も基本的な接続の1つであるウェブサーバとブラウザのやり取りに注目している。 ウェブサーバとコンピュータのブラウザが互いにやり取りして、ウェブパブリッシャーがサーバに置いた情報をユーザーのブラウザでウェブページに変換できるようにするには、当然のようにしてずっとハイパーテキストトランスファープロトコル（HTTP）が使われてきた。しかしGoogleは米国時間11月12日、現行のHTTPよりもあらゆる点で高速になるとして、「SPDY」（発音は「スピーディ」）と名付けたプロジェクトに取り組んでいることを公式ブログで明らかにした。 「ウェブサイトとブラウザの進化をさらに支援するため、実験と最適化というウェブの慣例にのっとって構築していきたい。ウェブブラウザとサーバが会話するための新しい方法を、Google内部でこの数カ月にわたって実験し
長いURLは回線容量を無駄に消費？ | スラド IT
Facebookなどで使われている長いURLは回線容量を無駄に消費しているとの記事がO3 Magazineに掲載されている（本家/.記事より）。 記事ではcompete.comのトラフィック統計を使いFacebookの典型的なページを分析。150文字を超える長さとなる場合もあるというURLを短くすることで75MBit/秒の回線容量を節約できると算出されたとのこと。これらの非常に長いURLに続くGETリクエストも回線容量に影響を与えていると指摘する。 Facebookだけでなく同様の問題を抱えるサイトは多く、またWordPressなどのCMSツールにも当てはまるという。高トラフィックなサイトを最適化する興味深いアプローチではあるが、実際にこのような目的でURLの長さを考慮しているサイトなどあるのだろうか？
web開発者なら知っておきたい HTTPステータスコード : LINE Corporation ディレクターブログ
こんにちは。ブログと検索を担当している河野です。 突然ですが、皆さんは404という数字を見て何を思い浮かべるでしょうか。 この数字からWebブラウザで時折見かける「404 Not Found」を思い出す人は多いのではないかと思います。ということで、ちょっと強引ですが、今回はこの404などのHTTPステータスコードについて、ディレクターの視点で知っていた方がいいことを書いてみたいと思います。 【１】HTTPステータスコードの定義と確認方法 まずはHTTPステータスコードについて一通り説明をしたいと思います。 HTTP ステータスコードとは、「HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコード」とWikipediaには定義されています。 冒頭であげた404は、このステータスコードの1つで、リクエストに対応するページやファイルを見つけられなかった時にサーバが返し
Webの負荷テストに使えるフリーソフトウェア | OSDN Magazine
Webアプリケーションおよびサーバの高負荷時の挙動を確認する方法の1つが、擬似的に負荷をかけてテストを行うことだ。ここでは、そうしたテストを実施するフリーソフトウェアをいくつか試し、それぞれがどんなタイプのサイトに適しているかを調べた。 負荷テスト用のツールはいろいろあるが、メンテナンスが行われていないもの、フリーでないもの、インストール手順が明確でないものを除くと、curl-loader、httperf、Siege、Tsung、Apache JMeterの5つが候補として残る。 JMeterについては、すでにDaniel Rubio氏が取り上げているので、ここでは詳しく説明しない。ただし、最後のまとめでほかのツールと共に簡単に触れている。 curl-loader curl-loaderは、「SpirentのAvalancheやIXIAのIxLoadの代替として使える強力かつ柔軟なオープン
匿名でWebをブラウズ：TorK | OSDN Magazine
ネットをブラウズすると、後には足跡が残る。インターネットのデータ・パケットには実際の送信データのほかにヘッダーが含まれており、そこにはパケットを送信先に導くためのルーティング情報がある。安全性を高めるために暗号を使った場合も、ルーティング情報（これは暗号化できない）を見れば、あなたが何をしているか、誰に話しかけているか、どのサービスに接続しているか、どのデータにアクセスしているかが露呈する。仲介者（承認された者であれ未承認の者であれ）は、データを読み取って、あなたについて知ることができる。匿名性を高める必要があるなら、 TorK が役に立つ。このツールは、The Onion Router（Tor）ネットワークを使用して、安全なブラウズ方法を提供する。 Torは、ネットワーク・パケットを暗号化された仮想トンネルを通して送信することで、パスをさかのぼってあなたにたどり着くことを実質的に不可能に
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか:Web屋のネタ帳 on CNET - CNET Japan
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか 公開日時： 2006/08/10 20:23 著者： watanabe 結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Avail
ウノウラボ Unoh Labs: Web APIとしてのWebDAV
komagataです。 社内の勉強会でWebDAVについて発表したので資料を公開します。 （この資料は少し言い過ぎなので２割増しで聞いといて下さい） [<< Prev Next >>] WebDAV.pdf(741KB)
無料アクセス解析ツール with 位置情報ブログパーツ 「なかのひと」
なかのひと運営委員会が開発した無料アクセス解析サービス「なかのひと」は、2013年にサービス終了しました。 User Local,Inc.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://neta.ywcafe.net/000691.html