Analysis OOM (exit 137 at ~4 GB) on large TypeScript graphs
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 12/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- typescript
- Lĩnh vực
- compilers
Hướng nghiên cứu
Start by reading linked pull request #2944 to see what it already changes, since the work has moved there. The reproduction is compiling bin.ts (full server graph) with scriptc 0.4.7 under a 4 GB memory limit until it exits 137. Done would mean either streaming analysis that caps per-file type-graph retention, or a documented per-entrypoint compile path that stays under the limit. The issue does not name the specific files to change.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
Analyzing a large TypeScript graph OOMs (exit 137) around 4 GB RSS. T3 Code's bin.ts full graph / provider-acp-registry coverage is the evidence; a 4 GB sandbox is not enough for one-shot analysis of that entry.
Expected
Either:
- streaming / incremental analysis that caps per-file type-graph retention, or
- a documented, supported way to compile per-entrypoint with an explicit module list so the full graph is never in memory at once.
The shipping strategy for T3 is per-entrypoint builds regardless (acp-mcp-bridge, acp-mcp-call). Streaming analysis is quality-of-life, not a Phase 0 blocker.
Actual (0.4.7)
scriptc analysis of bin.ts (full server graph) is killed at ~4 GB (exit 137).
Workaround for downstream
Compile per entrypoint. Do not pass the whole server as one program.
Evidence
Plan E7.
- Ngôn ngữ chính
- TypeScript
- Star
- 6.5k
- Fork
- 212
- Merge trung bình
- 13 giờ 46 phút
- Pull request đã merge (30 ngày)
- 787
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không 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 vercel-labs/scriptc
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 54/100
vercel-labs/scriptc#3534 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 46/100
vercel-labs/scriptc#3533 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
vercel-labs/scriptc#3532 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 66/100
vercel-labs/scriptc#3531 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 53/100
vercel-labs/scriptc#3530 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của vercel-labs/scriptc
Issue tương tự
-
bug from-app needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
nightly-labs/openbot#7447 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Team:ResponseOps technical debt
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
elastic/kibana#304569 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
IBM/ibmi-mcp-server#256 ·
Maintainer thường phản hồi trong vòng 7 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
egonSchiele/agency-lang#1444 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[fullsend] E2E: backstage-gitlab-events-org — socket hang up during catalog poll needs retriesĐang mởe2e-failure ready-to-code
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
redhat-developer/rhdh-plugin-export-overlays#4746 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày