Project

General

Profile

Actions

Minimum Requirements and current NRAMM setup » History » Revision 56

« Previous | Revision 56/75 (diff) | Next »
Anchi Cheng, 07/26/2017 11:48 AM


Minimum Requirements and current NRAMM setup

Hardware

Electron Microscope/Camera with their Controling Computers (Windows)

Microscope need to have the capacity for external control and network connected (See Network Configuration section for details on that. Here are known examples of Leginon implementation:

Digital Camera

Gatan (CCD and K2 Summit), Tietz, FEI (Eagle, Ceta and Falcon), Direct Electron DE-12, DE-20

Note: Falcon integration does not include frame processing pipeline

A Second Computer Running Linux (CentOS at NRAMM)

At NRAMM, we separate the three activities into different computers that serve about 15 people with three microscopes that could be running at the same time. All scopes share the same database, web server, and file server. Each microscope has its own processing computer.

We don't recommend using a computer with Windows PC as the second computer as an option.
One group is able to use an unusually powerful WIndows PC (The one come with Gatan K2 Summit) as the processing server. However, it is suspected as the reason for the acquisition of frame saving super-resolution mode to fail.

CPU

Minimal 2 GHz;
  • Python instance of Leginon runs only on one core on the processing server. If you have multiple core, the rest will only be useful if you want to do other things on it such as using it as the database server, webserver, and basic Appion processing.

NRAMM:

  • Processing server: Single quad core (Intel Xeon E5-1607 v2 @ 3.00GHz). One computer per microscope.
  • Database server: 6 Xeon E5-2620 v2 @ 2.10 GHz
  • Web server: 8 Intel Xeon X5667 3.00GHz

RAM

The whole system with its image processing, database query and web serving, needs significant memory. Realistically, you will need minimal of 4GB memory for all processing+database+web server activities for one microscope operation with 4k camera that serves two persons (one operates the scope, one just look at the images from the web viewers) at the same time. We know of at least one successful daily usage at this configuration. For 2k camera, an all-in-one computer with 3GB memory has also been used successfully. If you are buying a new computer, get at least 6GB memory would be a good idea.

At NRAMM, to serve about 15 people viewing images and with three microscopes that could be running at the same time:

  • Processing server: 4GB physical memory and 2 GB swap for years, and now at 8GB and 8GB, respectively. One computer per microscope
  • Database server: 64GB memory and 18GB swap.
  • Web server: 12GB memory and 12GB swap.

Display

Pretty much everything today would work for data acquisition. GPU server for frame alignment of DD camera is separated. See below.

File server

10 GB for the softwares and maybe a few hours worth of data collection. Much larger
for routine use. NRAMM 45Tb on raid and growing although some are archived.

Network connection speed

100 Mbps might be possible; NRAMM 1 Gbps

Additional need for frame-saving direct detection camera

File server

Frame-saving camera such as DE-12 and K2 Summit are capable of saving movies of an exposure in addition to returning an integrated image back to Leginon. As a result, if the function is used, the disk space required is multiple of that of the image. Leginon saves the frames as non-gain corrected 16-bit integer, rather than dark/gain-corrected 32-float mrc. Therefore, the additional storage requirement is approximately number_of_frames/2 times larger. Typical number_of_frames used in DE is 10-50 frames and in K2 Summit 20-30 frames. These frames should be off-loaded from the camera computer or saved to network drive as soon as possible so not to over-load the camera computer.

In addition, to use the information in the frame movies, these raw frames must be gain/dark corrected and saved as 32-bit float mrc stack. For K2 Summit Counted/Super-resolution mode, the alignment of the frame is also esssential. This means that at some point, the data related to one image will be

number_of_frames * (0.5 + 1 + 1)

times more than non-frame saving ones. Factoring in that hundreds of such image may be acquired within a 24 hr session, it is therefore important to take this into account in allocating the data storage system for long term.

NRAMM's current setup and policy for file storage:

  1. 10 Gbs network between frame saving camera and the file server.
  2. Raw frames are transferred off camera with rsync using rawtransfer.py which also removed the finished frame stack on the camera to make room for more to come.
  3. These raw frames are needed if default frame processing does not give optimal results. We keep these on network drive for 30 days and make it user's responsibility to archive this on external drives. bzip or bzip2 are commonly used by the users to compress the files. Since the raw frames are integers, it can be easily compressed to 4-10 times smaller.
  1. In the frame processing Appion script, if frame alignment is performed (usually finished within a day or two after data acquisition), the aligned frame stack is removed right away after integrating into single sum image to save space.
  2. User will use the summed aligned-movie saved in the Leginon database as "-a" images. 95% of the users do not require frame-aligned stack after this point.

DD Frame-alignment server

A good gpu is needed for frame alignment using the program described in Li et. al. (2013) Nat. Method vol. 10 pp584-590 and variants of it.
If real-time speed is desired, parallel processing on multiple hosts may be needed.

For MotionCor2

minimum:

A CUDA 8.0 capable standard linux computer that you don't need to access its monitor (and hence using gpu for display) during the alignment computation.

Recommended for direct file server connection:

Have one primary frame processing computer per direct detector to be used by the person currently using the scope. And an over-flow frame processing computer to share among scopes and users not able to finish during their session.

Strong GPU computer with 2 GPU cards, NVIDIA PNY GeForce GTX 1070 or better, connected to the file server in the fastest network you can. There will be a lot of traffic.

NRAMM's current setup:

Dedicated Buffer Server, one per microscope with DD camera supplimented with shared gpu resource

The buffere server is reserved for the user currently collecting data on the scope

Our current buffer server specs: 2U Dual 2.1GHz Intel E5-2620 v4 with: 128GB memory (8x 16GB), 9x 8TB 7.2K SATA drives, 1x 120GB SSD drive, 2x NVIDIA PNY GeForce GTX 1080, 1x Dual 10GE SFP+ cards (2 ports). Our buffer server is connected to Camera computer with a direct fiber link and we have SFP+ optical module for 10GBASE-LR installed on buffer server. We also have the following card installed on buffer server to connect it to DDN/GPFS file system using Infiniband switches: ConnectX-3 VPI adapter card, dual-port QSFP, FDR IB (56Gb/s) / 40GigE, PCIe 3.0 x8 8GT/s.

Shared gpu resource:

For super-resolution live processing, 2 GPU cards from the buffer server is often not enough to keep up with the data collection. The shared resource is used to catch up once a user's session ends and also for gCTF, gAutomatch and other light weight gpu programs.

Connected to DDN/GPFS file system and with 1 or more NVIDIA PNY GeForce GTX 1070 or better GPU card. If made to be stronger, it can also be used for gpu version of Relion and/or CryoSparc.

For CPU programs that do frame alignment

NRAMM: a 12 core-computer with Torque scheduler is used specifically for DE-20 frame alignment.

Software

Leginon system components developed at Leginon home

Leginon Home: http://www.leginon.org/

Supporting packages and programs available through internet or your Linux distribution

There are minimum of ten packages or single programs, some of them are included in your
Linux distribution.

Leginon supporting programs available upon request

adaexp.exe that is required if film exposure is to be made through Leginon on FEI Tecnai
machines is available by request. Please contact Max Otten: (mto at nl.feico.com)
and let him know what version of the Tecnai user interface you are using.


< Graphical User Interface | Getting Started >


Updated by Anchi Cheng almost 7 years ago · 56 revisions