HTTP クライアント パフォーマンス – IO | Atlassian Japan 公式ブログ | アトラシアン株式会社
我々の時代における、未解決のプログラミングの問題とは何でしょうか。新しい HTTP クライアントライブラリが絶えず発生するという事実から考えれば、HTTP の呼び出しが挙げられます。一般的に、新しい機能や非同期 API が注目されがちですが、実際の IO の部分、特にパフォーマンスに関してはどうでしょう？ どちらかといえば詳細なケース 比較する側面が多すぎるので、総合的なパフォーマンス比較は行いません。私のユースケースは、潜在的に大きなファイルを早いネットワークからダウンロードするという、若干細かい内容です。リモートサーバーからダウンロードする際は、ネットワーク接続がネックになりがちです。では、ローカルネットワークにサーバーがあって、バンド幅が問題で無くなった場合はどうでしょうか？ IO vs NIO の関係に変化はあるでしょうか？この点に関しては「NIO の方が遥かに早い」といったものか
HTTPサーバにJava NIOは必要か
0x00. はじめに 筆者はJava製のWAF(Web Application Firewall)、Guardian@JUMPERZ.NETの開発とメンテナンスを行っている。元は自社のシステムを守るために（そして半分趣味で）作ったものだが、数年前にこれをコアのエンジンとしてさらに拡張し、SaaS型の商用サービス「Scutum(スキュータム)」を立ち上げた。 その後順調に顧客を獲得することができ、システムリソース的にも増強が必要となる段階などを経験した。Google、mixiやはてな等、さまざまな大規模サイトのインフラエンジニアの方々がインフラ設計に関する考え方などをインターネット上で公開してくれているおかげで、初期のシステム設計時に「将来的にスケールアウト可能なシステム構成にしておくこと」が重要であるということがわかっていた。その教えに従っていたおかげで、リソースの逼迫（ちなみに今回はCP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
