When to use Task.Delay, when to use Thread.Sleep?

by

Use Thread.Sleep when you want to block the current thread.

Use Task.Delay when you want a logical delay without blocking the current thread.

Efficiency should not be a paramount concern with these methods. Their primary real-world use is as retry timers for I/O operations, which are on the order of seconds rather than milliseconds.

More Related Contents:

  1. What is the difference between task and thread?
  2. What is the difference between Task.Run() and Task.Factory.StartNew()
  3. Execute task in background in WPF application
  4. Does the use of async/await create a new thread?
  5. When to use BlockingCollection and when ConcurrentBag instead of List?
  6. Is it considered acceptable to not call Dispose() on a TPL Task object?
  7. Starting Tasks In foreach Loop Uses Value of Last Item [duplicate]
  8. Multiple Parallel.ForEach loops in .Net
  9. Proper way to implement a never ending task. (Timers vs Task)
  10. How to create a task (TPL) running a STA thread?
  11. How to put a task to sleep (or delay) in C# 4.0?
  12. Is Task.Factory.StartNew() guaranteed to use another thread than the calling thread?
  13. Cancelling a pending task synchronously on the UI thread
  14. Does using Tasks (TPL) library make an application multithreaded?
  15. The current SynchronizationContext may not be used as a TaskScheduler
  16. ConfigureAwait pushes the continuation to a pool thread
  17. ThreadPool.QueueUserWorkItem vs Task.Factory.StartNew
  18. Process queue with multithreading or tasks
  19. How to achieve remove_if functionality in .NET ConcurrentDictionary
  20. Calling async methods from non-async code
  21. SynchronizationLockException on Monitor.Exit when using await
  22. Why CancellationToken is separate from CancellationTokenSource?
  23. Need to understand the usage of SemaphoreSlim
  24. Should i use ThreadPools or Task Parallel Library for IO-bound operations
  25. Faulted vs Canceled task status after CancellationToken.ThrowIfCancellationRequested
  26. Synchronous implementation of interface that returns Task
  27. The lack of non-capturing Task.Yield forces me to use Task.Run, why follow that?
  28. How to properly parallelise job heavily relying on I/O
  29. Why does this Parallel.ForEach code freeze the program up?
  30. Wrapping ManualResetEvent as awaitable task

Leave a Comment