Ответ

moko 30.09 02:11

1. Проблема понятно не в чтении (это кешируется на любой OS), а в компиляции и формировании дерева классов. И тут сложность в том, что при другом запросе может быть другая последовательность загрузки файлов и другой результат. Но можно попробовать сделать метод сохранения состояния классов при конфигурировании веб-сервера и тогда каждый новый запрос будет начинаться не с чистого листа, а с этого состояния классов.

Cкорость компиляции порядка ~30Mb/sec, соответственно 0.1 sec дают ~3Mb загружаемого кода.

2. Даже с комментарием непонятно о чем речь.

Нужно чтобы ответ можно было продолжать отправлять - "стримить".

Нельзя просто так "стримить" браузеру, надо чтобы браузер это поддерживал (в js нет raw TCP socket). Если речь про веб-сокеты (RFC 6455), так и надо написать.

Если найдутся еще те, кому нужны веб-сокеты - в принципе можно сделать, если TLS будет в nginx, там не то чтобы много кода... Но учитывая поток на запрос, едва ли это будет держать больше десятка тысяч соединений.

3. По аналогии с исключениями их обрабатывать нельзя, поскольку вы едва ли хотите прерывать ход текущего запроса (или хотите?). Вообще вызвать парсерный ход по факту исключения дело нехитрое, но что конкретно он будет делать - непонятно. В общем здесь нужны конкретные примеры.

---