1. Что такое ASP Cache/Зачем вам кеш?
Когда ваш веб -сайт создается с использованием технологии ASP на ранних стадиях, вы можете почувствовать удобство, вызванное технологией динамической веб -страницы ASP, а также случайную модификацию и бесплатное управление HTTP. Однако по мере увеличения количества посещений вы определенно обнаружите, что доступ к вашему сайту становится медленнее, а перезапуск IIS становится все более и чаще. Затем вы должны хотеть оптимизировать ASP, например, замену баз данных с лучшей производительностью, создание индексов, написание хранимых процедур и т. Д. Некоторые из этих мер не требуют повышения давления затрат, в то время как другие являются очень затратным давлением (например, доступ к SQL), и этот эффект не является уверенным.
Столкнувшись с давлением доступа к Интернету, я думаю, что наиболее экономичным способом является использование технологии оптимизации кэша для облегчения сервисного давления в Интернете.
Увеличение посещений в Интернете обычно означает быстрое увеличение следующих требований к ресурсам:
1. Трафик сетевой карты увеличивается, что требует большего процессора для обработки сетевого трафика и потоков ввода -вывода сети.
2. Необходимо чаще открывать/закрывать подключения базы данных (если используется технология базы данных - ASP обычно использует базы данных в качестве хранилища данных), количество вещей, которые серьезно потребляют ресурсы, и тупик, вызванный транзакциями, конкурирующими друг с другом, будет увеличивать потребление ввода/вывода сети или ЦП.
3. Если используется сеанс, IIS будет потреблять больше памяти для поддержания состояния, а потребление памяти может вызвать недостаточную физическую память, вызывая частые обмены между физической памятью и вспомогательной памятью, что приведет к выполнению кода для паузы и блокировки веб -ответа.
4. Из -за неадекватного ответа на доступ к доступу сбой доступа к веб -странице приведет к обновлению пользователей, что усугубляет спрос на ресурсы, такие как процессор и память.
Фактически, учитывая обычные веб -приложения, динамическое выполнение кода часто не нужно.
2. Классификация кэша ASP
Несанкционированное резюме, кэш ASP можно разделить на две категории:
1. Кэш файла
Так называемое кэширование файла означает, что в соответствии с логическим суждением конкретное выполнение определенного ASP не будет сильно изменяться в течение периода времени, поэтому контент будет храниться в форме статического HTML, а затем клиент может получить доступ к статическим файлам, используя технологию перенаправления веб-направления для достижения необходимости для сокращения CPU, ресурсов базы данных и т. Д. Например, многие форумы регенерируют весь пост статический файл при ответе на сообщение, а затем перенаправляют его, например, Форум DODEWS.com. Он имеет побочный эффект (преимущества), который становится статичным - его можно легко включить поисковыми системами, такими как Google. Некоторые так называемые системы пресс-релиза используют эту технологию.
2. Кэш фрагмента файла
Так называемое кэширование файла также основано на логическом суждении. Определенная часть данных (обычно запрашивание базы данных с большой способностью, которая требует потребления ресурсов) не будет изменяться в течение определенного периода времени, поэтому мы можем сохранить эти данные в форме файлов. При необходимости мы можем получить данные, читая файлы, чтобы избежать увеличения бремени в базе данных. Например, мы обычно храним некоторые данные в формате XML, а затем используем технологию XSLT для ее отображения (обработка XML обычно требует большого количества ресурсов процессора, поэтому IE обычно напрямую читает XML для клиента и обрабатывает их в процессоре клиента). Вот как обрабатывает форум CSDN.
3. Основной кеш памяти
Кроме того, также можно рассмотреть вопрос о обработке кэша в памяти, хранение контента, которое необходимо отреагировать вовремя в памяти, и немедленно отправлять его из быстрого хранения после получения доступ к потребностям доступа. Если огромное количество потребностей доступа сосредоточено на нескольких небольшом количестве страниц или достаточного количества основной памяти, я думаю, что использование основного кэша памяти, безусловно, значительно улучшит производительность веб -доступа.