Tôi có nên tắt HyperThreading không

ĐẶT VẤN ĐỀ Gần đây tôi đã xem xét một số thời gian chờ đợi CXPquet khá cao gần đây đã cho tôi sử dụng SQL Sentry để theo dõi hoạt động của bộ xử lý khá chặt chẽ.

Một điều mà tôi nhận thấy là kết quả là chúng ta có những đột biến lớn trong chuyển đổi ngữ cảnh. Dưới đây là một mẫu 5 phút nhưng mẫu này rất phổ biến trong suốt cả ngày.

Như bạn có thể thấy nó tăng đột biến khá thường xuyên. Bây giờ sự hiểu biết của tôi về điều này sẽ khiến tôi tin rằng đây sẽ là kết quả của áp lực CPU. Tuy nhiên trong thời gian đó hầu như không nhận được hơn 60%.

Sau một số nghiên cứu, điều này khiến tôi tin rằng điều này xảy ra là kết quả của siêu phân luồng. Tôi biết rằng tôi đã đọc trước một số nguy hiểm của siêu phân luồng. Tuy nhiên, điều đó đã được viết cách đây rất lâu.

Để làm cho một câu chuyện dài ngắn. Là siêu luồng có khả năng là thủ phạm cho sự đột biến này trong chuyển đổi bối cảnh? Có thể là chuyển đổi ngữ cảnh đang tác động tiêu cực đến các truy vấn song song của tôi? Tôi có nên vô hiệu hóa siêu luồng trong môi trường của tôi?

CẬP NHẬT mặc dù điều cụ thể này đang xảy ra trong môi trường của tôi, câu hỏi cốt lõi là phổ biến hơn. Mức độ chuyển đổi ngữ cảnh cao có thể ảnh hưởng đến các truy vấn song song như thế nào? Siêu luồng có thể gây ra loại vấn đề này?

Cuối cùng, hầu hết những gì tôi tìm thấy trên internet cho thấy siêu phân luồng và SQL Server không phải là bạn tốt, tuy nhiên hầu hết các thông tin đó đều cực kỳ lỗi thời.

Hệ thống của tôi Có rất nhiều câu hỏi về cấu hình vì vậy tôi sẽ giải quyết những câu hỏi ở đây để có thể loại trừ chúng. Chúng tôi có các cài đặt nguồn về hiệu suất ở cả hai hệ điều hành ở cấp độ sinh học. Maxdop của chúng tôi được đặt thành 8 và ngưỡng chi phí cho tính song song là 25. Chúng tôi có 32 lõi logic và 16 lõi vật lý. Ngoài ra, đây là phần lớn kịch bản tải kho dữ liệu.

Thường chỉ ra không có gì nhiều hơn là các truy vấn nhất định đang thực hiện với sự song song; CXPACKET chờ trong máy chủ không phải là dấu hiệu của sự cố ngay lập tức, mặc dù chúng có thể là triệu chứng của một vấn đề khác.

Nếu máy chủ lưu trữ kho dữ liệu hoặc loại cơ sở dữ liệu báo cáo nhận được khối lượng truy vấn thấp nhưng xử lý lượng dữ liệu lớn, song song có thể giảm đáng kể thời gian cần thiết để thực hiện các truy vấn đó. Tuy nhiên, ngược lại, nếu máy chủ lưu trữ cơ sở dữ liệu OLTP có nhiều truy vấn và giao dịch nhỏ, thì song song có thể giết chết thông lượng và ảnh hưởng tiêu cực đến hiệu suất.

Bất cứ khi nào có thể, tốt nhất là cách ly và khắc phục sự cố loại chờ bên dưới, vì điều này sẽ dẫn đến cải thiện thông lượng hệ thống tổng thể. Một lần nữa, chờ đợi CXPACKET chỉ đơn giản là một triệu chứng của một vấn đề trong hầu hết các trường hợp, không phải là vấn đề thực tế

Sys.dm_os_latch_stats DMV chứa thông tin về các lần chờ chốt cụ thể đã xảy ra trong trường hợp và nếu một trong số các chốt chờ hàng đầu là ACCESS_METHODS_DATASET_PARENT, kết hợp với CXPACKET, LATCH_ *, và kết hợp với CXPACKET, LATCH_ * song song trên hệ thống là nguyên nhân gây ra tắc nghẽn trong quá trình thực hiện truy vấn và có thể cần phải giảm tùy chọn 'mức độ tối đa của song song' để giải quyết các vấn đề.

Bài viết này của Tạp chí TechNet đã cũ nhưng có nghĩa là hãy thử tắt siêu phân luồng nếu bạn vượt quá 5000 mỗi giây trên mỗi bộ xử lý:

Tối ưu hóa hiệu suất CPU của SQL Server bằng Zach Nichter