# Оптимизация 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:** 10

<div class="post-metadata">

**Author:** ![david](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/david/32/157490_2.png) [@david](https://meta.discourse.org/u/david)\
**Post date:** [05.Январь.2022 11:56:25 UTC](https://meta.discourse.org/t/optimizing-fcp-lcp-by-caching-raw-view-module-lookups/213759/10 "2022-01-05T11:56:25Z")

</div>

> [@rrit](#):
>
> Режим приватности Firefox (Linux).

Не могли бы вы указать версию Firefox и операционной системы? Показатель в 290 мс почти в 3 раза медленнее, чем на Android-устройстве 2018 года, что немного удивительно.

> [@rrit](#):
>
> Это приводит к отрисовке множества элементов.  
> Возможно, именно в этом разница в наших бенчмарках?

Да, это может частично объяснить разницу. В моём случае я запускал их с использованием живых данных от Meta:

```plaintext
bin/ember-cli --environment production --proxy https://meta.discourse.org

```

> [@rrit](#):
>
> Предварительная отрисовка контента ниже линии сгиба

Да, это возможное улучшение. Однако нам нужно быть очень осторожными, чтобы макет и/или прокрутка не скакали (например, если пользователь обновляет страницу, когда уже прокрутил её наполовину). Определение «ниже линии сгиба» также варьируется в зависимости от устройства, браузера и темы.

---

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