захламить код автоматическими переменными невозможно, ввиду того что они являются более компактной записью тех же переменных (переменные всё равно будут и в том же количестве).

а вот сихнхронизирующими об\ектами можно захламить, если сильно не заботиться о минимизации их количества. На мой взгляд, если об\ектов типа критической секции или мутекса более двух, трёх в проэкте - это уже признак слабого обдумывания многопоточности (конечно от проэкта зависит, но исхожу из своего опыта). Я работал с проэктом в котором критических секций было штук 30, и они периодически висли либо ожидая друг друга, либо ожидая выхода из Win-API SendMessage (где бывает неявная блокировка).

Впрочем главная стратегия тут, по-моему, блокировать только данные и на возможно короткое время (т.е. после блокировки и до разблокирования, не вызывать никаких строронних функций). Но все равно если сихн-об\ектов меньше - то и дышать легче.