EDUARD SAPOTSKIgandjustasЧувак, пришли ссылки на три книге по сабжу (оптимизация в ASP.NET server-side+client-side) - я тебе их куплю с прибыли от семинара.
Капец. Как можно вообще мусолить тему "Оптимизация ASP.NET приложений"??? Самый натуральный конь в вакууме!
Все как всегда скатится к оптимизации запросов к БД, по этой теме мало инфы?
Кэширование? Трудно сообразить как наборы данных в оперативе на серваке повесить? По этой теме мало инфы? А если соображать не хочется то пиши всю логику на уровне СУБД, скуль или оракл и без тебя все закэширует.
Что то можете еще рассказать по этой теме?
Давай про кеширование:
1) Сохранить данные в памяти совсем несложно несложно, а что делать когда память кончится? Как контролировать чтобы сервак не ушел на несколько минут в GC2?
2) Сохранить данные много ума не надо, а как сбросить кеш когда надо новую версию отдать?
3) А что делать если твой сервак решили заDDOSить и делают запрос на тяжелый экшн с Pragma:no-cache или must-revalidate?
4) В каких случаях может не срабатывать output cache?
5) В чем разница межу CacheLocation.ServerAndPrivate и CacheLocation.Any?
6) Что кеширует SQL Server? Будет ли закеширован агрегирующий запрос (который с group by)?

Ответы на эти вопросы - не более 10% материала. Разобраться с нуля самому - надо несколько дней. Причем заранее мало кто в эти вопросы вникает, разбираться приходится когда уже жопа наступила.

Если у тебя жопа случалась уже не десяток раз, то ты и сам можешь такие тренинги делать, а если нет - то гораздо эффективнее сходить на семинар.

skyANAЧто-то я первого вопроса не понял.
gandjustas1) Сохранить данные в памяти совсем несложно, а что делать когда память кончится?

Типа как ограничить количество кэшируемых в памяти объектов сверху?
Количества недостаточно. Можно закеширвать 2гб массив раз 10 и вся память кончится.

skyANAЕсли память утекла, то остаётся только снять дамп, посмотреть какие объекты выжрали всю память и настучать по шапке тому, кто написал такой код :)
Вот об этом я и говорю - изучение вопроса начинается когда жопа наступила.


skyANAgandjustas2) Сохранить данные много ума не надо, а как сбросить кеш когда надо новую версию отдать?О каком кэше речь?

Перед сохранением данных, связанный с ними кэш инвалидируется (либо тупо очищается).
После успешного сохранения в БД данные ещё и в кэш помещаются.
На практике в большинстве приложений "главная страница" (на которую приходится большинство запросов) показывает много данных и при такой стратегии больше всего запросов пойдет мимо кеша.

skyANAgandjustasпропущено...

На практике в большинстве приложений "главная страница" (на которую приходится большинство запросов) показывает много данных и при такой стратегии больше всего запросов пойдет мимо кеша.Дак о каком кэше речь?

Если речь о том твоём выдуманном примере, то он далёк от жизни.

И у каждого своя практика. У нас например "главная страница" зависит от membership level.
На примере института: если ты абитуриент, то попадаешь на одну страницу, если студент, на другую, преподаватель - третью, спонсор-партнёр - четвёртую.

Какой кеш - тебе решать.

Тебе нужно добиться трех целей одновременно:
1) чтобы клиент не качал страницу если она не изменилась
2) чтобы клиент обязательно качал страницу если она изменилась
3) при генерации страницы на сервере уменьшить количество запросов к базе, в идеале до нуля, если ничего не поменялось.

Закешировать разные страницы с разными membership level - не проблема, только 95% asp.net разработчиков не знают как это сделать правильно.