QisMRast Web Page Header

QisMRaster - Benchmarking [3]

The out_l30.gds Test File

In order to increase the polygon density, we took a panel of the LCD2.GDS file and ran it through a special fracturing software that breaks the boundaries into small quadrilaterals. The mask pattern is the same. This fracturing software was developed for a laserwriter that could only handle quadrilateral data.

The net result is to greatly increase the polygon count. However, the polygons are much simpler and certain rasterizers can process these simple and small quadrilaterals extremely quickly. By running this file through QisMRaster we can see whether a high polygon count slows down the exploder.

You can see a detail of the out_l3.gds file below. Of course, the geometry is too dense to see any details at the full zoom level.

detailed view of out_l30.gds

Left: original polygons; Right: out_l3.gds after fracturing. View Window: 575 um x 500 um.



Results

For this test the area covered was 621mm x 1090 mm. The GDSII file, out_l3.gds was 200 MB in size. We processed Layer 30 which had been run through a proprietary fracturing software to increase the number of polygons. We used a tile (window) size of 5 x 5 mm with a pixel size = 0.315 um (81,500 DPI) This results in a bitmap of 16,000 x 16,000 pixels for each tile.

Thread
Allocation
E x R
Number
of
Tiles
Total
Clock
Time
Avg Time
per Tile
Image Size
(pixels)
Image
Buffer
(MB)
Polys/Tile
(Average)
Vertices/Tile
(Average)
Vertices/Sec
(Average)
16x127,3751,079 s39 ms16K x 16K32176,360881,70922M

Notes