GCC Giảm Binary Bloat - Strange Side Effect

Question

weirdness

tôi đã biên soạn Google Nghị định thư Buffers không sử dụng các thông số bổ sung cho một "sưng" biên dịch và biên dịch bằng lệnh sau ./configure CXXFLAGS="-ffunction-sections -fdata-sections". một du-h tiết lộ:

120K ./bloat/bin 
124K ./bloat/include/google/protobuf/io 
8.0K ./bloat/include/google/protobuf/compiler/java 
12K ./bloat/include/google/protobuf/compiler/python 
8.0K ./bloat/include/google/protobuf/compiler/cpp 
128K ./bloat/include/google/protobuf/compiler 
52K ./bloat/include/google/protobuf/stubs 
848K ./bloat/include/google/protobuf 
852K ./bloat/include/google 
856K ./bloat/include 
12K ./bloat/lib/pkgconfig 
37M ./bloat/lib 
38M ./bloat 
20K ./unbloat/bin 
124K ./unbloat/include/google/protobuf/io 
8.0K ./unbloat/include/google/protobuf/compiler/java 
12K ./unbloat/include/google/protobuf/compiler/python 
8.0K ./unbloat/include/google/protobuf/compiler/cpp 
128K ./unbloat/include/google/protobuf/compiler 
52K ./unbloat/include/google/protobuf/stubs 
848K ./unbloat/include/google/protobuf 
852K ./unbloat/include/google 
856K ./unbloat/include 
12K ./unbloat/lib/pkgconfig 
15M ./unbloat/lib 
16M ./unbloat 
53M . 

khoan Down:

ls -gGh bloat/lib/ 
    total 37M 
    -rw-r--r-- 1 13M 2010-09-07 13:57 libprotobuf.a 
    -rwxr-xr-x 1 986 2010-09-07 13:57 libprotobuf.la 
    -rw-r--r-- 1 1.6M 2010-09-07 13:57 libprotobuf-lite.a 
    -rwxr-xr-x 1 1021 2010-09-07 13:57 libprotobuf-lite.la 
    lrwxrwxrwx 1 25 2010-09-07 13:57 libprotobuf-lite.so -> libprotobuf-lite.so.6.0.0 
    lrwxrwxrwx 1 25 2010-09-07 13:57 libprotobuf-lite.so.6 -> libprotobuf-lite.so.6.0.0 
    -rwxr-xr-x 1 771K 2010-09-07 13:57 libprotobuf-lite.so.6.0.0 
    lrwxrwxrwx 1 20 2010-09-07 13:57 libprotobuf.so -> libprotobuf.so.6.0.0 
    lrwxrwxrwx 1 20 2010-09-07 13:57 libprotobuf.so.6 -> libprotobuf.so.6.0.0 
    -rwxr-xr-x 1 5.5M 2010-09-07 13:57 libprotobuf.so.6.0.0 
    -rw-r--r-- 1 12M 2010-09-07 13:57 libprotoc.a 
    -rwxr-xr-x 1 1.1K 2010-09-07 13:57 libprotoc.la 
    lrwxrwxrwx 1 18 2010-09-07 13:57 libprotoc.so -> libprotoc.so.6.0.0 
    lrwxrwxrwx 1 18 2010-09-07 13:57 libprotoc.so.6 -> libprotoc.so.6.0.0 
    -rwxr-xr-x 1 4.6M 2010-09-07 13:57 libprotoc.so.6.0.0 
    drwxr-xr-x 2 4.0K 2010-09-07 13:57 pkgconfig 
    ls -gGh unbloat/lib/ 
    total 15M 
    -rw-r--r-- 1 5.8M 2010-09-07 14:03 libprotobuf.a 
    -rwxr-xr-x 1 988 2010-09-07 14:03 libprotobuf.la 
    -rw-r--r-- 1 764K 2010-09-07 14:03 libprotobuf-lite.a 
    -rwxr-xr-x 1 1023 2010-09-07 14:03 libprotobuf-lite.la 
    lrwxrwxrwx 1 25 2010-09-07 14:03 libprotobuf-lite.so -> libprotobuf-lite.so.6.0.0 
    lrwxrwxrwx 1 25 2010-09-07 14:03 libprotobuf-lite.so.6 -> libprotobuf-lite.so.6.0.0 
    -rwxr-xr-x 1 393K 2010-09-07 14:03 libprotobuf-lite.so.6.0.0 
    lrwxrwxrwx 1 20 2010-09-07 14:03 libprotobuf.so -> libprotobuf.so.6.0.0 
    lrwxrwxrwx 1 20 2010-09-07 14:03 libprotobuf.so.6 -> libprotobuf.so.6.0.0 
    -rwxr-xr-x 1 2.7M 2010-09-07 14:03 libprotobuf.so.6.0.0 
    -rw-r--r-- 1 3.7M 2010-09-07 14:04 libprotoc.a 
    -rwxr-xr-x 1 1.1K 2010-09-07 14:04 libprotoc.la 
    lrwxrwxrwx 1 18 2010-09-07 14:04 libprotoc.so -> libprotoc.so.6.0.0 
    lrwxrwxrwx 1 18 2010-09-07 14:04 libprotoc.so.6 -> libprotoc.so.6.0.0 
    -rwxr-xr-x 1 1.3M 2010-09-07 14:04 libprotoc.so.6.0.0 
    drwxr-xr-x 2 4.0K 2010-09-07 14:03 pkgconfig 

Các Câu hỏi

tôi đã không thay đổi việc xây dựng kịch bản để thực hiện một "--gc-sections" trong liên kết, do đó shouldn' t xây dựng unbloat là như nhau nếu không lớn hơn? Điều gì làm giảm kích thước?

nền

Tôi đang soạn thảo một thư viện ở mức độ thấp với gcc vào lúc này và thư viện là một 2.5MB ginormous unstriped và 970KB tước. Điều này là không thể chấp nhận được, và tôi cần phải loại bỏ mã chết - tôi phụ thuộc vào OpenSSL, Protocol Buffers và 3 Libraries từ Boost, và tôi sẽ liên kết tĩnh 2 cuối cùng vào thư viện của tôi. Hai thư viện liên kết tĩnh sẽ phải được biên dịch chúng với các phần "-ffunction-sections -fdata-section" để loại bỏ mã chết.

liên quan Câu hỏi

My next question là về làm thế nào để xác định nguồn gốc sử dụng để loại bỏ mã chết.

Answer 1

Tôi e rằng mức tăng không có gì liên quan đến -ffunction-sections -fdata-sections: khi bạn chỉ định CXXFLAGS="-ffunction-sections -fdata-sections" trên dòng lệnh cấu hình, bạn ghi đè các cờ mặc định là -O2 -g -DNDEBUG. Kết quả là, mã của bạn đã được biên dịch mà không có tối ưu hóa.

Bạn nên làm lại bài kiểm tra của mình với CXXFLAGS="-ffunction-sections -fdata-sections -O2 -g -DNDEBUG" và bạn sẽ nhận được kết quả mong đợi (tức là, giống hệt).

Answer 2

Biên soạn với -ffunction-sections gây mỗi chức năng để được giải phóng vào phần riêng của mình, và điều đó khiến mỗi tập tin đối tượng để trở nên lớn hơn (thay vì chỉ .text phần, bây giờ bạn có .text.foo, .text.bar, vv). Tương tự cho -fdata-sections. Vì vậy, kết quả bạn đã có là chính xác những gì mong đợi.

Nhưng bạn không nên quan tâm đến diện tích xây dựng của bạn lớn đến mức nào. Điều bạn nên quan tâm đến mức độ thực thi lớn nhất của bạn (hoặc thư viện được chia sẻ) là bao nhiêu.

Với các cờ bạn đã chỉ định, tệp thi hành "bloat" có thể vẫn lớn hơn (nhưng có thể không nhiều). Bây giờ, hãy thêm -Wl,--gc-sections và tệp thực thi "bloat" của bạn sẽ trở nên nhỏ hơn đáng kể.