( ESNUG 327 Item 10 ) ---------------------------------------------- [9/2/99]
Subject: Synopsys VSS VHDL 99.05 Hogs 2 Gigabyte Of Memory And Just Dies!
> I am trying to revive a test environment from an old design using Synopsys
> VSS version 1999.05. The testbench includes several VHDL libraries, a CLI
> model, and several SmartModels.
>
> Under version 1998.08 of the simulator it ran fine, and immediately after
> elaboration occupied a 73MB memory image (on Sparc Solaris 2.5.1). The
> 99.05 version, during elaboration, rapidly grows and grows its memory
> image until the workstation runs out of resources and kills it (somewhere
> over 2GB image).
>
> Has anyone seen this behavior? I seem to recall many moons ago a previous
> version of VSS behaved this way, but I don't recall which version or what
> the solution was (or if that was just a figment).
>
> Further Details:
>
> - VSS 1999.05-SIM1.0 merged with the synthesis 1999.05-4 tree
> and PT 1999.05-2.1 overlaid
> - SmartModel R41 library (model versions as released last spring)
> - SparcCompiler C 4.0 (for the CLI and compiled VSS stuff)
> - All libraries and RTL trees re-analyzed (VHDL) and re-compiled
> (C) for 1999.05
> - tons of disk space and RAM (1GB physical + 2GB swap)
> - verified OS patches include the one mentioned on SolvNET
> - verified all .synopsys_vss.setup files are pointing at the
> right libraries
> - All libraries and code build and runs fine under 1998.08.
> Two very minor patches are needed to switch versions;
> one typo in a CLI structure member in 1998.08 and one
> VHDL leaf module with a VHDL-93 keyword conflict (for
> the 1999.05 version I substitute a source file with
> the conflicting signal name escaped with \sig\.
> The build includes the vendor ASIC library and the
> smartmodel library.
>
> I contacted Synopsys support, still waiting for callback. (I presume they
> are waiting for a testcase -- I'd prefer not to have to tar up ~45,000
> lines of code in 4 directory trees and explain how to install it. And
> since we just sent a huge maintainence check to them I'm not much in a
> mood to pare it down for them if I can avoid it).
>
> - Kenneth Ryan
> Orbital Sciences Corp. Germantown, MD
From: ryan@oscsystems.com (Ken Ryan)
Never mind... I found the SolvNET article that addresses the problem.
Apparently a SWIFT interface bug that was fixed in VSS 3.5a got
reintroduced for 1999.05. Fortunately the SmartModel guys included
a perl script that patches the library descriptions...
- Kenneth Ryan
Orbital Sciences Corp. Germantown, MD
|
|
