Branded Zone Resource Partitioning for Multi-OS Coexistence

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for allowing a host operating system to execute applications written for different operating systems face challenges due to resource collisions and overhead, particularly when the host and foreign operating systems have similarities, leading to issues like file format incompatibilities and inefficient path mapping.

Innovation Solution

The implementation of a 'branded zone' approach within a native operating system environment, where foreign applications are executed in isolated local zones with their own resource configurations, allowing for systematic partitioning of resources and emulation of system calls and signals to create a compatible environment without modifying the native environment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If file system namespace partitioning is used to avoid resource collisions, then resource collision is prevented, but access to collision-free data outside the restricted process view is blocked

Engineering Contradiction:
Improveresource collision preventionVSAvoiddata accessibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments the file system namespace into multiple isolated zones, each with its own root directory and resource view. This allows foreign processes to access data within their zone while preventing collisions with native processes in the global zone. The zone mechanism provides both isolation for collision prevention and controlled accessibility through zone boundaries.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The zone mechanism acts as an intermediary layer between foreign processes and the native file system. It provides a virtualized view of resources to foreign processes while mediating access to underlying native resources, enabling both isolation and controlled data sharing through zone configurations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If path mapping mechanisms are used to remap OS files, then resource collision is avoided, but system complexity and overhead increase

Engineering Contradiction:
Improveresource collision avoidanceVSAvoidpath mapping complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Instead of using complex path mapping for individual file remapping, the patent segments the entire file system into separate zones. Each zone has its own namespace rooted at a different directory, providing isolation without requiring complex dynamic path translation. This simplifies the system by replacing per-file mapping with structural separation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent resolves path collision issues by adding a new dimensional aspect - the zone identifier. Rather than remapping paths within a single namespace, it creates separate namespaces at a higher level of organization, effectively solving collisions through spatial separation rather than complex path translation.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Adaptability or versatility

If full system virtualization is used to execute foreign applications, then compatibility is achieved, but memory requirements and overhead increase significantly

Engineering Contradiction:
Improveforeign application compatibilityVSAvoidmemory requirements
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent segments only the necessary user-space resources into zones rather than virtualizing the entire operating system. This selective segmentation provides foreign application compatibility through isolated namespaces while avoiding the heavy memory overhead of full kernel-level virtualization, as only process-level isolation is implemented.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of copying entire operating system kernels into virtual machines, the patent creates lightweight zone structures that copy only the necessary resource configurations and namespace definitions. This allows foreign applications to execute with compatibility while using minimal memory, as the zone structures are much smaller than full OS virtualizations.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS8875159B1System for defining non-native operating environments
Publication Date: 2014.10.28 SUN MICROSYSTEMS INC
  • US8875159B1 patent drawing
  • US8875159B1 patent drawing
  • US8875159B1 patent drawing

AI summary

Methods and systems for defining the partitioning between operating system environments are provided. In this method, network resources, devices, and pseudo-filesystems, etc. can be partitioned. This method provides the capability to support services from native and foreign operating environments without colliding on fixed resources. This method simplifies the task of supporting multiple different operating environments. By assigning each operating environment to its own zone, multiple instances of a single operating environment or multiple different operating environments can be simultaneously supported on a single operating system kernel.