Я рекомендую Вам RDP в серверы и выполняю Монитор сети при попытке просмотреть медленные сайты и видеть, добираетесь ли Вы, ретранслирует, syn ретранслирует и т.д.
Также сузьте свою проблему путем испытания не протоколов HTTP к Интернету и посмотрите, является ли это просто просмотр веб-страниц.
Если бы Ваше использование веб-прокси, который был бы местом для поиска и устранения неисправностей также.
OK, flip the question and answer this one: Why are you web gardening? Rule of thumb is: Don't web garden.
If you must use a web garden, then the "right" way to do it depends on the reason that brought you there:
Too much memory for a single 32 bit process?
Some sort of thread exhaustion issue? (long-running threads tying up "all" your app framework's thread pool)
Process-level lock/mechanism causing some sort of perf issue
Etc, etc.
The key thing to notice about every example above is that it depends. It depends on your app's characteristics. It depends on why Web Gardening is an appropriate solution to your problem. It depends on performance measurements you need to have taken in order to sensibly reach the conclusion that web gardening is the solution for your problem.
Each of the characteristics above would lead you to a different answer - some about memory utilization, some about thread concurrency, some about actual tested performance issues and resolutions for them.