Tôi nên sử dụng bao nhiêu lõi để tính toán? # lõi hoặc # lõi -1?

Tôi có một tính toán lớn để làm. Trong khi tôi có thể sử dụng tất cả các lõi, tôi nghĩ có lý do nào để bỏ đi 1 lõi và không sử dụng nó không? (tính toán cpu chỉ không có IO). Hay tôi đang đánh giá thấp HĐH mà nó không biết xử lý và thực hiện chuyển đổi ngữ cảnh phù hợp ngay cả khi tôi sử dụng tất cả các lõi?

Các hệ điều hành chính đã đủ trưởng thành để biết cách xử lý các quy trình sử dụng mọi lõi có sẵn. Các quy trình khác có thể (và thường sẽ) bị ảnh hưởng, nhưng việc tính toán sẽ không trở nên chậm hơn vì bạn đã sử dụng mọi lõi có sẵn.

Việc lựa chọn số lượng lõi phụ thuộc nhiều hơn vào ý định của bạn làm việc khác trong khi tính toán đang được thực hiện.

Nếu, trên máy tính để bàn, bạn muốn có thể sử dụng trình duyệt web hoặc xem video trong khi tính toán được thực hiện, tốt hơn hết bạn nên giữ một lõi miễn phí cho nó. Theo cùng một cách, nếu máy chủ đang thực hiện hai việc (chẳng hạn như tính toán và đồng thời, xử lý và báo cáo số liệu của nó), giữ một lõi miễn phí cho nhiệm vụ phụ có thể là một ý tưởng tốt.

Mặt khác, nếu ưu tiên của bạn là thực hiện tính toán nhanh nhất có thể, bạn phải sử dụng tất cả các lõi.

Nó phụ thuộc.

Nếu máy dành riêng cho tính toán này, bạn nên sử dụng tất cả các lõi - tài nguyên máy tính không sử dụng sẽ không tăng tốc mọi thứ .

Nếu bạn đang sử dụng bộ lập lịch thời gian thực, bộ lập lịch không ưu tiên hoặc mối quan hệ bộ xử lý thì bạn nên cẩn thận hơn một chút vì rất dễ vô tình bỏ đói các quy trình khác từ tất cả các tài nguyên máy tính. Tuy nhiên, bạn sẽ phải thay đổi thủ công các cài đặt này để xảy ra lỗi, do đó, theo mặc định, không có vấn đề gì ở đây trên hầu hết các hệ điều hành.

Nếu máy không dành riêng cho tính toán, việc đưa ra 100% cho tính toán có thể không lý tưởng. Ví dụ: nếu bạn đang sử dụng trình duyệt web trong khi tính toán đang chạy. Bởi vì tải của máy của bạn đôi khi sẽ đạt đỉnh trên 100%, nó sẽ cảm thấy chậm chạp. Các tác vụ định hướng thông lượng như tính toán sẽ không thực sự bị chậm lại, nhưng các tác vụ nhạy cảm với độ trễ như GUI sẽ không phản ứng nhanh như vậy. Sau đó, điều hợp lý là chỉ bắt đầu các luồng / quy trình NPROC-1 cho việc tính toán. Ngoài ra, sử dụng mức độ ưu tiên thấp hơn cho tính toán so với các tác vụ thông thường có thể giải quyết vấn đề này, trong trường hợp đó, tính toán nên sử dụng các quy trình NPROC để không lãng phí bất kỳ tài nguyên nào.

Tôi hơi khó hiểu về việc đồng ý với @motoDrizzt, bên dưới, do những phiếu bầu tiêu cực của anh ấy :), nhưng đó thực sự là kinh nghiệm thực tế của tôi - nhiều hơn là tốt hơn, thậm chí vượt quá số lượng lõi thực tế (nhưng không phải hàng ngàn). Ví dụ: hãy xem http://www.forkosh.com/images/avoronoi.gif nơi mỗi mặt phẳng 2D của 3D-voronoi_diagram có thể được tạo độc lập. Và chương trình lấy một thuộc tính nfork = n query_opes để loại bỏ các phép tính cho n mặt phẳng "đồng thời".

Với bộ xử lý bốn lõi, thời gian (người dùng) để hoàn thành sơ đồ giảm khá nhiều tuyến tính với nfork, cho đến khoảng nfork = 8 (bốn lõi siêu phân luồng). Nhưng ngoài 8, thời gian vẫn giảm, mặc dù chậm hơn. Và ngoài khoảng 16, hoặc hơn, không có cải thiện đáng chú ý hơn nữa. Tôi chưa phân tích hành vi này chút nào, nhưng ngây thơ gán nó cho os (linux slackware 14.2x64 trong trường hợp này) xử lý các quy trình để thậm chí giảm thêm thời gian nhàn rỗi.

Sự lựa chọn tốt nhất là phụ thuộc hệ thống. Vì vậy, những gì bạn muốn làm là chạy cả hai phiên bản trên một hệ thống thực, và sau đó kiểm tra xem hệ thống đáp ứng như thế nào. Bạn vẫn có thể sử dụng trình duyệt, trình soạn thảo văn bản, những thứ khác trên hệ thống của bạn chứ? Và hiệu suất có tốt hơn khi sử dụng n luồng chứ không phải n-1? Điều gì xảy ra nếu bạn chạy ứng dụng cùng với một ứng dụng khác cố gắng sử dụng tất cả các CPU?

Và sau đó bạn cần xem xét siêu phân luồng. Với bốn lõi cộng với siêu phân luồng, bạn có thể sử dụng 8 lõi hoặc 7 lõi. Một lần nữa, hãy thử khả năng đáp ứng của hệ thống và thời gian để hoàn thành.

Và cuối cùng, hãy xem xét việc chia công việc của bạn thành nhiều khối hơn các chủ đề. Lý do là các luồng khác nhau sẽ hoàn thành công việc vào các thời điểm khác nhau, và sau đó bạn muốn một số công việc còn lại để giao cho các luồng nhanh hơn. Nếu không, bạn sẽ phải đợi cho đến khi chuỗi cuối cùng kết thúc.

Tái bút "Siêu phân luồng không thể giúp với mã chuyên sâu của FPU vì chỉ có một FPU". Hoàn toàn sai. Điều cực kỳ khó khăn, ngay cả với mã chuyên sâu của FPU, để sử dụng đầy đủ FPU do độ trễ. Siêu phân luồng giúp vì có gấp đôi số hoạt động độc lập có sẵn để lập lịch.

Tôi không biết làm thế nào để viết điều này theo cách không có vẻ "xấu", vì vậy hãy coi nó như một nhận xét thân thiện, ok?

Cho rằng một PC trung bình thường có hàng nghìn hoặc nhiều luồng, điều gì khiến bạn nghĩ rằng sử dụng 8 so với 7 sẽ tạo ra sự khác biệt nào? :-)

Sử dụng càng nhiều chủ đề càng tốt. Và nếu bạn không phải quan tâm đến phản hồi của hệ điều hành và các luồng của bạn chạy trong một thời gian khá dài (hơn một giây), bạn thậm chí có thể thử nghiệm sử dụng gấp đôi số lượng lõi.