Nanoelectronics Computation Laboratory (NCL)

DETAILS
[+/-]

Widgets

Widgets<bs-widget-edit>

Wanted pages
Who is online?
From SNUWIKI
Jump to: navigation, search
Welcome to the Nanoelectronics Computation Laboratory (NCL) of the Dept of Electrical Engineering. The lab is located in C101A, and it facilitates running TCAD simulations at a transistor level and also simulations related to VLSI on-chip interconnects. As of Aug 2023, Dr Venkatnarayan Hariharan is the faculty-in-charge of the NCL Lab.

TCAD stands for Technology CAD, the technology aspect implying process/material technology. In other words, TCAD tools let you simulate the effects of process and material related parameters (etch rate, material work function, channel doping, physical models (and their controlling parameters) for various physical effects like recombination/generation, band-to-band tunneling, etc), by spatially solving the key partial differential equations that govern the physics of semiconductor devices and on-chip interconnects.

In line with trends at leading institutions, it is intentionally being named as a NCL Lab and not as a TCAD Lab because it is not intended to be limited to TCAD alone, but rather grow in time to develop expertise in development of algorithms/software/numerical-techniques also, all in areas related to semiconductors. These are areas like the development of custom-developed, homegrown simulators for device simulation including but not limited to Monte Carlo simulators, etc as also sundry areas related to EDA algorithms like parameter extraction, circuit simulators, Boolean minimization, synthesis, etc.

The TCAD tools that we presently have in this lab are Synopsys Sentaurus and Synopsys Raphael. The former is a TCAD tool for semiconductor transistor process and device simulation while the latter is a field-solver intended primarily for on-chip interconnects. Simulations can be either 2D or 3D.

IMPORTANT: Pools of Machines and User Allocation

We presently have two 3D licenses and three 2D licenses for the TCAD tools. It is our understanding that these license limits are enforced at an individual executable level. In other words, running svisual to visualize a 3D structure and running a 3D simulation using sdevice does not count as two 3D licenses being used. Rather, it counts as only one 3D license in use. This is what has been categorically informed to us by our designated support agency Eigen Technologies, this understanding needs to be ascertained.

Due to the limited number of licenses, we have defined 2 pools of machines along with the specified user-machine allocation shown below so as to load-balance the machines appropriately:

  1. Pool#1 for 3D simulations:
    1. eleclab-tcad01.snu.in: Dr Amitabh Chatterjee, Dr Venkatnarayan Hariharan, Jyothi Pillai, Dr Jitendra Prajapati
  2. Pool#2 for 2D simulations:
    1. eleclab-tcad02.snu.in: Aaryan Bhardwaj
    2. eleclab-tcad03.snu.in: Mrinal Tiwari
    3. eleclab-tcad04.snu.in: Dr Priya Johari's UG student Sankhasuvra Das (local user temp1)
  3. Pool#3 for administrative tasks:
    1. eleclab-tcad00.snu.in: A. B. Santhosh (OCJ student)
  4. Dedicated Windows machine for authoring papers, etc:
    1. eleclab-tcad99.snu.in: Not allocated to any specific user, useable on first-come-first-served basis

Pool#1 obviously comprises stronger machines. Per Synopsys SOLVNET Article# 000033256 dated April 2021, 3D simulations need minimum 128GB RAM, a CPU with 10 or more cores and ample L2 cache, a graphics card with 5GB video memory (VRAM). On the other hand, 2D simulations need only 16-32GB RAM and a graphics card with 2GB VRAM.

In addition, a few generic local users have been created in eleclab-tcad04, and is meant for use by external users on a case by case basis.

Features

  • All users have their own individual logins and private work areas, the username is your NetID and your password is your usual email password (except local users).
  • The file-system is networked and your home directory is /nfsshare/<username>@SNU.IN with a disk quota of 10 GB, it is accessible from any machine (except local users). You don’t have to remember this, just typing cd or cd $HOME will take you to your home directory. Despite it being a networked file-system, you must work on your allocated machine only, so as to load-balance the systems appropriately.
  • Additional scratch space on the local disk (ie. local to that machine only) is provided on /home/scratch/<username>. You likely will not need this unless:
    • You need to store files larger than 10 GB, or
    • On the rare occasion that disk i/o under /nfsshare/… is slowing things down too much when reading/writing files


Users Responsibilities

  1. Logout when done with the day’s work and you don't have any processes running (as opposed to simply closing the Remote Desktop Connection window), so that resources are freed up.
  2. If you are the last person to leave the lab, turn off AC and lights after use, and lock the lab and immediately return keys to Security so that others can issue the key and use the lab.
  3. Do not share the keys or your password with anyone else.
  4. Inform the NCL system administrator when you are graduate or are permanently done with your work in the NCL and you no longer need access, so that your account can be deactivated and resources freed up and re-allocated to someone else who needs access.
  5. Do not restart/shutdown or install updates even if it appears like its letting you do so.
  6. Keep the lab neat and tidy
  7. No eating or drinking in the lab
  8. No shouting in the lab

Remote Connectivity

Due to security concerns raised by IT, remote connectivity is enabled only for faculty. Students can only work by being physically present in the lab.

Faculty can access the machines remotely using Windows Remote Desktop Connection software (RDC). The “.snu.in” suffix is not needed when connecting from within the SNU network (hostels, other labs, faculty cabins, etc). If one wishes to connect remotely, then one will likely need VPN access from SNU IT.

Useful RDC Settings

  • To enable ALT-TAB to work as we usually expect: Click RDC → Show Options → Local Resources tab → For "Apply Windows key combinations" select the option "On this computer".
  • To copy/paste clipboard contents from Unix to Unix:
    • Using mouse: Select on Unix and then paste by clicking middle-mouse button
    • Using keyboard (KB): Select on Unix and click ctrl-shift-c, and then paste using ctrl-shift-v
  • To copy/paste from Unix to Windows:
    • Select on Unix and type ctrl-shift-c
    • Then go to target Windows application and paste as usual in Windows (using mouse/KB/whatever)
  • To copy/paste from Windows to Unix:
    • Copy as usual in Windows (using mouse/KB/whatever)
    • On Unix press ctrl-shift-v

Miscellaneous tips/troubleshooting

  • Occasionally you may encounter a black/blank screen when you try connecting using RDP client. If this happens, click in the middle of the screen or hit enter a couple of times. It should get resolved. If it doesn’t, close the RDP client session and re-invoke it. This has often been found to fix it.
  • From any machine you can go to any other machine by running: ssh <username>@<other machine name>. For example: ssh venkatnarayan.h@elecllab-tcad02
  • You can copy files across TCAD machines by running: scp <local file name> <username>@<other machine name>:<path> where can be any path or . indicating your home directory on that machine. For example: scp some_file.txt venkatnarayan.h@elecllab-tcad02:.
  • You can copy files across users workareas on the same machine using /tmp as a temporary placeholder (which is local to that machine and can hold very large files, but is not guaranteed to remain for long; gets wiped out upon reboots)
  • You are advised to be conversant with basic Linux commands, for which you can use:
Author