# Оптимизация FCP/LCP за счет кэширования поиска модулей raw-view

**URL:** <https://meta.discourse.org/t/optimizing-fcp-lcp-by-caching-raw-view-module-lookups/213759>\
**Category:** Development\
**Created:** [03.Январь.2022 21:41:03 UTC](https://meta.discourse.org/t/optimizing-fcp-lcp-by-caching-raw-view-module-lookups/213759 "2022-01-03T21:41:03Z")\
**Posts on this page:** 1\
**Showing post:** 9

<div class="post-metadata">

**Author:** ![rrit](https://avatars.discourse-cdn.com/v4/letter/r/b5ac83/32.png) [@rrit](https://meta.discourse.org/u/rrit)\
**Post date:** [05.Январь.2022 10:05:06 UTC](https://meta.discourse.org/t/optimizing-fcp-lcp-by-caching-raw-view-module-lookups/213759/9 "2022-01-05T10:05:06Z")

</div>

Я всё ещё могу воспроизвести преимущества производительности, используя Performance API в приватном режиме Firefox (Linux).

Тестирование [http://localhost:4200/latest](http://localhost:4200/latest)  
Время выполнения `renderTopicListItem` сократилось с ~290 мс до ~190 мс.

Мой тестовый экземпляр Discourse содержит множество тем с большим количеством ответов и множеством разных авторов — данные взяты из рабочей инстансии. Это приводит к отрисовке большого количества элементов.  
Возможно, именно в этом заключается разница в наших бенчмарках?

* * *

## Предварительная отрисовка контента ниже сгиба

Discourse предварительно отрисовывает 30 тем на странице «Последние». Затем контент отображается впервые (FCP). Выше сгиба видно только около 12 тем.

То же самое для страницы темы: предварительно отрисовывается 20 постов, но выше сгиба одновременно видно максимум 6 однострочных постов.

Это может стать ещё одним направлением для оптимизации FCP.

---

_[View the full topic](https://meta.discourse.org/t/optimizing-fcp-lcp-by-caching-raw-view-module-lookups/213759)._