Trình biên dịch x86 C++ nào được đa luồng bởi chính nó?

Question

Bây giờ gần như mọi người dùng đều có 2 hoặc 4 lõi trên máy tính để bàn (và trên số lượng lớn sổ ghi chép). Người dùng có 6-12 lõi với amd hoặc i7.

Trình biên dịch C/C++ x86/x86_64 nào có thể sử dụng một số luồng để thực hiện quá trình biên dịch?

Đã có giải pháp giống như 'make -j N', nhưng đôi khi (đối với -fwhole-program hoặc -ipo) có bước lớn và chậm cuối cùng, bắt đầu tuần tự.

Có bất kỳ công cụ nào trong số này có thể: GCC, Trình biên dịch C++ của Intel, trình biên dịch Borland C++, Open64, LLVM/GCC, LLVM/Clang, Trình biên dịch mặt trời, MSVC, OpenWatcom, Pathscale, PGI, TenDRA, Digital Mars?

Có số giới hạn số chuỗi cho trình biên dịch cao hơn, đa luồng không?

Cảm ơn!

Answer 1

Đối với Visual C++, tôi không biết liệu nó có biên dịch song song hay không (tôi không nghĩ vậy). Đối với các phiên bản sau Visual Studio 2005 (tức là Visual C++ 8), các dự án trong một giải pháp được xây dựng song song theo như được cho phép bởi biểu đồ phụ thuộc giải pháp.

Answer 2

Một số hệ thống xây dựng có thể biên dịch các mô đun độc lập song song, nhưng bản thân các trình biên dịch vẫn là một luồng đơn. Tôi không chắc chắn có bất cứ điều gì để đạt được bằng cách làm cho trình biên dịch đa luồng. Giai đoạn biên dịch tốn nhiều thời gian nhất là xử lý tất cả các phụ thuộC#include và chúng có để được xử lý tuần tự do phụ thuộc tiềm năng giữa các tiêu đề khác nhau. Các giai đoạn biên dịch khác phụ thuộc rất nhiều vào kết quả của các giai đoạn trước, do đó, có rất ít lợi ích để đạt được từ song song ở đó.

Answer 3

Phiên bản Visual Studio mới hơn có thể biên dịch các đơn vị dịch khác nhau song song. Nó sẽ giúp nếu dự án của bạn sử dụng nhiều tệp triển khai (chẳng hạn như .c, .cc, .cpp).

MSDN Page

Answer 4

Không thực sự có thể xử lý nhiều giai đoạn liên kết. Có amy là một số mức độ đa luồng có thể nhưng nó không có khả năng cung cấp cho nhiều tăng hiệu suất. Như nhiều hệ thống xây dựng như vậy sẽ chỉ đơn giản là cháy ra một quá trình riêng biệt cho các tập tin riêng biệt. Một khi tất cả chúng được biên dịch thì nó sẽ, như bạn lưu ý, thực hiện một liên kết chuỗi đơn dài. Than ôi, như tôi nói, có rất ít điều quý giá bạn có thể làm về việc này: (

Answer 5

Biên dịch đa luồng không thực sự hữu ích như các hệ thống xây dựng (Make, Ninja) sẽ bắt đầu nhiều đơn vị biên dịch cùng một lúc Và như Ferrucio đã nói, đồng thời biên soạn là thực sự khó khăn để thực hiện.

Multithreaded liên kết mặc dù có thể có ích (.o đồng thời/.a đọc và biểu tượng độ phân giải.) vì điều này rất có thể sẽ được xây dựng cuối cùng bước.

Gnu Vàng mối liên kết có thể đa luồng, với triển khai LLVM ThinLTO: https://clang.llvm.org/docs/ThinLTO.html

Answer 6

Gcc có -flto=n hoặc -flto=jobserver để thực hiện bước liên kết (với LTO tối ưu hóa và tạo mã) song song. Theo tài liệu, những tài liệu này đã có sẵn kể từ phiên bản 4.6, mặc dù tôi không chắc nó có hiệu quả như thế nào trong các phiên bản đầu tiên đó.

Answer 7

Go 1.9 biên dịch tuyên bố có:

Compilation Parallel

Trình biên dịch Go bây giờ hỗ trợ biên dịch các chức năng của một gói song song, lợi dụng đa lõi. Điều này là bổ sung cho sự hỗ trợ hiện tại của lệnh đi để biên dịch song song các gói riêng biệt.

nhưng tất nhiên, nó biên dịch Go, không phải C++

tôi không thể đặt tên bất kỳ trình biên dịch C++ làm tương tự như vậy, thậm chí vào tháng năm 2017. Nhưng tôi đoán rằng Go biên dịch đa luồng cho thấy đa trình biên dịch C hoặc C++ có luồng (về nguyên tắc) có thể. Nhưng họ là một vài trong số họ, và làm cho những cái mới là một huge work, và bạn thực tế sẽ cần phải bắt đầu một nỗ lực như vậy từ đầu.