gcc -g vs not -g và strip vs not strip, hiệu suất và sử dụng bộ nhớ?

Question

Nếu kích thước tệp nhị phân không phải là một vấn đề, có bất kỳ hạn chế nào bằng cách sử dụng -g và không phải là các chuỗi nhị phân sẽ được chạy trong môi trường quan trọng về hiệu suất không? Tôi có rất nhiều không gian đĩa nhưng nhị phân là cpu chuyên sâu và sử dụng rất nhiều bộ nhớ. Các nhị phân được nạp một lần và còn sống trong vài giờ.

EDIT:

Lý do tại sao tôi muốn sử dụng mã nhị phân với thông tin gỡ lỗi là để tạo ra hữu ích cốt lõi bãi trong trường hợp lỗi phân khúc.

Answer 1

Trình tải ELF tải đoạn, không phần; ánh xạ từ các phần đến phân đoạn được xác định bởi tập lệnh liên kết được sử dụng để xây dựng tệp thực thi.

Tập lệnh trình liên kết mặc định không ánh xạ các phần gỡ lỗi cho bất kỳ phân đoạn nào, vì vậy điều này bị bỏ qua.

Thông tin biểu tượng có hai loại: biểu tượng tĩnh được xử lý ngoài băng và không bao giờ được lưu trữ dưới dạng dữ liệu phần; bảng biểu tượng động được tạo ra bởi trình liên kết và được thêm vào một phân đoạn đặc biệt được tải cùng với tệp thực thi, vì nó cần được truy cập tới trình liên kết động. Lệnh strip chỉ xóa các ký hiệu tĩnh, không bao giờ được tham chiếu trong phân đoạn.

Vì vậy, bạn có thể sử dụng thông tin gỡ lỗi đầy đủ thông qua toàn bộ quá trình và điều này sẽ không ảnh hưởng đến kích thước của hình ảnh thực thi trong RAM, vì nó không được tải. Điều này cũng có nghĩa là thông tin không được bao gồm trong các bãi lõi, vì vậy điều này không mang lại cho bạn bất kỳ lợi ích nào ở đây.

Tiện ích objcopy có tùy chọn đặc biệt để chỉ sao chép thông tin gỡ lỗi, do đó bạn có thể tạo tệp ELF thứ hai chứa thông tin này và sử dụng các tệp nhị phân bị tước; khi phân tích kết xuất lõi, sau đó bạn có thể tải cả hai tệp vào trình gỡ lỗi:

objcopy --only-keep-debug myprogram myprogram.debug 
strip myprogram