Tăng tốc thời gian biên dịch với SSD

Question

Tôi muốn tăng tốc thời gian biên soạn các dự án C++ của mình. Họ có khoảng 3 dòng mã. Tất nhiên, tôi không cần phải biên dịch mọi dự án, nhưng đôi khi có nhiều tệp nguồn được sửa đổi bởi người khác và tôi cần phải biên dịch lại tất cả chúng (ví dụ: khi ai đó cập nhật tệp nguồn ASN.1) .

Tôi đã đo rằng việc biên soạn một dự án giữa (không liên quan đến tất cả các tệp nguồn) mất khoảng ba phút. Tôi biết đó không phải là quá nhiều, nhưng đôi khi nó thực sự nhàm chán chờ đợi cho một biên dịch ..

Tôi đã cố gắng để chuyển mã nguồn vào một SSD (cũ OCZ Vertex 3 60   GB) mà, điểm chuẩn, nó từ Nhanh gấp 5 đến 60 lần so với HDD (đặc biệt là đọc/ghi ngẫu nhiên). Dù sao, thời gian biên dịch là gần như giống nhau (có thể 2-3 giây nhanh hơn, nhưng nó phải là một cơ hội).

Có thể di chuyển thùng Visual Studio sang SSD sẽ cấp tăng thêm hiệu suất?

Chỉ cần hoàn thành câu hỏi: Tôi có Xe đạp W3520 @ 2,67 GHz và 12   GB DDR3 ECC.

Answer 1

Việc biên dịch/liên kết C++ bị giới hạn bởi tốc độ xử lý, không phải là HDD I/O. Đó là lý do tại sao bạn không thấy tăng tốc độ biên dịch. (Di chuyển trình biên dịch/trình liên kết nhị phân sang SSD sẽ không làm gì cả. Khi bạn biên dịch một dự án lớn, trình biên dịch/liên kết và thư viện cần thiết được đọc vào bộ nhớ một lần và ở lại đó.)

Tôi đã thấy một số tăng tốc nhỏ chuyển thư mục làm việc sang SSD hoặc ramdisk khi biên dịch các dự án C (tốn ít thời gian hơn nhiều so với các dự án C++ sử dụng nhiều mẫu, v.v.) nhưng không đủ để làm cho nó đáng giá.

Answer 2

Điều này phụ thuộc rất nhiều vào môi trường xây dựng của bạn và các thiết lập khác. Ví dụ, trên máy chủ biên dịch chính của tôi, tôi có 96   GiB RAM và 16 lõi. HDD là khá chậm, nhưng điều đó không thực sự quan trọng như về tất cả mọi thứ được lưu trữ trong bộ nhớ RAM.

Trên máy tính để bàn của tôi (nơi tôi cũng biên dịch đôi khi) Tôi chỉ có 8   Gib RAM và sáu lõi. Làm cùng một công trình song song có thể tăng tốc rất nhiều, vì sáu trình biên dịch chạy song song ăn đủ bộ nhớ cho sự khác biệt về tốc độ SSD rất đáng chú ý.

Có nhiều điều ảnh hưởng đến thời gian xây dựng, bao gồm tỷ lệ giữa CPU và I/O ". Theo kinh nghiệm của tôi (GCC trên Linux), chúng bao gồm:

• Tính phức tạp của mã. Rất nhiều metatemplates làm cho nó sử dụng nhiều thời gian CPU hơn, nhiều mã giống như C hơn có thể làm cho I/O của các đối tượng được tạo ra (chi tiết) chi phối hơn
• Cài đặt trình biên dịch cho các tệp tạm thời, như -pipe cho GCC.
• Tối ưu hóa đang được sử dụng. Thông thường, việc chọn lọc nhiều hơn, CPU càng hoạt động thống trị.
• Xây dựng song song. Việc biên dịch một tệp đơn tại một thời điểm sẽ không bao giờ tạo ra đủ I/O để lấy đĩa cứng chậm nhất hiện nay tới bất kỳ giới hạn nào. Biên dịch với tám lõi (hoặc nhiều hơn) cùng một lúc tuy nhiên có thể.
• Hệ điều hành/tệp đang được sử dụng. Dường như một số hệ thống tập tin trong quá khứ đã bị nghẹn trên mẫu truy cập cho nhiều tệp được xây dựng song song, về cơ bản đặt nút cổ chai I/O vào mã hệ thống tệp, chứ không phải phần cứng cơ bản.
• RAM có sẵn để lưu vào bộ đệm. Hệ điều hành tích cực hơn có thể đệm I/O của bạn, tốc độ HDD càng ít quan trọng. Đây là lý do tại sao đôi khi một số make -j6 có thể chậm hơn make -j4 mặc dù có đủ số lõi nhàn rỗi.

Để làm cho nó ngắn gọn: Nó phụ thuộc vào đủ thứ để làm "có, nó sẽ giúp bạn" hoặc "không, nó sẽ giúp bạn không" đầu cơ thuần túy, vì vậy nếu bạn có khả năng dùng thử , làm đi. Nhưng đừng dành quá nhiều thời gian cho nó, mỗi giờ bạn cố gắng cắt thời gian biên dịch thành một nửa, hãy cố gắng ước tính tần suất bạn (hoặc đồng nghiệp của bạn nếu bạn có) có thể xây dựng lại dự án và cách liên quan đến thời gian có thể được lưu.

Answer 3

Tôi thấy rằng việc biên soạn một dự án khoảng 1 triệu dòng C++ tăng tốc khoảng 2 lần khi mã trên SSD (hệ thống cótám lõi, 12   GB RAM). Trên thực tế, hiệu năng tốt nhất mà chúng tôi có được là với một SSD cho hệ thống và hệ thống thứ hai cho nguồn - không phải là quá trình xây dựng nhanh hơn nhiều, nhưng hệ điều hành đáp ứng nhiều hơn trong khi xây dựng lớn đang được tiến hành.

Điều khác tạo ra sự khác biệt lớn là cho phép xây dựng song song. Lưu ý rằng có hai tùy chọn riêng biệt mà cả hai cần phải được kích hoạt:

• menu cụ → Tùy chọn → dự án và giải pháp → số lượng tối đa của dự án song song xây dựng
• tính Project → C++/Tổng quát → Biên dịch đa bộ xử lý

Bộ xử lý đa xử lý tion không tương thích với một vài cờ khác (bao gồm cả xây dựng lại tối thiểu, tôi nghĩ) để kiểm tra cửa sổ đầu ra cho cảnh báo. Tôi thấy rằng với cờ biên dịch MP đặt tất cả các lõi đã đạt gần 100% tải, vì vậy bạn có thể ít nhất thấy CPU đang được sử dụng tích cực.

Answer 4

Tôi đã thay thế ổ đĩa cứng của mình bằng một SSD hy vọng rằng nó sẽ giảm thời gian biên dịch của dự án C++ của tôi. Đơn giản chỉ cần thay thế ổ đĩa cứng bằng SSD không giải quyết được vấn đề và thời gian biên dịch với cả hai đều gần như giống nhau.

Tuy nhiên, sau thất bại ban đầu, tôi đã thành công trong việc đẩy nhanh quá trình biên dịch khoảng sáu lần.

Các bước sau đã được thực hiện để tăng tốc độ biên dịch.

1. tắt ngủ đông: "powercfg -h off" trong cửa sổ lệnh

2. tắt ổ indexing trên ổ C

3. thu nhỏ tập tin trang đến 800 phút/tối đa 1024 (đó là bước đầu đặt thành kích thước được quản lý hệ thống là 8092).

Answer 5

Một điểm không được đề cập là khi sử dụng ccache và bản dựng song song cao, bạn sẽ thấy lợi ích khi sử dụng SSD.