こんにちは、nobuyukiさん

　私の環境（Thinkpadx61で、Ubunru10.04）では問題なく開きます。nobuyukiさんの環境
が影響しているように思えますので、マシン環境、ネット環境などを書き込まれた方が、回答を
得られやすいと思います。

　練馬区の他の事業所では試されました？

$ wget -O- http://www.lib.nerima.tokyo.jp/
最初の返答は5秒くらいで返ってくるが、その後のデータが非常に細かい単位で小出しで送られてくる模様。
(プログレスバー進行度が目で見えてしまうくらい遅い)
2,3分待っても全然受信が終わらない。

$ firefox http://www.lib.nerima.tokyo.jp/
$ w3m http://www.lib.nerima.tokyo.jp/
Firefoxでもw3mでも2,3分待っても受信が終わらない。

私の環境だと、こんな感じです。

VMWare上のWindowsからアクセスしてみたところ、ブリッジ接続だと一瞬で読み込み完了しますが、NAT接続だとUbuntuからアクセスするのと同じくらい時間がかかりました。ブラウザによる変化は特にありませんでした。
このことから、問題はブラウザではなくUbuntuのネットワーク環境にあるような気がします。
Ubuntu以外のLinux環境だとどうなるのかな?

あとおまけですが、iPhoneのSafariからもアクセスしてみたところ、瞬時に表示されました。

私の環境からアクセスしたところ、同様に非常に通信が遅かったのですが、
http://ubuntuforums.org/showthread.php?p=6076011
の#17のコメントを参照して、
$ echo 0 | sudo tee /proc/sys/net/ipv4/tcp_window_scaling
してみたところ通信が高速になりました。
tcp_window_scalingについてググってみたのですが、
http://www.geocities.jp/gronlijus/skill/linux/linux-window-scaling.html
http://www.atmarkit.co.jp/fwin2k/network/baswinlan016/baswinlan016_02.html
http://itpro.nikkeibp.co.jp/article/COLUMN/20071029/285780/
tcp_window_scalingを無効にするとよいらしいのですが、なぜこれが効くのかよく理解できませんでした。
http://ubuntuforums.org/showthread.php?p=6076011
の#56あたりには別のアプローチについても言及されています。
不完全な情報ですいませんが、ご参考まで。

　こんにちは、masqueさん

　いえ、光回線です。くだんのページは４秒以内に表示されます。マシンはThinkpad61xで
Ubunru10.04 9.10からアップグレードしたものです。

　もう１台のThinkpadr51では表示完了まで５秒でした。こちらはUbuntu9.10です。上記
と同じ回線に2台ともルータ経由で接続されています。

　こんにちは、masqueさん

　＃１０の書き込みは自宅から行ったのですが、オフィス（レンタルオフィス）から同じ型番の
Thinkpadx61（自宅とは別のマシン）にて、くだんのページにアクセスしたところ、開き終わる
のに約１０秒かかりました。こちらのネット環境はまったくわかりません。

　まあ４、５秒で、早いか遅いかは主観の問題なので人によって感じ方は様々でしょうね。これ
からは、きちんと秒数で報告する必要があるでしょうねえ。

　私にとっては５秒はそう長く感じません。その間に何かしていますのでね。でも、１０秒は長く
感じます。
　同じ型番で、利用場所によって多少違うのはやむを得ないと思いますが、皆さんの報告に
よると、何分もかかる方がおられるようですね。

　原因追求に必要な事があれば、何かのconfを覗くなり、何なりとご用命ください。

同じくtcp_window_scalingを0にしたところ瞬間（目で追えるが1秒はかかっていない）。

他のLinuxのTCPの設定はどうなのだろう？
誰か手元に有る人、確認とれないでしょうか。
今の所
XP , iphone ,knoppix はデフォルトでOKで、Ubuntuは設定変更を必要とする。

ということは、（現在暫定で）Ubuntuの問題ですよね。

いえ、明確に現在は暫定でUbuntuの問題ですよ。

hir0 による投稿:

XP , iphone ,knoppix はデフォルトでOKで、Ubuntuは設定変更を必要とする。

ということは、（現在暫定で）Ubuntuの問題ですよね。

window scalingの設定は問題解決の中で見つかった、「接続がスムーズに行く場合」の一つの例であって
問題の「Ubuntuでは接続が遅い」の問いと検証を接続先のサーバーの問題とするのは本末が入れ替わってしまっているのではないでしょうか、もう少し答えを出すのは待った方が良いかもしれません。

hir0 #14 による投稿:

他のLinuxのTCPの設定はどうなのだろう？
誰か手元に有る人、確認とれないでしょうか。

ここでWindows, iphone, knoppix を含む表示の早い他のOSのtcp_window_scalingがfalseであれば、始めて＃１５のサーバーの問題が出てくと思いますが、そうすると他OSとUbuntuとでは設定が異なるのは何故？となるので、、、あれ、堂々巡りですね。

不思議な現象で有ることと解決の糸口になり得る最有力候補はwindow scalingの設定の効果が与える影響には有ると思いますが、さて？何故にUbuntuだけ？？？

ADSL 12mの回線・fireFox3.0でubuntu10.04でトップページが表示完了まで３分、WindowsXpでは1秒殆ど瞬時という感覚でした。
４年程前現住している市役所でWindowsVistaでも同じ現象に遭遇したことがあります。Xpでは問題なくです。５０数ヶ所の市役所をアクセス調べたら１５カ所遅いところが有りました。
OS側に原因が潜んでる気がします。

hmatsue による投稿:

お昼にもう少しググってみると、
http://www.naney.org/diki/d/2006-02-25-TCP-Window-Scale.html
というようなブログを見つけました。
なんとなくルータが怪しいような、という見解のようです。
基本的には相手方のサーバ(もしくはルータ?)の設定の問題のような気もしますが、Ubuntu側でtcp_window_scalingを変える必要があるかどうかは途中の経路(手元のルータを含めて)によって変わるのかも知れません。
自宅では待ちきれないぐらい(1分以上だったと思います)かかっていましたが、tcp_window_scalingを0にすると1秒かからず表示できましたし、オフィスのWindowsXPからも1秒かからず表示できました。

今、tcp_window_scalingを変更してみたら、こちらでも接続が速くなりました。
OS側からもアプローチが可能であることが確認できました。
他のサイトでは、初期設定で上手く接続できているのでOS自体のバクではなさそうですね。
下記リンクによると相手側にも問題があるようです。

tcp_window_scalingについて

tncさんへ、すいません#21順序が前後してしまうのですが極端に言うと「出来ないのはUbuntuだけ」ですよ。

WindowsもMacもLinuxも普通に出来ていてUbuntuが出来ないのは相手が悪い！とサイト運営者に言っても説得力が無いですよ。
all ＞

Ubuntuにおける「バグ」とは、「まだ達成されていないこと」を意味します。

リンクの貼り付けばかりですんません。
http://www.ecr6.ohio-state.edu/window-scaling.html
どうやらRFC1323に準拠(対応)できていないネットワーク機器がまだまだ生き残っているため、tcp_window_scalingに対応していることを期待する設定では問題が生じることがある、という話のような気がします。
3988さんのところではVistaで問題がでてことがある、とのことでしたので、上記リンクの記事の内容とも整合します。
RFC1323の内容自体はまだ読んでいない(し、読んで理解できるか怪しい)のですが、仕様で旧来の機器との通信で問題がでないようにする仕組みが規程されていないのであれば、それは仕様のバグですね。
逆に、仕様では規程されているのに、いくつかのOSでの実装でその仕組みが実現されていないのであれば、それはOS側のバグですね。