Если используются синхронные запросы ( хотя бы изредка ) то иметь один объект для них - нормально.
Как-то игрался с пулом запросов. Но что-то там в некороых браузерах работало не так как ожидается (кадется в ИЕ) - не припоню подробностей.

Кстати, вопрос достаточно в свое время актуальный. Т.к. для передачи параметоров функии-обработчику использовались замыкания и после обработки запроса ИЕ не разрывал циклические ссылки. Нужно было культурненько их самостоятельно рубить после использования. Иначе утечка.

Да пул не сработал. Ожидать пока там все разработчики браузеров подсуетятся не приходится. Я все еще рву циклические ссылки в об объекте ХмлХттпРеквест. Кстати JQuery последней генерации отказался от поддержки старых версий ИЕ (использует только встроенный объект, не ActiveX). кТО-НИБУДЬ ИСПОЛЬЗУЕТ ?

Тут сложный вопрос.
Если бы у всех винда была не пайратская, ИЕ6 брал бы куда больший процент. Впрочем я пишу внутрикорпоративные приложения и совсем забил на ИЕ всех версий. Сорее достает другое, то что заходя под Линухом - хоть в Опере, хоть в ОгнеЛисе, на некоторые сайты преимущественно отечественного разлива, я сталкиваюсь или с ошибками верстки, или с полной их неработоспособностью, т.к. разработчики ориентировались на Винду и возможно на ИЕ, и пользовались, скорее всего, какими-то, ASP.Net или как его там буилдерами и стандартными компонентами "из палитры". Вместо того чтобы написать пару строчек валидного кода в блокноте.
Хстати, отвечая на этот вопрос посмотрел сатистику иобнаружил всепобеждающщее шествие Хрома. Странно. Мне он совсем не нравится.

Во-первых, я не подряжался давать прямые ответы
Во-вторых, начиная с ИЕ 5.5 уже современные.
Забавно0 что Вас это так беспокоит.

Да нуskyANAА вообще грамотный throttling и никаких проблем. Клиент в состоянии ожидания ответа. Откуда несколько xhr? Объясни?
Я просто показал вариант сценария, при котором всякие таймерные примочки не помогают. Для throttling при этом надо ставить 100 секунд на xhr reply - и юзер ВСЕГДА будет ждать рефреша 100 секунд, хотя сервер отработать может и за одну.
Использование же единого xhr тут решает проблему, и юзер видит ответ ASAP.

Все было бы хорошо, если бы все браузеры вели себя одинаково.
Вот контрпримеры на использование одного объекта запроса.
1) Во время 2-х или 3-х событий интерфейса отправляющий одинаковый запрос работает какая-то функция яваскрипт (т.е. движок блокирован) и естественно запрос откладывается. Далее все зависит от того в каком порядке браузер будет вызывать отложенные функции (в прямом, обратном, произвольном).
2) Некоторы браузеры (кажется ИЕ старых версий и возможно Опера - точно не помню) делает объект запроса недоступным пока он отрабатывает запрос.

Но Вы правы в своем контрпримере про таймаут 3 с. запрос 4 с. и ответ сервера 100 с.
Будут отправлены оба запроса и не обязательно первый отработает раньше второго.
Но этот момент и следует учитывать при реализации запросов с задержкой.
Я делаю так: запрос (предположим тот же на 4-й секунде) отменяет все предыдущие запросы. Разумеется, все равно возможны сравнительно маловероятные при грамотной разработке случаи, когда из-за блокировок интерфейса (более чем на те же 3 секунды) старый и новый запросы перепутаются местами.