Service Metadata Encoding for Smaller Binaries and Faster Startup

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for generating service metadata, such as AOT and JIT compilation, result in increased disk footprint or degraded application startup and execution time, and negatively affect optimization capabilities.

Innovation Solution

Encoding service metadata at compile-time and initializing them at startup by storing an encoded representation in an initialized read-only data segment, reserving an uninitialized data segment for metadata, and decoding at runtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If service metadata are generated in advance by AOT compilers and stored in the executable file, then the service metadata are available at run-time, but the executable file size increases and application startup is slowed down

Engineering Contradiction:
Improveavailability of service metadataVSAvoidexecutable file size
Core Design Contradiction:
ReliabilityVSWeight of stationary object

Solution Approach 1:

The patent extracts only the essential structure information of service metadata (such as class hierarchies, method signatures, and data structure definitions) and stores it in the executable file, while removing redundant runtime data. This allows the metadata to be available at runtime without storing the complete metadata sets, thereby reducing executable file size while maintaining reliability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent performs preliminary compilation of service metadata structure information during the AOT compilation phase, preparing the essential framework in advance. This preliminary action enables faster runtime initialization compared to generating all metadata from scratch, while avoiding the need to store complete metadata sets in the executable file.

Inventive Principle:
Principle #10Preliminary action

2Weight of stationary object

If service metadata are generated on-demand by JIT compilers at run-time, then disk footprint overheads are eliminated, but application startup time and execution time are degraded

Engineering Contradiction:
Improvedisk footprintVSAvoidapplication startup time
Core Design Contradiction:
Weight of stationary objectVSLoss of time

Solution Approach 1:

The patent performs preliminary compilation of service metadata structure information during the AOT compilation phase, preparing the essential framework in advance. This preliminary action enables faster runtime initialization compared to generating all metadata from scratch, while avoiding the need to store complete metadata sets in the executable file.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent segments service metadata into two parts: structure information (compiled in advance and stored in executable) and runtime data (generated on-demand). This segmentation allows the system to benefit from both AOT compilation (faster startup) and JIT compilation (reduced disk footprint) by combining their advantages.

Inventive Principle:
Principle #1Segmentation

3Weight of stationary object

If service metadata are generated on-demand by JIT compilers, then disk footprint is reduced, but optimization capabilities of AOT compilers are negatively affected

Engineering Contradiction:
Improvedisk footprintVSAvoidoptimization capabilities
Core Design Contradiction:
Weight of stationary objectVSProductivity

Solution Approach 1:

The patent segments service metadata into structure information (compiled in advance) and runtime data (generated on-demand). This segmentation allows AOT compilers to optimize the structure information portion while maintaining reduced disk footprint, preserving optimization capabilities without requiring complete metadata availability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies partial AOT compilation by generating only the essential structure information in advance rather than complete service metadata. This partial action maintains optimization capabilities for critical path compilation while avoiding the overhead of compiling and storing all metadata, achieving a balance between optimization and disk footprint reduction.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentEP4185954B1Application service metadata encoding and initialization
Publication Date: 2026.03.04 HUAWEI TECH CO LTD
  • EP4185954B1 patent drawingFigure 1
  • EP4185954B1 patent drawingFigure 2
  • EP4185954B1 patent drawingFigure 3

AI summary

The present disclosure relates generally to the field of data processing, and particularly to techniques for encoding and initializing service metadata required to efficiently run applications written in object-oriented programming languages. More specifically, these techniques involve obtaining and storing an encoded representation of service metadata in an initialized read-only data segment of an executable file of an application, and reserving, at least in part, an uninitialized data segment of the executable file for the service metadata themselves. The encoded representation is then decoded at the run-time of the application to initialize the service metadata in the reserved uninitialized data segment. By so doing, it is possible to reduce a disk footprint (executable file size) of the application because the encoded representation of the service metadata is only stored in the executable file, instead of the actual service metadata. Moreover, the encoded representation of the service metadata is quick to decode, thereby reducing the startup time of the application.