bazel: bazel build data is huge and takes several hours to remove
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
- Lĩnh vực
- build-system
Hướng nghiên cứu
Start by reviewing the Bazel cache and output-directory settings listed in the issue, especially --output_user_root, --output_base, --repository_cache, and --disk_cache. The report does not identify which directories are duplicated or what is making removal slow, so first gather disk-usage and file-permission details for those paths. Done means identifying a reproducible cause and a concrete way to reduce disk usage or simplify cleanup.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the bug
I had to move data to another bigger drive. This took several hours.
I tried using rm -rf -v to see what was happening and it seems there are a lot of duplicates directories.
Also I had to do chmod -R u+w as there was a lot of files that was readonly.
I used the following directories:
root=/prj/gpca_dig/users/costa/.bazel
mkdir -p $root/output/user_root
mkdir -p $root/output/base
mkdir -p $root/cache/repository
mkdir -p $root/cache/disk
with the following in the ~/.bazelrc file:
startup --output_user_root=/prj/gpca_dig/users/costa/.bazel/output/user_current
startup --output_base=/prj/gpca_dig/users/costa/.bazel/output/base
common --repository_cache=/prj/gpca_dig/users/costa/.bazel/cache/repository --disk_cache /prj/gpca_dig/users/costa/.bazel/cache/disk
fetch --repository_cache=/prj/gpca_dig/users/costa/.bazel/cache/repository --disk_cache /prj/gpca_dig/users/costa/.bazel/cache/disk
build --repository_cache=/prj/gpca_dig/users/costa/.bazel/cache/repository --disk_cache /prj/gpca_dig/users/costa/.bazel/cache/disk
run --repository_cache=/prj/gpca_dig/users/costa/.bazel/cache/repository --disk_cache /prj/gpca_dig/users/costa/.bazel/cache/disk
test --repository_cache=/prj/gpca_dig/users/costa/.bazel/cache/repository --disk_cache /prj/gpca_dig/users/costa/.bazel/cache/disk
Expected Behavior
Reduce disk usage
Environment
RHEL 8.1
Latest OR
To Reproduce
/
Relevant log output
Screenshots
No response
Additional Context
No response
- Ngôn ngữ chính
- Verilog
- Star
- 3.3k
- Fork
- 1.1k
- Merge trung bình
- 2 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 277
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 The-OpenROAD-Project/OpenROAD
-
bazel enhancement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 76/100
The-OpenROAD-Project/OpenROAD#12160 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
odb: Bazel build fails on linux/aarch64 — char fc compared to EOF in def/lef lexersCó thể đã có người làm @shivarammysore đã nhận 4 ngày trước. Đang mởbazel bug odb
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 80/100
The-OpenROAD-Project/OpenROAD#12095 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
OpenRCX: extMeasure::calcRes0 segfaults on a null getRes() result when a rules file has sparse per-layer tablesCó thể đã có người làm @AcKoucher đã nhận 5 ngày trước. Đang mởbug rcx
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
The-OpenROAD-Project/OpenROAD#12052 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
syn: acd_resynth -apply segfaults on a database resynthesized in an earlier processCó thể đã có người làm @povik đã nhận 3 ngày trước. Đang mởbug syn
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
The-OpenROAD-Project/OpenROAD#12046 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
check_placement: padding check flags a legal cell above a fixed block whose bottom is in the upper half of a rowCó thể đã có người làm @gudeh đã nhận 5 ngày trước. Đang mởbug dpl
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
The-OpenROAD-Project/OpenROAD#12038 · 3 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của The-OpenROAD-Project/OpenROAD
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
NVIDIA windows
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
The docs build fails: ecc's live inventory dropped the ecc.ecc names btclib's pinned ecc usesCó thể đã có người làm @fametrano đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
btclib-org/btclib#2968 ·
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 82/100
Maintainer thường phản hồi trong vòng 1 ngày