Что кеш типа тоже не может тормозить?

Вот и ответ.

это предположение или общий факт, что балансер будет шатать ttfb?

или намек на доцкер

gzip on; кеширование есть. конфиг важен, если nginx по логу отдает статику за 0.00s из этого самого кеша?

В вашем случае - предположение.
А вообще - факт.
Ровно сейчас имею аналогичную картину с CF.
Запрос напрямую - 200 мс, запрос через CF - 1.2 сек

ttfb различается примерно на секунду

я присоединяюсь к мнению @Fearan

А неважно, откуда он чего отдает - если request_time нулевой.

попробую курлом достать ttfb изнутри контейнера

Я тут писал сегодня. с нагрузкой траблы были. оказалось, что php curl в 2 раза медленнее, чем если запрос в постмане отправлять. или даже в терминале curl "url". В итоге это замедляет весь пулл пыховский процессов
теперь перепробовал все танцы с бубном над curl'ом. даже и вовсе снес его, брал обычным file_get_contents. все еще проблема какая-то, связанная с тем, что запрос тратит 50% времени на starttransfer_time

и по этому keyword'у искал, все тестил. ничего.

только пых хочет отправить куда-то запросы - задержки

https://github.com/overvoidjs/exotest/blob/master/exo.php

Посмотрите как тут post_it метод сделан, мб подойдет

file_get_contents у меня на тех же запросах то же время выдаёт

товарищ @ldviolet помог. dns кэш ускорил запросы

стыдно задавать такое, как-то были две команды элегантные котоыре выставляли верные chmod права на папки и файлы, что-то типо find . -type d -exec chmod 755

не могу найти тут или в инете, есть у кого под рукой?)

find . -type d -exec chmod 755 {} \;

Файлы -type f очевидно

там цифери были другие вроде вообще

тип одна чтоли 644 а одна 755

тип канон