Có ai làm điểm chuẩn phần cứng về biên dịch mã? [đóng cửa]

21

Tôi đã thấy một loạt các trang web đánh giá phần cứng mới về hiệu suất chơi trò chơi, nén một số tệp, mã hóa phim hoặc bất cứ thứ gì. Có ai kiểm tra tác động của phần cứng mới (như SSD, CPU mới, tốc độ RAM hay bất cứ thứ gì) đối với tốc độ biên dịch và liên kết, cả linux hay windows không?

Sẽ rất tốt để tìm ra điều gì quan trọng nhất đối với tốc độ biên dịch và có thể tập trung vào đó, thay vì chỉ ngoại suy từ các điểm chuẩn khác.

benchmarking 
— Colen
nguồn
Tôi nghĩ rằng điều này thuộc về SuperUser.
— Mahmoud Hossam
2
@Mahmoud Hossam: Sắp xếp một chủ đề hỗn hợp, biên dịch là một hoạt động chỉ dành cho lập trình viên mạnh mẽ, trong khi điểm chuẩn phần cứng chắc chắn là một lãnh thổ khác.
— Orble
@Được rồi, anh ta không hỏi liệu anh ta nên biên dịch X hay Y, anh ta hỏi mọi người có sử dụng trình biên dịch nói chung để làm điểm chuẩn không.
— Mahmoud Hossam
1
tôi đã làm một số kokizzu.blogspot.co.id/2015/02/ Cách
— Kokizzu
1
Có một điểm chuẩn CPU dựa trên thời gian biên dịch nhân Linux tại đây: openbenchmarking.org/showdown/pts/build-linux-kernel
— sjakobi

Câu trả lời:

4

Tôi đã làm điều đó trong một thời gian - xem ở đây và ở đây .

Vào thời điểm đó, tôi đang làm việc trên các bản hack GTK + và X11 cho một bản phân phối điện thoại di động Linux và mỗi khi tôi chạm vào thứ gì đó ở mức độ thấp như vậy, nó đã kích hoạt việc xây dựng lại mọi thứ. Một trong những đồng nghiệp của tôi chưa bao giờ thực hiện các bản dựng hoàn chỉnh bởi vì, trên máy tính, công ty được cung cấp các tùy chọn biên dịch tiêu chuẩn, phải mất năm giờ.

Tôi có tất cả các loại phần cứng điên rồ đang ngồi ở nhà, vì vậy tôi đã chạy điểm chuẩn trên một số máy trong khi tôi mã hóa cho người khác và bạn có thể thấy kết quả tại các liên kết.

Đối với những gì chúng tôi đã làm trên Ubuntu, một khi tôi đã tối đa hóa việc sử dụng CPU - điều mà bạn có thể thực hiện dễ dàng với đối số -j để thực hiện - nút cổ chai dường như là đĩa.

Nhưng sau đó công ty đã sa thải lớn, vì vậy tôi đã ra khỏi cửa, và không hoàn thành việc thu thập tất cả. Tôi đã có rất nhiều dữ liệu và giải thích tôi cũng không đăng trên blog đó.

— Bob Murphy
nguồn
Thật xấu hổ khi xây dựng nó với hai bài viết chi tiết và họ dừng lại. Bạn vẫn có tất cả dữ liệu đó? Trong mọi trường hợp, sẽ rất thú vị khi xem một số bài đăng / câu trả lời trên blog với một số kết luận về những gì bạn tìm thấy.
— Hugo
@Hugo: Không, tôi sợ là không - dữ liệu thô đã mất từ ​​lâu. Nhưng về cơ bản, điều tôi nghĩ ra là đối với các hệ thống (1-8 lõi CPU) và mã nguồn (nhân Linux) mà tôi đã thử nghiệm, thời gian xây dựng nhanh nhất là khi tùy chọn -j ở mức 1,5 lần số lõi, với -j = 2 là tốt nhất cho một lõi. Bên dưới đó, các hệ thống bị ràng buộc CPU và trên đó, chúng bị ràng buộc I / O. Đó là một câu hỏi thú vị - có lẽ tôi nên đưa nó trở lại vào một ngày nào đó.
— Bob Murphy
0

Đầu tiên trong danh sách mong muốn của tôi là Ổ đĩa thể rắn. Nó sẽ không có tác động lớn đến thời gian biên dịch, nhưng việc mở các ứng dụng trở nên nhanh hơn rất nhiều (IDE, PhotoShop, ETC). http://joelonsoftware.com/items/2009/03/27.html

Yếu tố lớn nhất cho thời gian biên dịch sẽ là CPU. Bạn khá an toàn khi sử dụng điều này cho điểm chuẩn http://www.cpubenchmark.net/ .

— Evan
nguồn
1
Sau đó, một lần nữa rất nhiều phụ thuộc vào chuỗi xây dựng của bạn. Nếu chuỗi xây dựng của bạn chỉ sử dụng một luồng duy nhất để biên dịch trên CPU đa lõi, CPU đa lõi hoặc thậm chí là đa luồng, bạn đang lãng phí cơ hội để đạt được lợi nhuận lớn. Một điểm chuẩn CPU đơn giản sẽ không cho thấy điều đó và một điểm chuẩn tổng hợp sẽ chỉ tốt cho một chuỗi công cụ nhất định.
— asoundmove
2
Trên thực tế, tôi đã tìm thấy bằng thí nghiệm rằng một khi bạn thực hiện biên dịch song song, đó là đĩa của bạn đó là nút cổ chai. Theo lý do, bạn tốt hơn với CPU chậm hơn và đĩa nhanh hơn ngược lại.
— Bob Murphy
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookie và Chính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.