Datatype Selection for Matrix Operations

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing device design approaches face challenges in determining the optimal datatype for representing numerical values, leading to issues with overflow errors and precision loss, particularly due to uncertainties in dynamic range and noise levels, which can result in inefficient hardware implementation and increased costs.

Innovation Solution

A method is developed to determine the required datatype by calculating singular value bounds and condition numbers based on matrix dimensions, noise levels, and desired precision, allowing for the selection of either fixed-point or floating-point representations that minimize overflow probability and ensure accurate digit representation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If existing device design approaches are used to determine datatype, then hardware implementation can be performed, but overflow errors and precision loss occur due to uncertainties in dynamic range and noise levels

Engineering Contradiction:
Improveoverflow preventionVSAvoidprecision loss
Core Design Contradiction:
ReliabilityVSMeasurement precision

Solution Approach 1:

The patent performs preliminary calculation of singular value bounds and condition numbers before hardware implementation to determine the appropriate datatype. This advance analysis allows the system to select fixed-point or floating-point representations that prevent overflow and precision loss before the actual device operation begins

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent replaces trial-and-error hardware implementation with a mathematical analysis approach using singular value decomposition and condition number calculation. This substitution allows deterministic determination of datatype requirements without requiring physical prototyping or iterative testing

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Ease of manufacture

If existing device design approaches are used to determine datatype, then hardware implementation can be performed, but device complexity and cost increase due to inefficient hardware implementation

Engineering Contradiction:
Improvehardware implementation efficiencyVSAvoiddevice complexity
Core Design Contradiction:
Ease of manufactureVSDevice complexity

Solution Approach 1:

The patent changes the approach from selecting datatype based on experience or trial-and-error to selecting datatype based on calculated parameters (singular value bounds, condition numbers, noise levels). This parameter-driven method optimizes hardware implementation by determining the simplest datatype that meets precision and overflow requirements

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system performs self-analysis by automatically calculating the required datatype specifications based on its own operational parameters (matrix dimensions, noise levels, desired precision). This eliminates the need for external trial-and-error testing or complex iterative design processes

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12008344B2Systems and methods for design parameter selection
Publication Date: 2024.06.11 MATHWORKS INC
  • US12008344B2 patent drawing
  • US12008344B2 patent drawing
  • US12008344B2 patent drawing

AI summary

Systems and methods are disclosed for selecting parameters for use by a system. The parameters can describe a behavior of the system, which can be represented by a model having an input and an output. The model can include an operation representable by a matrix. The parameters can include the input and output ranges of the operation, the dimensions of the matrix, a noise value for the system, an overflow probability, a regularization parameter, and a desired number of accurate digits. A design environment can be configured to determine values or ranges of values for one or more of the parameters based on values or ranges of values of the remaining parameters. In some embodiments, the design environment can select, recommend, or validate a choice of datatype, minimum system noise, or the dimensions of the matrix. The model can be used to generate code, which can be used to configure the system to perform the operation.