SpinWait vs Ngủ chờ. Cái nào để sử dụng?

Nó có hiệu quả không

SpinWait.SpinUntil(() => myPredicate(), 10000)

trong thời gian chờ 10000ms

hoặc là

Có hiệu quả hơn không khi sử dụng tính năng Thread.Sleepthăm dò cho cùng một điều kiện Ví dụ: một cái gì đó dọc theo các dòng của SleepWaithàm sau :

public bool SleepWait(int timeOut)
{
    Stopwatch stopwatch = new Stopwatch(); 
    stopwatch.Start();
    while (!myPredicate() && stopwatch.ElapsedMilliseconds < timeOut)
    {
       Thread.Sleep(50)
    }  
    return myPredicate()
}

Tôi lo ngại rằng tất cả hiệu suất của SpinWait có thể không phải là một kiểu sử dụng tốt nếu chúng ta đang nói về thời gian chờ trên 1 giây? Đây có phải là một giả định hợp lệ?

Bạn thích cách tiếp cận nào hơn và tại sao? Có cách tiếp cận nào khác tốt hơn không?

Cập nhật - Trở nên cụ thể hơn:

Có cách nào để biến BlockingCollection Pulse thành một chuỗi ngủ khi nó đạt đến dung lượng giới hạn không? Tôi muốn tránh tất cả những sự chờ đợi bận rộn như Marc Gravel gợi ý.

Cách tiếp cận tốt nhất là có một số cơ chế để chủ động phát hiện điều trở thành sự thật (thay vì thăm dò một cách thụ động cho nó đã trở thành sự thật); đây có thể là bất kỳ loại xử lý chờ nào, hoặc có thể là Taskvới Wait, hoặc có thể là eventmà bạn có thể đăng ký để tự gỡ bỏ. Tất nhiên, nếu bạn thực hiện kiểu "đợi cho đến khi điều gì đó xảy ra", điều đó vẫn không hiệu quả bằng việc bạn chỉ cần thực hiện một chút công việc tiếp theo dưới dạng gọi lại , nghĩa là: bạn không cần sử dụng một chuỗi để đợi. Taskcó ContinueWithcho điều này, hoặc bạn chỉ có thể thực hiện công việc eventkhi nó bị sa thải. Các eventcó lẽ là phương pháp đơn giản nhất, tùy thuộc vào ngữ cảnh.Tasktuy nhiên, đã cung cấp hầu hết mọi thứ bạn đang nói ở đây, bao gồm cả cơ chế "chờ hết thời gian" và "gọi lại".

Và vâng, quay trong 10 giây không phải là tuyệt vời. Nếu bạn muốn sử dụng một cái gì đó giống như mã hiện tại của mình và nếu bạn có lý do để mong đợi một thời gian trễ ngắn, nhưng cần cho phép một thời gian dài hơn - có thể SpinWaittrong (giả sử) 20ms và sử dụng Sleepcho phần còn lại?

Nhận xét lại; đây là cách tôi tạo cơ chế "nó đã đầy đủ":

private readonly object syncLock = new object();
public bool WaitUntilFull(int timeout) {
    if(CollectionIsFull) return true; // I'm assuming we can call this safely
    lock(syncLock) {
        if(CollectionIsFull) return true;
        return Monitor.Wait(syncLock, timeout);
    }
}

với, trong mã "đưa lại vào bộ sưu tập":

if(CollectionIsFull) {
    lock(syncLock) {
        if(CollectionIsFull) { // double-check with the lock
            Monitor.PulseAll(syncLock);
        }
    }
}

Trong .NET 4 SpinWaitthực hiện quay nhiều CPU trong 10 lần lặp lại trước khi cho kết quả. Nhưng nó không trở lại người gọi ngay sau mỗi chu kỳ đó; thay vào đó, nó gọi Thread.SpinWaitquay qua CLR (về cơ bản là HĐH) trong một khoảng thời gian nhất định. Khoảng thời gian này ban đầu là vài chục nano giây nhưng sẽ tăng gấp đôi với mỗi lần lặp cho đến khi hoàn tất 10 lần lặp. Điều này cho phép sự rõ ràng / khả năng dự đoán trong tổng thời gian dành cho giai đoạn quay (sử dụng nhiều CPU), mà hệ thống có thể điều chỉnh theo điều kiện (số lõi, v.v.). Nếu SpinWaitvẫn ở trong giai đoạn tạo spin quá lâu, nó sẽ định kỳ ngủ để cho phép các chuỗi khác tiếp tục (xem blog của J. Albahari để biết thêm thông tin). Quá trình này được đảm bảo giữ cho một lõi bận rộn ...

Vì vậy, hãy SpinWaitgiới hạn quay đòi hỏi nhiều CPU ở một số lần lặp lại nhất định, sau đó nó tạo ra lát thời gian trên mỗi vòng quay (bằng cách thực sự gọi Thread.Yieldvà Thread.Sleep), giảm mức tiêu thụ tài nguyên của nó. Nó cũng sẽ phát hiện xem người dùng có đang chạy một máy lõi đơn hay không và năng suất trên mọi chu kỳ nếu đúng như vậy.

Với Thread.Sleepchủ đề bị chặn. Nhưng quá trình này sẽ không tốn kém như trên về mặt CPU.