「アプリケーションが遅い」をなくす仕組み（2）
「アプリケーションが遅い」をなくす仕組み（2）：最適化から始まる、WAN高速化への道（1/3 ページ） 通信の多いファイル共有を高速化できるソリューションであっても、それ以外のアプリケーションの高速化については得手、不得手がある。WAN高速化装置は決して万能ではないのだ。 前回は、WAN高速化装置がキャッシュ機能、圧縮機能、ウィンドウサイズの拡張機能などでWAN上に流れるデータ量を減らし、キャッシュにヒットしないデータをバースト転送することで高速化できることを説明した。そこで、「アプリケーションの高速化」という観点からファイル共有技術について掘り下げてみたい。 ウィンドウサイズのスループットの関係 まず、ウィンドウサイズとファイル共有のバッファとの関係について説明する。 ここでいうウィンドウサイズとは、TCPコネクションの接続中にバッファに格納できる受信データの量（バイト数）を表している。
マルチスレッドにするとソフトは速くなるのか？：Alternative 笑門来福：オルタナティブ・ブログ
最近ハイパースレッディングやマルチコアのCPUが出てきて、ソフト開発において「マルチスレッド」が話題になることが増えていますが、その一方で「マルチスレッド」に対する誤解も広がっているようです。その誤解とは、「マルチスレッド化＝ソフトの高速化」という誤解です。 さて、この誤解について、良くまとまった記事を以下に2本紹介しておきます。2本とも.NETに関連する記事ですが、.NET以外の環境でも同じことが言えます。 ■「.NETマルチスレッド・プログラミング入門」（＠IT：高木健一氏）より マルチスレッド化で速度向上が期待できる場面は限られている マルチスレッド化によってアプリケーションを高速化できるとよくいわれているが、解説してきたように、実は高速化できる場面もその効果も限られていることが分かっていただけただろう。 レスポンス・タイムの向上は、最も効果が大きいマルチスレッドによる高速化である。
AP配置設計不要の無線LANスイッチ、エクストリコム － ＠IT
米エクストリコム バイス・プレジデント マーケティング担当のデビッド・コンファロニエリ（David Confalonieri）氏 「無線技術者としての15年間のキャリアの中で、これほどの技術は見たことがない。これは初めてビジネスに使えるレベルに到達した無線LAN技術だ」。米エクストリコムでバイス・プレジデントを務めるデビッド・コンファロニエリ氏は、同社が持つ技術、「チャネル・ブランケット」について、6月5日に都内で開いた記者説明会で、そう話した。 オフィスのフロアなど一定以上の面積を無線LANでカバーする場合、複数のアクセスポイント（AP）を設置する必要がある。こうした場合、隣接するAPで利用するチャネル（周波数帯）を変えて干渉を防ぐの従来の導入方法だった。個々のAPは小さなセルを形成し、多数のセルがフロアをカバーする。 これに対してエクストリコムの無線LANネットワークでは、多数のAPを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
