Related:

• block: [from process scheduling terminology in OS theory] 1.
  vi. To delay or sit idle while waiting for something....
• hang v. 1. [very common] To wait for an event that will never occur.
  The system is hanging because it can't read from the crashed drive"....
• hang: v. 1. To wait for an event that will never occur.
  The system is hanging because it can't read from the crashed drive"....
• leep vi. 1. [techspeak] To relinquish a claim (of a process on a multitasking system) for service
  o indicate to the scheduler that a process may be deactivated until some given event occurs or a specified time delay elapses....
• leep: vi. 1. [techspeak] To relinquish a claim (of a process on a multitasking system) for service
  o indicate to the scheduler that a process may be deactivated until some given event occurs or a specified time delay elapses....
• busy-wait: vi. Used of human behavior, conveys that the subject is busy waiting for someone or something
  intends to move instantly as soon as it shows up, and thus cannot do anything else at the moment....
• busy-wait vi. Used of human behavior, conveys that the subject is busy waiting for someone or something
  intends to move instantly as soon as it shows up, and thus cannot do anything else at the moment....
• deadlock n. 1. [techspeak] A situation wherein two or more processes are unable to proceed because each is waiting for one of the others to do something.
  A common example is a program communicating to a server, which may find itself waiting for output from the server before sending anything more to it, while the server is similarly waiting for more input from the controlling program before outputting anything....
• deadlock: n. 1. [techspeak] A situation wherein two or more processes are unable to proceed because each is waiting for one of the others to do something.
  A common example is a program communicating to a server, which may find itself waiting for output from the server before sending anything more to it, while the server is similarly waiting for more input from the controlling program before outputting anything....