Debugging data collection affects meta-frameworks differently
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
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- javascript, typescript
- Lĩnh vực
- performance, testing-qa
Hướng nghiên cứu
Start by locating the Lighthouse configuration and benchmark entry points used for CSR and SSR measurements. Compare runs with Stack Capture, Precise JavaScript coverage, and debugger async-stack tracking enabled and disabled, then determine whether a consistent configuration or documented limitation is needed. Done means framework comparisons are not unevenly affected by these debugging options.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Lighthouse enabled a bunch of debugging tools, that can be very useful to precisely track down which piece of code is responsible for what, but it affects different meta-frameworks differently.
The main options I found that contribute to this are:
- Stack Capture
- Precise JavaScript coverage
- Debugger async-stack tracking
"stack capture" is the most impactful as far as i can tell. For example when i tried disabling it on a task i was benchmarking i got this:
| Measurement | CSR | SSR |
|---|---|---|
| Late task, default Lighthouse | 44.1 ms | 44.1 ms |
| Same task, stack capture disabled | 4.6 ms | 5.2 ms |
But the main problem is that it doesn't affect all meta-frameworks the same way. For "stack capture" for example its impact depends basically on the number of function calls and their depth. So the comparison across frameworks becomes less fair.
FWIW in the next version of TanStack Start the INP measurements are not impacted by any of these features any more than the other frameworks (they seem to all be pretty much within noise of each other). But these options could still impact future measurements unequally (like if a "navigation" measurement is added later, this will probably show up).
- Ngôn ngữ chính
- TypeScript
- Star
- 42
- Fork
- 16
- Merge trung bình
- 13 giờ 56 phút
- Pull request đã merge (30 ngày)
- 141
Chuẩn bị môi trường
- Có Dockerfile hoặc 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 e18e/framework-tracker
-
Interaction Bar Graph is MessyĐang mởdocumentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
e18e/framework-tracker#640 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
e18e/framework-tracker#666 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Variance ChartsĐang mởdocumentation
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
e18e/framework-tracker#665 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
TanStack Bar ChartĐang mởdocumentation
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
e18e/framework-tracker#664 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
TanStack Line ChartĐang mởdocumentation
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 45/100
e18e/framework-tracker#663 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của e18e/framework-tracker
Issue tương tự
-
fix(cursor): align Grok 4.7 context window to 256k/500k and drop unsupported max effort tierĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
diegosouzapw/OmniRoute#17386 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area/dashboard kind/bug kind/bug-qa QA/dev-automation
Độ 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 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
vybestack/llxprt-code#3917 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
api-parity
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
IBM/carbon-components-ember#1157 ·
Maintainer thường phản hồi trong vòng 1 ngày