странная тема...обычно люди на sql.ru пишут проблемки..логично предположить что системка проблемная...либо банальная реклама.
простите, dab2 а вы менеджер этой системки?или разработчик?
http://cms.atilekt.com/buy/category/modules.aspx - вы серьезно так вот работаете помодульно, вплане при покупке можно указать список какие модули надо? это не критика просто интересна стала модель. и еще момент. я так понимаю ваш сайт ..ссылка ранее была написана этой же системе? Если да то вы не думали что от вашего вьюстейта можно легко избавиться и сделать легче?

dab2
А смысл вам сравнивать статистику с другими, ваша система отличается от других всем.
По моему задача у вас найти узкие системы в рамках вашей архитектуры и отрефакторить. Критерии отклик,работоспособность на куче запросов и т.д. вроде общие для всех. Люди рекомендовали уже вам чем тестировать. Могу добавить что еще бы хорошо софт по анализу что творится в памяти в этот момент. Пару раз помогло лично мне пересмотреть код.Ну вот мелкий совет по усовершенствованию про вьюстейт хотя бы.

- первые коммерческие : у битрикса же вроде было решение на асп нете если память не изменяет. Просто сегмент занят кучей решений вот и никто не хочет связываться и велики изобретать. По своему опыту скажу многие почему то считают до сих пор что асп нет нереально дорого, это же майкрософт. Про умных людей: не все ж хотя cms делать) много еще направлений есть

пасиба кеп) но я выразился не так не много, сам виноват

не критикуйте сильно по ниже сказанному)
софт : JetBrains dotTrace Memory, MemProfiler, ants memory profiler(очень понравился) . проекты не помню уже. Ну так как они платные а я не хотел тратиться, я баловался с виртуальной машинкой и триалами.

viewstate: Да статья замечательная.Я правда аналог на английском читал ранее этой статьи. тогда порассуждаем от обратного, нужен ли он вам в клиентке? , используете ли вы его? , статья то должна была заставить задуматься же? Хотя и полностью его не убрать, но сильно сократить. в 90% случаев можно от него отказаться. Бывают случаи когда без него никак как временного хранилища. Но я когда то видел сайтик где viewstate был 500кб (думаю они там спрятали план по захвату мира!). В прицепи конечно же он не мешает жизни сайтам, но по опыту могу сказать что найдется куча людей которые вечно будут плакаться по поводу viewstate. Доводы обычных клиентов из малого и среднего бизнеса, а в скобках личный комментарий:
1) портит верстку - (ну а кому нужна красота верстки, щас вообще модно делать без пробелов в паблишед версии, аля гугл стайл)
2) боты ругаются на него -(бред еще тот)
3) страница весит не 100кб а 150 (утрированы пример - я хз у кого проблемы с инетом и трафик лимитирующий)
и т.д.

В итоге : я не могу утверждать нужно ли это вам, всего лиш совет. В статье которую вы сами указали есть и плюсы и минусы. Решать вам. Лично я на веб-формах отключаю его всегда, и только когда без него никак включаю на отдельно взятой странице. Советы по переписыванию на мвц думаю не актуальны так как потребуют больших затрат человеко-часов и не выгодно скорее всего (пример: команда нопкомерса переписывала 9 месяцев на мвц и еще пара месяцев закручивала гайки так сказать, хотя может кто то скажет что они не показатель компетентности).

P.S.
Я помню "велосипеды" людей которые переопределяли сохранение вьюстейта на сервере но там больше минусов возникало чем плюсов. Этого точно не надо делать:)