Home FAQ Categories EDA

拠点のEDAツールなどを利用する際はどのようにするのでしょうか。

EDAツールなどは全て拠点のシステム内で動作します。
利用する際は拠点にアクセスするソフトウェア(NoMachine)でシステムに繋ぎ、拠点のシステム内で実行していただきます。
拠点の利用に関してはメニューバーの「拠点利用方法」を参照ください。

EDA Queuing設定

LSFの-aオプション(EDAのQueuing)は使用しないで下さい。
cshrcでEDAのQueuingを使用して下さい。


SynopsysのDC, Formality, PrimeTimeの場合
#!/bin/csh -f
setenv SNPSLMD_QUEUE true
setenv SNPS_MAX_WAITTIME 14400 <==  最大72Hr Main-Licence待ち
setenv SNPS_MAX_QUEUETIME 7200 <==  最大8Hr  Sub-Licence待ち
最大時間を超えて指定できません。
この時間でLicenseが取れずTimeoutした場合は、Errorで処理が進みます。

SynopsysのSpyGlassの場合
vi go_sg.csh
spyglass -licqueue 
or
#!/bin/csh -f
setenv SPYGLASS_ENABLE_LICENSE_QUEUE 1
参考:WaitingTimeは下記のように設定済み
vi /apps/aidl/synopsys/spyglass/[Version]/SPYGLASS_HOME/.spyglass.setup
 23 LICENSE_QUEUING_INTERVALS_IN_SECS=24000 10

SynopsysのHspiceの場合
#!/bin/csh -f
setenv META_QUEUE 1

CadenceのXceliumeの場合
#!/bin/csh -f
setenv CDN_SLIM_QTO 7200

ssh LoginServerから実行ServerでEDAを実行し、LoginServerにGUI

NoMachineでLoginする。
Loginサーバで、

1).cshrcに以下を追加する

#!/bin/csh -f			<==.cshrcの先頭
echo Reading....cshrc		<==この行はいらない。
printenv DISPLAY		<==これをいれておく。


Terminalを起動すると
Reading....cshrc
192.168.20.58:1004		<==これがLoginServerのDisplay番号
 /AiTwo/BE/DF/LAY/ICC2/AiIP0X/01_211003 $

2)X-windowのパーミッション

xhost +

3) 実行Serverにssh

ssh blade13-n -X 
setenv DISPLAY 192.168.20.58:1004	<== loginServerのDisplay番号

source /apps/aidl/synopsys/env/cshrc.icc2
nohup icc2_shell -f a.tcl &		<== これでexitしても実行サーバで流れる。

Spyglass マニュアル sdc, sgdc

Using the Synopsys® Design Constraints Format Application Note
Timing Constraints and Optimization User Guide
/apps/aidl/synopsys/Docs/spyglass/SpyGlass-00-downloadedを参照ください。

LSF メモリ制限を指定

bsub -M 1000000
単位はMBです。
マニュアルは、KBですが、
設計拠点では、lsf.confファイルで「LSF_UNIT_FOR_LIMITS=MB」と設定しているため、MBをご指定ください。

HPCのLSFコマンド

Xceliume -mcl 1,2,4,8,16 優位差なし。 -mcl 1 推奨

Xceliume -mcl 1,2,4,8,16 優位差ありません。
Compileは、Multi CPU化されません。
Simulation実行は、1時間、4時間かかるものを実施しましたが、優位差は無く、16では遅くなりました。

RTLの暗号化について教えてください(IEEE1735で暗号化)。

Q) 暗号化したRTLをもらいました。設計ツールで使用する方法を教えて下さい。
・マニュアル検索願います「RTL」「IEE1735」で検索ねがいます。
・「ツール毎」に暗号化したRTLの読込方法があります。
・同一メーカでもツール毎に異なっております。
・各ツール向けに再暗号化が必要になる場合があります。
・EncryptedされたものをDe-Encryptedはしないでください。

Synopsys社EDAツールのTestMAX(TetraMAX) ATPGの環境設定スクリプトが見つかりません。

TestMAX(TetraMAX) の起動のための環境設定用スクリプトを
/apps/aidl/synopsys/env/cshrc.txs_Q-2019.12-SP5-2
として作成しました。今後はこれをご利用下さい。
また、幾つかのドキュメントを
/apps/aidl/synopsys/Docs/UserGuide/txs-TestMAX_ATPG_and_TestMAX_Diagnosis/
の下に置きましたのでご参考下さい。

Starrc distributed processing tips

1) StarRC Documents > StarRC User Guide and Command Reference, version S-2021.06 > Introduction to StarRC > Licensing Requirements for Advanced Process Nodes

% setenv STARRC_LICENSE_WAIT no (defualt) yes <== AIDC Recommended

If you use the -custom option with the StarXtract command, the tool checks only for Custom licenses.
If you use the -ultra option, the tool checks only for Ultra licenses. <== AIDC Recommended

2) You are here: StarRC Documents > StarRC User Guide and Command Reference, version S-2021.06 > Running StarRC > Distributed Processing
Single Host
You can execute multiple StarRC runs on the host that you are logged into (the localhost). To run on a single host, the syntax is as follows:

list localhost:N
The argument N must be an integer less than or equal to the number of cores specified in the NUM_CORES command. For example:

NUM_CORES: 16
STARRC_DP_STRING: list localhost:12 16 <== AIDC Recommended

もし、この数字を実際のCore数より大きくするとSlowDownします。またライセンスも余計に使用します。
blade101-nは、16coreの設定です。
NUM_CORES: 16
1)STARRC_DP_STRING: list localhost:16
50分で終了 3License使用
2)STARRC_DP_STRING: list localhost:32
70分で終了 4License使用

#####################################################################################
################Remote serverを複数使用したJobの投入####################################

Automatic Submission of Distributed Processing Jobs
With automated submission, you start a single run and let the StarRC tool automatically submit multiple jobs according to the computing environment protocol specified in the STARRC_DP_STRING command or the STARRC_DP_STRING environment variable. You can also use this method to run a single job remotely.
The information in this section does not apply to distributed processing runs invoked by a GPD configuration file or by the field solver (whose runs are controlled by the FS_DP_STRING command).
Job submission commands are site-specific. Contact your system administrator for assistance.
Run Termination and Exit Status
The following features apply to automatically submitted runs that are controlled by the STARRC_DP_STRING command or the STARRC_DP_STRING environment variable:
You can terminate runs by entering Ctrl+C on the command line.
You can terminate a supervisor process that is running in the background by using the kill command.
If you kill the supervisor process, or if it terminates abnormally, associated remote worker processes are automatically terminated.
When all tasks in a StarRC run are complete, unneeded pending jobs are terminated.
The supervisor process exits with an exit status of 0 for successful termination; nonzero values indicate unsuccessful termination.
The standard output stream displays information such as the start and end times of each task and the final completion status.
Support For Internet Protocol Versions IPv4 and IPv6
The StarRC tool can use either the IPv4 (32-bit) or IPv6 (128-bit) addressing protocol. The tool automatically detects the addressing mode on the submit host (the host used to launch jobs). The following usage notes apply:
If the submit host supports both IPv4 and IPv6, you must set the ENABLE_IPV6 command to YES to use IPv6 or NO to use IPv4. If you omit the command and the submit host supports both address modes, the StarRC tool issues an error message and stops.
If the STARRC_DP_STRING command or environment variable specifies a list of machine names, the StarRC tool checks the mode of each host before submitting the jobs. If any host is incompatible with the submit host, the tool issues an error message and stops.
If the job is submitted to a compute farm, all hosts must support the address mode of the submit host. Remote jobs that land on an incompatible host fail.
If the submit host supports only IPv4 or only IPv6, do not use the ENABLE_IPV6 command because the StarRC tool detects the address mode.
Methods For Specifying the Login Protocol
For all computing platforms, you must specify the login protocol with one of these methods:
Set the STARRC_DP_STRING environment variable before launching the StarRC tool. Enclose the argument in single quotation marks because it might contain multiple items. For example:
% setenv STARRC_DP_STRING 'list rsh alpha:2 beta:4 gamma'
Specify the STARRC_DP_STRING command in the StarRC command file. For example:
STARRC_DP_STRING: list rsh alpha:2 beta:4 gamma
If both the STARRC_DP_STRING command and the STARRC_DP_STRING environment variable are set, the StarRC command takes precedence.
Supported Computing Platforms
Distributed processing is available for the following computing environments:
Single Host
General Network of Hosts
LSF System
Univa Grid Engine
Runtime Design Automation System
Single Host
You can execute multiple StarRC runs on the host that you are logged into (the localhost). To run on a single host, the syntax is as follows:
list localhost:N
The argument N must be an integer less than or equal to the number of cores specified in the NUM_CORES command. For example:
NUM_CORES: 10
STARRC_DP_STRING: list localhost:8
General Network of Hosts
For a general network of hosts, the syntax is as follows:
list [login_protocol] host1[:n1] [host2[:n2] ... hostm[:nm]]
The arguments are as follows:
The login_protocol argument is either rsh (the default) or ssh.
Login access without a password to each host must be possible using the specified login protocol. Contact your system administrator to verify that the specified login protocol is permitted in your computing environment. For example, remote login using the rsh command might be prohibited. In this case, use the ssh protocol instead. Using a prohibited login protocol results in StarRC run termination.
The argument host1:n1 means that you are submitting n1 runs (an integer number of runs) to the machine with name host1. The default number of runs per machine is 1. Do not use spaces inside the host:n syntax, but use one or more spaces between hosts.
The keyword for the host where the parent run starts is localhost. If you use localhost, use system calls instead of rsh to submit the runs.
This example for a general network uses the ssh protocol and submits 4 runs on system alpha, 2 runs on system beta, and 1 run on system gamma:
STARRC_DP_STRING: list ssh alpha:4 beta:2 gamma
To configure ssh to work with the STARRC_DP_STRING command, use the following procedure. If you need assistance, contact your system administrator.
In your home directory, determine whether a .ssh directory already exists. If so, rename it or remove it.
Create a new directory named .ssh.
In the .ssh directory, run the following command to generate an authentication key:
/usr/bin/ssh-keygen -f id_rsa -N "" -t rsa -q
There is no space between the quotation marks.
In the .ssh directory, run the following command to copy the authentication key:
cp id_rsa.pub authorized_keys
Modify the permissions for the home and .ssh directories as follows:
chmod 755 $HOME
chmod 700 $HOME/.ssh

Authorize a host for the first time as follows:
ssh hostname
System messages similar to the following appear, where (a.b.c.d) represents an IP address and 3f:5e... represents a full key fingerprint:

The authenticity of host ‘hostname (a.b.c.d)’ can’t be established.
RSA key fingerprint is 3f:5e...
Are you sure you want to continue connecting (yes/no)?
Answer yes. You should now be able to log in without a password or other intervention.

Repeat steps 6 and 7 for all hosts that you plan to use.

hspice実行オプション -mt -dp に拠点サーバは非対応です。

詳しくは、下記のManualを参照ください。
/apps/aidl/synopsys/Docs/hspice/hspice_sa_UserGuideBasicSimulationAnalysis.pdf
Chapter 4. Distributed Processing, Multithreading, and HSPICE Precision Parallel
拠点推奨値:-mtオプションは使用しない。効果があったとしても-mt 1です。
拠点推奨値:-dpオプションは使用しない。
これらのオプションが効果があるのは、HSPICE検証用にサーバを専用Configulationする必要があります。通常、千台以上のサーバと千個のHSPICEがある環境での実行を前提としています。
ご使用の拠点サーバが(socbmxxxxx、com0x-n)の場合は、Numaアーキテクチュアとなっており、Thread = 2 x MultiCore(2以上)となっております。この構成ではこの効果を十分に発揮できません。
もし、2以上の数値を使用されてもLicenseを多く使用するだけで改善効果は期待できません。拠点の現環境では使用しないでください。(参照: p.101)
下記の計算で、このThreadの効果があるのは、Tparallel/Ncpu部分だけで、最大1.67倍です。(参照: p.102)
T1cpu/(0.2T1cpu + 0.8T1cpu/2cpus)=1.67