JavaScript の isInNet() は DNS を引けない環境では遅くなる

- proxy.js/proxy.pac を使うとなぜか遅い

proxy の 設定を一元化するために、2003-06-18 で作成した proxy.js を使っている。しかし、自宅では快適なのだが、仕事場での Web アクセスがどうも遅い。仕事場用の設定は自宅用に比べて条件判定が多いせいだろうと考えていたのだが、CPU の使用率が跳ね上がっている訳でもない。そもそも、この程度の条件分岐なら今時の CPU の負担になることはあり得ないだろう。

- どの条件判定が遅いのか?

どの条件判定で遅くなってるいるのかを調べてみたところ、IsInNet() が遅いことがわかった。

- 調査

Google で isinnet を検索すると、似たような事例がヒットした。

[infotalk,08846] Re: Auto Proxy Config
http://web.archive.org/web/20021130081646/http://www.brl.ntt ...
DNS を引けない環境だと遅くなることがあるとのこと。名前解決が出来ないのではなく、DNS を引けないことが原因らしい。

つまり、DNS サーバが設定されてないとか、DNS サーバが落ちているときなどでもこの症状が出るようだ。解決策は示されていなかったが、どうやら私が遭遇している環境と一致しているようだ。この事例、1996年の頃のものなのだが、今でもこんな謎な症状を引きずっているのか・・・。1996年というと netscape 全盛期だ。となると、おそらく Mozilla も同じなんだろうなあ。

- isInNet() が遅いことへの対策

今までの proxy.js では、IsInNet() を使って 10.0.0.0/8 と 10.84.135/24 かどうかを判定していた。これを shExpMatch() で判定することにした。

単純な比較なので、ホスト名が 10.84.135. で始まっていればイントラネットでもインターネットでも DIRECT になる。さすがに 10. で始まるホスト名をすべて DIRECT にしてしまうと、インターネット上のホストに DIRECT でアクセスしてしまうおそれがあるので、今回は 10. の条件は削除することにした。10ch.tv とかいうドメインにアクセスするときに困りそうだしね。

ついでに 2chtubo もアップデート。local.tubo.img も 壷を経由するようにした。