差は、この場合の原因ではないのです。原因を読み違えて、効果のない対策に時間と費用を費やさないようにしましょう。転送すると何秒かかるか、軽く暗算してみる手間を惜しまないことです。帯域幅を絞ってみる実験を続けます。入れて、わざと帯域幅を絞ってみました。しても、ほとんど変化はありません。変化が見えてきました。抽出行数100行付近から処理時間が右上がりに伸びはじめました。これがデータ量によって変わる領域、すなわち帯域幅で律速された部分です。それ以下の一定速の部分はデータ量の影響を受けていません。これは往復するパケットの個数に依存する領域、すなわちパケット遅延による律速で、パケット遅延が大きいため帯域幅の影響が現れない状態です。速度差は、帯域幅ではなくて、パケット遅延であることが分かります。帯域幅で、パケット遅延にはあまり触れません。想定している用途・ユーザーが違うんです。まで絞ったのが以下の図です。回線は無駄に太い?さて、ここで一般的なデータベースアプリケーションを考えてみましょう。あっても、貸方借方合せて数行の処理が大部分です。スーパーマーケットやコンビニエンスストアの商品受発注。10行未満のトランザクション処理、問い合わせでは、ブロードバンドの帯域幅は速度向上に全く寄与していないことが分かります。あれば充分だったのです。アプリケーションは、帯域幅よりパケット遅延の影響を大きく受けます。これより1桁低い遅延でしたから、速度低下は感じなかったのです。条件が良すぎるので、もう少し普通の環境で。ブロードバンド環境にクライアントを置いて、同じテストをしてみます。しては良好な部類です。msこのネットワーク環境では、クライアント・サーバ型アプリケーションは動作の遅さが目立ち、アプリケーションの作り方によってはイライラがつのる状態になります。実際にこの環境で、ある業務アプリケーションを動かしたときは、ストアード・プロシジャ化を進めるなどチューニングが必要になりました。テスト結果は以下のようになりました。2.5倍程しかありません。同等まで絞ってみました。変わらないんじゃ?傾向はさらにはっきりします。パケット遅延が大きいので、ここまで帯域幅を狭めても10行以下の範囲では何も変わりません。時代からあまり進歩していない実感がありました。それが裏付けられてしまいました。接続だったかもしれません。実際、それでもあまり変わらず実用になっていたのです。ネットワークは進歩した夢のような高速化の時代が来たブロードバンド環境は目覚ましい進歩を続けています。帯域幅は広がり、音声・動画など数年前には考えられなかった量のデータがネットワークを流れています。それはそれで、素晴らしい。ブロードバンドはどれだけ寄与しているのでしょう。これらこそが、経済活動の基盤であるべきなのに。ミッションクリティカルなトランザクション処理に関していうなら、20年前のメインフレーム端末の使い勝手からいかほども進歩しているようには思えないのです。ブロードバンド・バブルのおかげて、プログラミング・ツールもプログラマのスキルも、そしてユーザーの要求も、大量のネットワークリソースを消費する方向に流れています。条件は悪くなっているかもしれないのです。高速道路と...かつて、地方経済と文化の振興を謳って、高速道路網が地方に延びました。中央との時間距離の隔たりが解決されて、地方は豊かに......なりませんでした。その結果は、より一層の中央への集中と地方の過疎化、地域産業の空洞化をもたらしました。地方の時代、という言葉だけが虚しく響きます。...そして、ブロードバンドネットワークの時代は、地方の時代を予感させました。ブロードバンドネットワークの普及により、中央と地方の情報格差はなくなると。これもより一層の中央集中を招いたように見えます。ネット通販は、地方都市の老舗の商店街に壊滅的な打撃を与えました。光ファイバー回線が手に入る時代になりました。フレッツ網の中継基地経由によるパケット遅延は、ほぼ距離に比例して増大します。動画視聴などエンターテイメント分野では同等かもしれない。ミッションクリティカルな処理に関してはより一層格差は目立つのです。帯域幅偏重のブロードバンド政策が続く限り、これは変わりません。