dark-demon,
то, что к примеру запросы делаются разного рода и через разные iframe-ы, так как они имеют заточенную функциональность.
кроме того, один запрос = один принимающий результат объект. если сливать разнородные запросы вместе, то придется во-первых упаковывать их неким образом вместе с параметрами, а потом на клиенте из неких контроллеров разгребать по объектам, которым полученные данные реально нужны (хотя именно это можно и обойти упаковав инфу о принимающих объектах в запрос и потом последовательно позапускать то, что нужно после получения ответа на клиенте).
И еще не очевидно что лучше с точки зрения производительности - в начале спаковать данные в многокомпонентный запрос (JS), один раз послать, на сервере разобрать, последовательно обработать все запросы одним скриптом, спаковать ответы обратно в пакет, отправить на клиента, там опять на JS разобраться что кому предназначалось и раздать результаты.
Преимущество одного запроса только в том, что именно один http запрос имеем. Объем передаваемых туда-обратно данных тот же в общем случае (в теории нечто может дублироваться, но при правильном проектировании этого нету или не существенно).
Зато их недостатков можно отметить необходимость пред и пост обработки и то что все будет выполняться в один поток (хотя при зрелом размышлении это в общем-то как раз преимущество).