Hyper-V và Hyper-threading: Bật hay tắt?

Với các CPU Xeon mới hỗ trợ Hyper-threading, sự khôn ngoan hiện tại liên quan đến việc sử dụng nó (hoặc không) trên máy chủ Hyper-V là gì?

Ban đầu tôi có ấn tượng rằng việc bật nó trong môi trường máy chủ ảo có thể gây bất lợi vì CPU 'phụ' không phải là lõi thực sự. Tuy nhiên, tôi cũng đã đọc các nhận xét (chưa được xác nhận) dọc theo dòng MS đang thực hiện một số công việc khó khăn để Hyper-V chạy tốt trong môi trường phân luồng.

Có ai có bất kỳ thông tin hoặc kinh nghiệm vững chắc về vấn đề này? Chúc mừng!

Vấn đề cũ với Hyper-Threading trong Virtual Server 2005, mà không cần quá kỹ thuật, là bộ đệm CPU đã bị nhiễm độc, tức là nó bị lưu gần như không có gì vì bối cảnh xảy ra trên mỗi luồng không liên quan - khiến chúng cạnh tranh với nhau bộ nhớ cache trên chip.

Các chip mới hơn có bộ nhớ cache lớn hơn và thông minh hơn nên đây không phải là vấn đề.

Là lý tưởng để có hoặc tắt? Điều đó thực sự phụ thuộc vào khối lượng công việc. Nếu cả hai luồng đều chạy cùng một VM và cùng một tác vụ, thì gần như chắc chắn đó sẽ là một lợi thế LỚN để có. Nếu họ đang làm những việc không liên quan với nhiều I / O RAM ngẫu nhiên (ví dụ như một số máy ảo khác nhau) thì sẽ chỉ có một nửa bộ nhớ cache của chip có sẵn cho mỗi thứ - về lý thuyết có thể chậm hơn - thực tế thì nó hiếm khi xảy ra nữa.

Nếu bạn có chip thế hệ cũ hơn mặc dù bạn có thể muốn kiểm tra kích thước bộ đệm của chip: Trong ảo hóa bộ đệm lớn hơn bạn có thể nhận được tốt hơn. RAM thực sự chậm hơn nhiều so với CPU - không phải là xấu như ổ đĩa.

LƯU Ý: Những gì bạn đang đọc có nội dung "tắt" đã được tìm thấy liên quan đến các chip đơn lõi với Siêu phân luồng - Ví dụ: đây là câu trả lời chính thức trong ngày (2005/2006?) - http: //www.VirtualServerFAQ .com / tiki-index.php? page = VirtualServerhostDualCore

Steve Radich http://www.VirtualServerFAQ.com

Theo Windows IT Pro, bạn muốn để nó trên:

• John Savill, WindowsITPro.com, 2009-03-08, Q. Hyper-Threading có ảnh hưởng đến Hyper-V không? (Lưu trữ ở đây .)

A. Bộ xử lý Intel Core i7 bốn lõi mới cho phép siêu phân luồng, phân chia từng lõi bộ xử lý thành hai lõi ảo để (có khả năng) cải thiện hiệu năng.

Mối quan tâm với Hyper-V và siêu phân luồng là bạn chỉ định một số lõi xử lý cho mỗi máy ảo (VM). Hãy tưởng tượng rằng bạn chỉ định một bộ xử lý cho mỗi hai VM khách từ bảng điều khiển quản lý Hyper-V, nghĩ rằng mỗi bộ xử lý sẽ sử dụng một lõi riêng. Điều gì sẽ xảy ra nếu trình ảo hóa gán từng VM cho cùng một lõi vật lý, với mỗi VM nhận được một lõi ảo? Bạn có khả năng nhận được hiệu năng tệ hại và ba lõi vật lý không hoạt động nhiều, trong đó bạn đã thích mỗi VM để có lõi vật lý của riêng mình.

May mắn thay, đây không phải là trường hợp. Microsoft đã thực hiện rất nhiều công việc xung quanh Hyper-Threading và Hyper-V. Về cơ bản, mặc dù Hyper-Threading đôi khi sẽ hỗ trợ hiệu năng, nhưng nó sẽ không bao giờ ảnh hưởng đến hiệu suất, vì vậy Hyper-Threading nên được bật.

Các chương trình nhận thức được siêu phân luồng có thể phân biệt giữa lõi vật lý và lõi logic (ảo) và phân bổ tài nguyên phù hợp.

Siêu phân luồng làm giảm chi phí chuyển đổi ngữ cảnh bằng cách cho phép các trạng thái của hai quá trình được lưu trữ tại bất kỳ thời điểm nào, thay vì chỉ một trạng thái tại một thời điểm. Chuyển đổi bối cảnh thường được coi là rất tốn kém, bởi vì bạn phải tải toàn bộ trạng thái của một quá trình vào CPU. Điều này có nghĩa là nếu bạn có một quy trình sử dụng nhiều CPU, CPU siêu phân luồng có thể thường xuyên chuyển đổi giữa quy trình đó và các quy trình khác mà không gây ra nhiều ảnh hưởng về hiệu năng.

Ưu điểm của việc chạy các máy chủ ảo là bạn có thể tạo ra một nguồn tài nguyên lớn có thể được phân bổ cho các máy chủ khác nhau khi cần. Điều này bao gồm việc tái phân bổ các lõi CPU và cân bằng tải trên tất cả các lõi có sẵn. Nếu nhà ảo thuật không biết sự khác biệt giữa lõi vật lý và lõi logic, thì bạn đã đúng - một số lõi vật lý có thể không hoạt động trong khi các lõi khác được sử dụng 100% cho CPU trong khi cả hai lõi logic của chúng đều cạnh tranh với CPU thời gian. Tuy nhiên, nếu bộ ảo hóa có thể cho biết sự khác biệt giữa các lõi vật lý và logic, nó sẽ cố gắng cân bằng tải CPU trên các CPU vật lý trước khi phân bổ nhiều tiến trình cho hai lõi logic thuộc cùng một lõi vật lý.

Tôi chưa nghiên cứu vấn đề một cách chi tiết, nhưng Microsoft không khuyến nghị sử dụng siêu phân luồng với Exchange 2010 do các vấn đề "lập kế hoạch và giám sát năng lực". Bạn có thể muốn kiểm tra khối lượng công việc của riêng mình trước khi chọn một cấu hình này hay cấu hình khác.

Hyperthreading: Wow, bộ xử lý miễn phí!

Tắt nó đi. Mặc dù các triển khai hiện đại của đa luồng đồng thời (SMT), còn được gọi là siêu phân luồng, hoàn toàn có thể cải thiện thông lượng CPU cho hầu hết các ứng dụng, nhưng lợi ích của Exchange 2013 không vượt quá các tác động tiêu cực. Nó chỉ ra rằng có thể có một tác động đáng kể đến việc sử dụng bộ nhớ trên các máy chủ Exchange khi siêu phân luồng được kích hoạt do cách trình thu gom rác của máy chủ .NET phân bổ các đống. Trình thu gom rác máy chủ xem xét tổng số bộ xử lý logic khi một ứng dụng khởi động và phân bổ một đống cho mỗi bộ xử lý logic. Điều này có nghĩa là việc sử dụng bộ nhớ khi khởi động cho một trong các dịch vụ của chúng tôi bằng cách sử dụng trình thu gom rác máy chủ sẽ gần gấp đôi với tính năng siêu phân luồng được bật so với khi tắt. Sự gia tăng đáng kể trong bộ nhớ, cùng với phân tích về việc tăng thông lượng CPU thực tế cho khối lượng công việc Exchange 2013 trong các thử nghiệm trong phòng thí nghiệm nội bộ đã đưa chúng tôi đến một khuyến nghị thực hành tốt nhất rằng siêu phân luồng nên bị vô hiệu hóa cho tất cả các máy chủ Exchange 2013. Những lợi ích không vượt quá tác động tiêu cực.

Sao chép từ: http://bloss.technet.com/b/exchange/archive/2013/05/06/ask-the-perf-guy-sizing-exchange-2013-deployments.aspx