#javascript #angularjs #google-chrome-devtools #performance-testing #web-performance
#javascript #angularjs #google-chrome-devtools #тестирование производительности #веб-производительность
Вопрос:
Я смотрю на водопад в инструментах разработчика Chromes из нескольких файлов CSS и Javascript.
При обновлении страницы несколько файлов загружаются из кэша браузера, как и ожидалось. Большую часть времени загрузка занимает 1 мс. Однако некоторые файлы, и, похоже, это одни и те же нарушители при каждом обновлении, занимают немного больше времени. Что-то между 400 мс и 800 мс.
Временная шкала водопада на вкладке Chromes network показывает, что в некоторых случаях это время расходуется на TTFB (время до первого байта). Для меня это не имеет никакого смысла, если он получает его из кэша браузера, а не с сервера, почему существует TTFB?
Кто-нибудь может рассказать о том, что здесь происходит?
Комментарии:
1. Может быть, более ранние сценарии в водопаде еще не были выполнены? Что скрипт кэшируется локально, но сам DOM еще не добрался до этой точки, чтобы отобразить ваш кэшированный скрипт?
2. Да, выполнение идет нормально, но главное, если файл загружается из локального кэша, почему TTFB высокий, это должно быть ~ 1 мс, потому что файл загружается из кэша.
3. Вы проверяли этот JS? Может выполняться несколько синхронных операций
4. Можете ли вы поместить только этот единственный файл на свою страницу и при этом посмотреть, такой ли размер TTFB?
5. Привет @DavideVitali, да, этот файл не выполняет никаких синхронных операций, это директива angularjs, поэтому операции просты. И главная проблема заключается в том, что высокий TTFB характерен не только для этого файла, но это также происходит для всех кэшированных файлов. Это всего лишь пример, который я взял