самый быстрый алгоритм etag - PullRequest
2 голосов
/ 05 июля 2010

Мы хотим использовать http-кэширование на нашем веб-сайте - в частности, проверку контента.

Поскольку наша CMS создает страницы из небольших фрагментов контента, дата последнего изменения фактической страницы не всегда является точнойиндикатор того, что страница изменилась.Следовательно, мы также хотим использовать etags.Поскольку построение страницы основано на множестве других фрагментов страницы, мы думаем, что единственный реальный способ обеспечить точный etag - это выполнить какой-то дайджест самого потока контента.Это кажется немного перегруженным, так как кеширование должно облегчить нагрузку на серверы, но дайджест контента, очевидно, сильно загружает процессор.

Я ищу самый быстрый алгоритм для создания уникального etag, который имеет отношение кПоток контента (Inode и т. д. просто является кладжем и не работает).Хэш MD5, очевидно, получит лучший уникальный результат, но кто-нибудь еще использует другие алгоритмы, которые быстрее в подобной ситуации?

Извините, забыл важные детали ... Использование Java-сервлетов - работа в веб-сфере6.1 в Windows 2003.

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

1 Ответ

0 голосов
/ 05 июля 2010

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...