Здравствуйте, alex_public, Вы писали:
_>Ну вообще то работа со стеком заметно быстрее.

_>Так что как раз нужны причины для не размещения на стеке.

Даже если вы сможете запихать WebRequest, у которого все члены — сплошная динамика, на стек, то выигрыш вы не сможете заметить и в микроскоп.
Банальная валидация URL на корректность уже сожрёт на порядок больше, чем инкремент heap pointer. Это я уже не говорю про собственно раундтрип на сервер — мы же webRequest не ради стека создаём.

_>Сомнительные цифры, т.к. не указана реализация ручного управления — может там всё в том же самом стеке лежит?) Это больше похоже на изменение производительности GC относительно своего же идеального варианта. Вот в такое мне вполне верится...
Ручное управление — через malloc и free. Читайте не пересказ для чайников, а ту самую статью, ссылка на которую лежит рядом со слайдом (2006 года, кстати. Т.е. в 2014 можно бы и перемерить результаты).