Oasis Tooling - Compliant Developer Tools and Utilities

Site Search :
 

Technology



 

The OASIS format was developed as a file-level format. So too was GDSII. However, since GDSII grew with the need to automate design, out of necessity many of the low-level primitives crept into the data structures of layout databases and CAD tools. The same is true when it comes to the constructs we use in geometry kernels embedded in processors used for computational geometry computing.

Some actively involved with using OASIS have said that there has been no speed-up. Below explains why, at least in part, this is so and what can be done to change this experience from one of status quo to one that some OASIS developers expect from OASIS in the future.

Updating Layout Design Data Structures to Improve the Performance of Layout Databases and Computational Geometry Algorithms 

 


 

 

For the past 20 years, the GDSII format governed the efficiency and performance of our data files, databases and the industry’s computational algorithms. It governs bit-efficiency for both database and data files. It governs as well the shape and thus the run time of the algorithms that drive the performance of our databases and computational geometry operations.

Squeezing out more efficiency and performance from existing data structures constrained by GDSII, the format whose framers pegged its life expectancy at five years, has become increasingly difficult, risky and expensive. As data structures failed to accommodate the need for greater computing efficiency and performance, brute force compute power overcame its shortcomings.

Data structure does drive computational efficiency and performance. Today, the data structure within databases cause the creation of a large amount of redundant structural overhead. There are many, many repeated instances of data. Databases and computational geometry operations conduct computations on 10-100X more data records than necessary. There is a direct relation between the number of required computations and run time performance.

OASIS low-level primitives in the data structure of databases squeezes out repetitive instances of data as successfully as they did at the file level. The next step with OASIS as an implementation is to modify database low-level primitives and shape the algorithms so that they can detect and operate off the new data structure. Computational algorithms that can detect and compute off the new data structure run 10-100X faster.

 

 

 

 

 
 
© 2006 Oasis Tooling TM
Website Designed by Candidinfo
1 1 1 1 1 1 <!-- OPENTRACKER HTML START -->
<script defer src="http://server1.opentracker.net/?site=www.oasistooling.com"></script><noscript><a href="http://www.opentracker.net" target="_blank"><img src="http://img.opentracker.net/?cmd=nojs&site=www.oasistooling.com" alt="website tracker" border="0"></a> </noscript>
<!-- OPENTRACKER HTML END -->