Scan time on large applications: measured breakdown and remaining options
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
- 35/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- playwright, typescript, vite
- Lĩnh vực
- performance, testing-qa
Hướng nghiên cứu
Start by measuring how quickly a passing focus move arrives, then benchmark Vite server.warmup and parallel screen scans as described in the issue. Compare results on a quiet machine and account for the source attributes needed by overlay file and line hints. Done means the measurements support a decision on which scan-time option to adopt.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Measured on a real product UI (one screen, about 55 seconds)
| Phase | Share |
|---|---|
| Readiness wait while the app mounts about 2,000 dev-server modules | 37% |
| Seven focus-settle timeouts at 2.5 s proving menus do not steal focus | 32% |
| Whole-DOM fetch per accessibility lookup (separate issue) | 16% |
| Keyboard walks, axe, everything else | 15% |
The lab tunnel was not the bottleneck: API calls cost about 300 ms more than local and overlap with module loading.
On a small application one screen takes about 10 seconds warm. Editing the vite config triggers a one-time dependency re-optimization that doubles the next scan.
Options not taken, with reasons
- Shortening
SETTLE_SAMPLES_REQUIREDrecovers about 1 second but guards a real two-burst mount regression. - Shortening
FOCUS_SETTLE_TIMEOUT_MSrecovers 2.5 seconds per unfocused widget but there is no measurement of how quickly a passing focus move arrives; shortening blind turns slow but correct focus into false failures. Measure a passing case first. - Running screens in parallel shares one browser process and a DOM-stability poll, so contention lengthens the wait; likely a loss on a loaded laptop. Measure before adopting.
- A production build removes the module-graph cost but drops the JSX source attributes the overlay's file and line hints read.
- Vite
server.warmupfor the target application may cut the module-graph time while keeping source attributes; unmeasured.
Direction
Measure a passing focus move; measure server.warmup; measure parallel screens on a quiet machine; then decide.
- Ngôn ngữ chính
- TypeScript
- Star
- 0
- Fork
- 0
- Merge trung bình
- 2 giờ 48 phút
- Pull request đã merge (30 ngày)
- 8
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không 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 usabl-dev/usabl
-
area: engine bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
-
Stop hook allows a stop on an unknown verdict, and the self-check prints IDLE for a null verdictĐang mởarea: assistants bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
area: engine bug security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Overlay: browser context failures are counted per plugin, not per browser, and close is not sharedĐang mởarea: overlay bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
-
area: engine enhancement performance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Tất cả issue của usabl-dev/usabl
Issue tương tự
-
Add: Pbs KidsĐang mởcheck:passed streams:add
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
Maintainer thường phản hồi trong vòng 2 ngày
-
maintanance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
inmanta/web-console#7583 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
deltachat/deltachat-desktop#6881 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 3 ngày
-
[Bug Report][3.13.7] VDataTable with select-strategy="single" shows select-all checkbox in mobile modeCó thể đã có người làm @lazerg đã nhận hôm nay. Đang mởS: triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/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 68/100
phivk/rubiks-lab#33 ·
Maintainer thường phản hồi trong vòng 1 ngày