Laravel Octane + Native Docker + WSL2: экстремальные проблемы с производительностью

Laravel Octane + Native Docker + WSL2: экстремальные проблемы с производительностью ⇐ Linux

1 сообщение • Страница 1 из 1

Anonymous

Laravel Octane + Native Docker + WSL2: экстремальные проблемы с производительностью

Цитата

Сообщение Anonymous » 25 мар 2026, 13:58

У меня возникли серьезные проблемы с производительностью моего приложения Laravel, работающего на Docker + WSL2. Несмотря на многочисленные оптимизации, все страницы загружаются за 2-10 секунд. Я надеюсь, что кто-нибудь сталкивался с этим и сможет указать мне правильное направление.

Код: Выделить всё


## Environment

- **OS:** Windows 11 with WSL2 (Ubuntu)
- **Framework:** Laravel 11 + Filament 3 + Livewire 3
- **Server:** Laravel Octane with Swoole (4 workers)
- **Setup:** Docker Compose (multi-container)
- **Database:** Microsoft SQL Server (Docker container)
- **Cache/Session:** Redis (local Docker container)
- **Project Location:** WSL2 native filesystem `/data/www/` (NOT `/mnt/c/`)

## The Problem

**Every single page** takes 2-10 seconds to load in the browser, despite server logs showing only 300-400ms PHP processing time.

**Performance Metrics:**

Server logs (`storage/logs/performance-*.log`):
```json
{
"total_ms": 300-400,
"database_ms": 0,
"app_logic_ms": 300-400
}

Инструменты разработчика браузера (реальный опыт пользователя):

Простые страницы: 2–4 секунды
Панель управления: 6–10 секунд
Все страницы постоянно замедляются

Разница составляет 1,5–9,5 секунд между тем, что сообщает сервер (300 мс), и тем, что пользователь испытывает (2–10 секунд).
Что я уже пробовал
Я реализовал все оптимизации, которые смог найти:
OPcache CLI включен –

Код: Выделить всё

opcache.enable_cli=1

[/b] проверено с помощью

Код: Выделить всё

php -i

[/b]

Поставщик в томах Docker – перемещено

Код: Выделить всё

vendor/

[/b] и

Код: Выделить всё

node_modules/

[/b] к именованным томам Docker (не привязывать монтирование)

Оптимизированы рабочие процессы Swoole - Использование 4 рабочих процессов

Кэширование Laravel

Инструменты отладки отключены - APP_DEBUG=false, Debugbar и Clockwork выключены

Локальный Redis - REDIS_HOST=redis (Docker-контейнер, не удаленный)

Локальное хранилище — переключение с хранилища BLOB-объектов Azure на локальный диск

Вещательная рассылка отключена — BROADCAST_CONNECTION=log
===================================
Что я заметил

Журналы сервера постоянно показывают время обработки 300–400 мс
Показывает браузер 2–10 секунд общее время загрузки
Разрыв в 1,5–9,5 секунды не учитывается
Затронуты все страницы, а не только отдельные функции
Последующие обновления не ускоряются (кэширование не помогает)
Итак, вопрос:
Это нормальные накладные расходы для Docker + WSL2? Стоит ли мне рассчитывать на загрузку страниц с этим стеком в течение 2–10 секунд?

1774436284

Anonymous

У меня возникли серьезные проблемы с производительностью моего приложения Laravel, работающего на Docker + WSL2. Несмотря на многочисленные оптимизации, все страницы загружаются за 2-10 секунд. Я надеюсь, что кто-нибудь сталкивался с этим и сможет указать мне правильное направление.
[code]

## Environment

- **OS:** Windows 11 with WSL2 (Ubuntu)
- **Framework:** Laravel 11 + Filament 3 + Livewire 3
- **Server:** Laravel Octane with Swoole (4 workers)
- **Setup:** Docker Compose (multi-container)
- **Database:** Microsoft SQL Server (Docker container)
- **Cache/Session:** Redis (local Docker container)
- **Project Location:** WSL2 native filesystem `/data/www/` (NOT `/mnt/c/`)

## The Problem

**Every single page** takes 2-10 seconds to load in the browser, despite server logs showing only 300-400ms PHP processing time.

**Performance Metrics:**

Server logs (`storage/logs/performance-*.log`):
```json
{
"total_ms": 300-400,
"database_ms": 0,
"app_logic_ms": 300-400
}
[/code]
Инструменты разработчика браузера (реальный опыт пользователя):
[list]
[*]Простые страницы: [b]2–4 секунды[/b]

[*]Панель управления: [b]6–10 секунд[/b]

[*]Все страницы постоянно замедляются

[/list]
[b]Разница составляет 1,5–9,5 секунд[/b] между тем, что сообщает сервер (300 мс), и тем, что пользователь испытывает (2–10 секунд).
Что я уже пробовал
Я реализовал все оптимизации, которые смог найти:
[b]OPcache CLI включен[/b] – [b][code]opcache.enable_cli=1[/code][/b] проверено с помощью [b][code]php -i[/code][/b]

[b]Поставщик в томах Docker[/b] – перемещено [b][code]vendor/[/code][/b] и [b][code]node_modules/[/code][/b] к именованным томам Docker (не привязывать монтирование)

[b]Оптимизированы рабочие процессы Swoole[/b] - Использование 4 рабочих процессов

[b]Кэширование Laravel

Инструменты отладки отключены - APP_DEBUG=false[/b], Debugbar и Clockwork выключены

[b]Локальный Redis[/b] - [b]REDIS_HOST=redis[/b] (Docker-контейнер, не удаленный)

[b]Локальное хранилище[/b] — переключение с хранилища BLOB-объектов Azure на локальный диск

[b]Вещательная рассылка отключена[/b] — BROADCAST_CONNECTION=log
===================================
Что я заметил
[list]
[*]Журналы сервера постоянно показывают время обработки [b]300–400 мс[/b]

[*]Показывает браузер [b]2–10 секунд[/b] общее время загрузки

[*]Разрыв в 1,5–9,5 секунды не учитывается

[*][b]Затронуты все страницы[/b], а не только отдельные функции

[*]Последующие обновления не ускоряются (кэширование не помогает)
Итак, вопрос:
[b]Это нормальные накладные расходы для Docker + WSL2? Стоит ли мне рассчитывать на загрузку страниц с этим стеком в течение 2–10 секунд?[/b]

[/list]