Lower the cost of each launched wp process
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 55/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- php
- Lĩnh vực
- performance, testing
Hướng nghiên cứu
Consult #384 for baseline CI timings and #257 for Xdebug conditions. Find where the framework spawns wp processes (likely PHP test harness) and add logic to disable Xdebug unless coverage/debug is set, plus an opcode cache for WP-CLI and package code while excluding per-scenario WordPress copies. Done means a draft PR shows reduced CI run times recorded against the baseline.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Almost all of the suite's run time is spent in the wp processes the scenarios launch; the Behat process itself accounts for about 3% of a run. Each wp call costs about 0.3 seconds, and the bundled commands make around 9,300 of them per suite run, plus the ones the framework makes itself.
Two things make each process more expensive than it needs to be:
- Xdebug. When Xdebug is loaded locally, every child process pays for it. Turning it off for the launched processes took a local
cache-commandrun from 126 to 98 seconds. It should stay off unless coverage is collected or step debugging is requested (see #257). - No opcode cache. Every process compiles WP-CLI and the package code from scratch, although that code does not change during a run. Caching only that code took a typical call from about 300 to 200 ms locally. The per-scenario WordPress copies must stay uncached: they are rewritten during scenarios, and a stale compiled file would change what a test exercises.
Measuring: take the baseline from #384, then open a draft PR, run the same CI jobs against it and record both results here before we decide.
- Ngôn ngữ chính
- PHP
- Star
- 42
- Fork
- 29
- Merge trung bình
- 21 giờ 6 phút
- Pull request đã merge (30 ngày)
- 24
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của wp-cli/wp-cli-tests
-
scope:testing status:unconfirmed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
wp-cli/wp-cli-tests#389 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
os:windows scope:testing status:unconfirmed
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
wp-cli/wp-cli-tests#427 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug scope:testing
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 22/100
wp-cli/wp-cli-tests#426 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
scope:artifacts scope:distribution scope:testing
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
wp-cli/wp-cli-tests#425 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Epic: Explicit test requirementsĐang mởscope:testing
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
wp-cli/wp-cli-tests#395 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của wp-cli/wp-cli-tests
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 3 ngày
-
sync-en
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Sync EN] Formatting improvements to "Large Objects (LOBs)" docs (#6056)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởsync-en
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Перевод устарел
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
repo:cms
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
craftcms/cms#20613 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày