Có một "hồ sơ kích thước chức năng" không?

Question

Sau ba năm làm việc trên một dự án C++, tệp thực thi đã tăng lên 4 MB. Tôi muốn nhìn thấy nơi mà tất cả không gian này đang diễn ra. Có một công cụ có thể báo cáo những con lợn không gian lớn nhất là gì? Nó sẽ được tốt đẹp để xem kích thước của lớp (tất cả các chức năng trong một lớp), bởi mẫu (tất cả các instantiations), và thư viện (bao nhiêu thuộc về thư viện tiêu chuẩn C và STL? Bao nhiêu cho mỗi thư viện trong exe?)

Chỉnh sửa: Lưu ý, tôi đang sử dụng Visual C++ trên Windows.

Answer 1

Trong Linux, bạn có thể sử dụng nm để hiển thị tất cả các biểu tượng trong thực thi và sắp xếp chúng theo thứ tự ngược lại theo kích thước:

$ nm -CSr --size-sort <exe> 

Options:

• -C demangles C++ tên.
• -S hiển thị kích thước biểu tượng.
• --size-sort sắp xếp biểu tượng theo kích thước.
• -r đảo ngược sắp xếp.

Nếu bạn muốn để có được những kết quả mỗi namespace hoặc mỗi lớp, bạn có thể chỉ grep đầu ra cho 'namespace::', 'namespace::class_name::', , vv.

Nếu bạn chỉ muốn xem các biểu tượng được xác định trong tệp thực thi (không được xác định ở nơi khác, như trong thư viện), sau đó thêm --defined-only. Sắp xếp theo kích thước nên cẩn thận vì điều này, vì các biểu tượng không xác định sẽ không có kích thước.

Đối với Windows, bạn vẫn sẽ có thể sử dụng nm trên các tập tin nhị phân của bạn, vì nm hỗ trợ COFF mã nhị phân. Bạn có thể cài đặt nm qua cygwin, hoặc bạn có thể sao chép các cửa sổ của bạn thực thi vào một hộp linux và chạy nm trên đó.

Bạn cũng có thể thử dumpbin, đưa ra thông tin về nhị phân trên Windows. Bạn có thể nhận thông tin về các biểu tượng bằng công tắc /SYMBOLS, nhưng có vẻ như nó không trực tiếp cung cấp thông tin về kích thước của chúng.

Answer 2

Nhận bản đồ liên kết hoặc sử dụng dumpbin để nhận danh sách các biểu tượng và kích thước.

Rất có thể có nhiều thứ bị kéo vào mà bạn không thực sự cần.

THÊM: Bạn có nhận được câu trả lời thỏa đáng không? Tôi nhận ra có hai cách mà mọi người tiếp cận các vấn đề như sau:

• Lấy số đo trước khi thực hiện bất kỳ điều gì.
• Chỉ cần tìm thứ gì đó to lớn mà họ không cần, tách ra và lặp lại cho đến khi không thể.

Cá nhân tôi thích thứ hai - kết quả sẽ nhanh hơn.

Bạn nói ứng dụng là 4MB. Giả sử kích thước thật cần thiết là 1MB (hoặc một số kích thước như vậy). Điều đó có nghĩa là nếu bạn chọn ngẫu nhiên một thường trình từ tệp bản đồ, có thể 75% là thứ bạn không cần. Tìm hiểu điều gì khiến nó được đưa vào và xem bạn có thực sự cần nó hay không.

Trong ví dụ bạn đã cung cấp, bạn đã thấy một lớp kết thúc tốt các bitmap không phụ thuộc vào thiết bị. Bạn có thể tìm thấy các cá thể của lớp đó trong ứng dụng của bạn và có thể thay thế chúng bằng các bitmap WIN32 cơ bản. Nó sẽ ít đẹp hơn, nhưng tiết kiệm gobs kích thước ứng dụng.

Sau đó tiếp tục làm việc đó. Mỗi phần lớn bạn có được thoát khỏi làm cho phần còn lại mất một tỷ lệ phần trăm lớn hơn của ứng dụng, bởi vì các ứng dụng đã bị thu hẹp nhưng các mảnh đã không. Điều đó giúp chúng dễ dàng tìm thấy trong tệp bản đồ.

Answer 3

Trong Windows trong biên dịch Visual Studio, thông tin này nằm trong tệp .map của bạn (nó sẽ ở gần tệp .pdb).

ADDED: Để chuyển đổi tên trang trí được tìm thấy trong tệp .map thành một cái gì đó dễ đọc hơn, bạn có thể sử dụng tiện ích undname.exe đi kèm với Visual Studio. Nó chấp nhận các tên riêng lẻ trên dòng lệnh hoặc bạn có thể cho nó một tệp .map.

Ví dụ,

Microsoft (R) C++ Name Undecorator 
Copyright (C) Microsoft Corporation. All rights reserved. 

Undecoration of "?push_back@?$mini_vector@U?$Point@U?$FixedPoint@$0O@H@Math@@@Math@@$05@@QAAXABU?$Point@U?$FixedPoint@$0O@H@Math@@@Math@@@Z" is 

"public: void __cdecl mini_vector<struct Math::Point<struct Math::FixedPoint<14,int> >,6>::push_back(struct Math::Point<struct Math::FixedPoint<14,int> > const &)" 

Answer 4

Đừng chỉ nhìn vào mã - nguồn lực có thể dễ dàng gây ra sự phát triển đa megabyte.

Answer 5

Tôi không thể nhận được nm để làm việc cho tôi nhưng đã quản lý để tìm một công cụ hữu ích được gọi là Sizer. Nó đọc thông tin gỡ lỗi được tạo ra bởi Visual Studio bằng cách sử dụng các thư viện Debug Interface Access. Nó khá đơn giản để sử dụng, như mô tả trên trang web.

1. Compile với gỡ lỗi thông tin trong cơ sở dữ liệu chương trình (PDB) nộp
2. Run sizer từ dòng lệnh ví dụ Sizer.exe <path-to-exe-file>. Đầu ra sẽ chuyển sang chế độ stdout để bạn có thể muốn chuyển hướng đến một tệp.

Kích thước mã được chia nhỏ theo các phần khác nhau và được nhóm theo chức năng, dữ liệu, lớp, v.v ..., mỗi phần được sắp xếp theo thứ tự mã giảm dần.