Outputcache - как определить оптимальное значение для продолжительности? - PullRequest
4 голосов
/ 13 ноября 2009

Я где-то читал, что для сайта с высоким трафиком (я думаю, это тоже мрачный термин), 30 - 60 секунд - это хорошее значение. Очевидно, что я мог провести нагрузочный тест и изменить значения, но я не смог найти никакой документации по этому вопросу. У большинства образцов есть минута, пара минут. Там нет рекомендуемого диапазона. Есть ли что-то на msdn или где-нибудь, что говорит об этом?

Ответы [ 2 ]

1 голос
/ 27 декабря 2012

Все зависит от того, как часто пользователь запрашивает ваш ресурс и насколько велик ресурс.

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

Очевидно, что вы хотите максимально кэшировать запросы к базе данных, отдавая приоритет тем, кого часто вызывают. Но весь кеш занимает память на сервере, и когда ресурсы заканчиваются, кеш будет удален. Учитывайте это при кэшировании больших файлов на более длительный срок.

Если вам нужны данные о том, как часто пользователи запрашивают ресурс, вы можете использовать Google Analytics , который чрезвычайно прост в настройке.

Для очень исчерпывающей аналитики вы можете использовать Kiwik . Для этого требуется локальный сервер.

На очень изменяющихся ресурсах вообще не кэшируйте, если только это действительно не требует значительных ресурсов и не является необходимым для обновления в реальном времени.

Чтобы дать вам точное число или рекомендацию, вы должны оказать вам медвежью услугу, вокруг слишком много переменных.

1 голос
/ 03 мая 2010

Все зависит от того, часто ли меняется контент. Для медленного или не мутирующего контента более длинное значение работает отлично. Тем не менее, вам может потребоваться сократить значение для постоянно изменяющихся данных или риска неправильного вывода.

...