Inter-device Mutex Deadlock Prevention

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Computing devices with multiple processes running collaboratively face deadlocks due to computing device-specific mutexes that are not visible or effective between multiple devices, leading to system freezing and prolonged downtimes.

Innovation Solution

Implementing an inter-device mutex (IDM) that is visible across devices, allowing for context information management and reference counting to prevent deadlocks by locking and unlocking the IDM based on context information and reference counts, ensuring that only one device can access shared resources at a time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If computing device-specific mutexes are used to protect shared resources, then resource access control is achieved, but deadlock occurs when multiple devices try to access shared resources simultaneously

Engineering Contradiction:
Improveresource access controlVSAvoiddeadlock
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The patent merges device-specific mutexes into a unified inter-device mutex (IDM) that is visible and effective across multiple computing devices. This consolidation allows any device to lock and unlock the same mutex, eliminating the isolation that causes deadlocks while preserving resource access control. The IDM is implemented as a shared resource that transcends device boundaries, enabling coordinated access without cyclic dependencies.

Inventive Principle:
Principle #5Merging (Combining)

2Adaptability or versatility

If multiple processes run collaboratively across devices to perform tasks, then system functionality is improved, but system freezing occurs due to deadlock

Engineering Contradiction:
Improvecollaborative processingVSAvoidsystem freezing
Core Design Contradiction:
Adaptability or versatilityVSStability of the object's composition

Solution Approach 1:

The inter-device mutex acts as an intermediary mechanism that mediates resource access between multiple collaborative processes across different devices. Instead of each device having its own isolated mutex, the IDM serves as a shared mediator that coordinates access centrally, preventing the cyclic waiting condition that leads to system freezing while enabling collaborative functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If computing devices share critical sections of code via inter-device link, then communication capability is enhanced, but deadlock risk increases due to invisible mutexes between devices

Engineering Contradiction:
Improvecommunication capabilityVSAvoiddeadlock prevention
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The inter-device mutex is designed with universal visibility and effectiveness across all computing devices in the system. Any device can successfully lock or unlock the IDM, making it a multi-functional resource that serves all devices equally. This universality eliminates the visibility problem where device-specific mutexes are invisible to other devices, thereby preventing deadlocks while maintaining enhanced communication capability.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS8719478B2Deadlock prevention
Publication Date: 2014.05.06 VALTRUS INNOVATIONS LTD
  • US8719478B2 patent drawing
  • US8719478B2 patent drawing
  • US8719478B2 patent drawing

AI summary

Methods, systems, and computer-readable media with executable instructions stored thereon for preventing deadlocks are provided. An inter-device mutex (IDM) can be locked for a first client. An error message can be sent to a second client in response to a received first lock command from the second client while the IDM is locked for the first client. A number of second lock commands from the second client while the IDM is locked for the first client can be received. The IDM can be unlocked for the first client in response to an unlock command received from the first client. The IDM can be locked for the second client in response to a received third lock command from the second client, wherein the third lock command is received subsequent to unlocking the IDM for the first client.