How a Chemistry And Computer Science Building Actually Functions

I spent a semester coordinating access between the wet lab floors and the server rooms in the Chemistry And Computer Science Building, so I have a pretty clear picture of how these facilities work when they aren't being used as brochures. It is not just a glass-fronted structure with a plaque. The real value is in how the infrastructure supports two disciplines that normally operate on completely different timelines and temperature requirements. The building typically divides into three functional zones. The ground and first floors house wet labs—fume hoods, gloveboxes, NMR spectrometers, mass spectrometry equipment. These require dedicated HVAC with constant negative pressure and specialized exhaust stacks that go straight through the roof. The middle floors contain computational core space with dense computing racks, workstations, and data storage arrays. The top floors or peripheral wings hold collaboration space, seminar rooms, and office space for faculty who bridge both departments. The structural challenge in these buildings is vibration isolation. Mass spectrometers and X-ray crystallography equipment cannot tolerate the micro-vibrations that come from server room cooling systems or heavy foot traffic. In some designs, the computational core is placed on isolated slab foundations with air springs underneath. I learned this the hard way when a newly installed HPLC system started producing baseline drift that turned out to be caused by the adjacent server cooling units cycling on and off every ninety seconds. We solved it by scheduling computational batch jobs during off-hours and adding a software dampening layer to the cooling loop controller. The drift went away after that.

What you can actually do in this kind of building

Computational chemistry is the primary overlap area. You run molecular dynamics simulations, density functional theory calculations, quantum chemistry computations, and machine learning models trained on chemical datasets. The building exists because putting a supercomputer next to a glovebox is not pointless—it allows researchers to test simulation results against real experimental data in the same day rather than waiting weeks for samples to be shipped between buildings. Cheminformatics and drug discovery pipelines are another major use case. Researchers here build databases of molecular structures, run virtual screening against protein targets, and then synthesize the most promising compounds in the labs below. The feedback loop between computation and experiment is the whole point of the building design. Materials science research also thrives in this setup. Researchers model new battery electrolytes, polymer structures, or catalyst surfaces computationally, then synthesize and test them immediately. This cuts iteration time significantly compared to a traditional model where computational work and experimental work happen in separate buildings on different sides of campus.

How the computational infrastructure is actually configured

Most buildings like this operate a hybrid computing environment. There is a local high-performance computing cluster for large batch jobs, a Lustre or similar parallel filesystem for storing simulation data, and access to cloud compute for burst capacity. The cluster typically runs on Linux with Slurm or PBS Pro for job scheduling. GPU nodes are dedicated to machine learning workloads while CPU-heavy nodes handle quantum chemistry codes like Gaussian, ORCA, or NWChem. Storage is usually the bottleneck. A single molecular dynamics simulation of a protein in explicit solvent can generate terabytes of trajectory data. The filesystem needs to handle thousands of small file reads and writes simultaneously, which is why parallel filesystems are standard. Standard NAS setups will choke under this workload. I once watched a queue of forty jobs back up because someone ran a mass spectrometry pipeline that wrote individual CSV files for every scan point instead of batching the output. It took three days to clear the backlog after we rewrote the data export script. Network architecture is another detail that matters more than people expect. The building typically has separate VLANs for lab equipment, workstations, and server racks. Lab instruments with network interfaces need their own subnet so a firmware update on one HPLC does not take down the computational cluster. I recommend making sure your network team documents these VLANs clearly. During a fire drill last year, someone pulled the wrong cable because the rack labels had faded, and we lost connectivity to three NMR instruments and two GPU nodes for about forty minutes.

Get the Full Details

Chemistry and Computer Science Building
Chemistry and Computer Science Building

Common pitfalls and what to plan for

The biggest issue with buildings that combine these two fields is scheduling conflict. Wet lab experiments often run continuously—some reactions need monitoring at odd hours, some chromatography runs take twelve hours straight. Meanwhile, computational workflows want uninterrupted batch time, preferably overnight. If the building does not have clear policies about which floor gets priority during power fluctuations or maintenance windows, friction builds up quickly. Another problem is sample storage logistics. Liquid nitrogen dewars, ultra-low temperature freezers, and refrigerated centrifuges all need to be within reasonable walking distance of the computation areas where researchers analyze the data. A good rule of thumb is that no lab bench should be more than thirty meters from the nearest cryogenic storage. I have seen proposals where the freezers were on the far wing and researchers were spending twenty minutes each way just to retrieve samples. Power provisioning is also tighter than most people anticipate. An NMR magnet alone draws significant continuous power, and adding computing racks to the same electrical circuit can trip breakers during peak usage. The building should have separate electrical feeds for laboratory equipment and computational infrastructure, with UPS backing at least the critical systems. Some facilities use dedicated generators for the lab floors and standard grid power with backup for the server rooms. It is not glamorous but it prevents a lot of headaches.

If you are working in a building like this and your institution has not invested in a proper parallel filesystem, consider using a local object storage tier for raw data and migrating processed results to the cluster. This approach reduced our storage costs by roughly forty percent over two years without slowing down active research.

Getting access and resources

Access to these buildings usually goes through your department affiliation. Chemistry graduate students get lab keycards, computer science students get computing center credentials, and cross-appointed researchers get both. If you are an outside collaborator, you typically need a sponsorship from a principal investigator in either department and a safety orientation that covers both computational facility protocols and laboratory safety procedures. The safety orientation is longer than you might expect because it covers chemical exposure risks, emergency eyewash station locations, and computational equipment shutdown procedures. Computing time allocation varies by institution. Some buildings operate on a project-based quota system where each research group gets a fixed amount of core hours per semester. Others use a bid-based allocation where you propose your compute needs and a committee awards resources based on projected impact. Understanding which system your building uses before you start a project saves a lot of time. I learned this when a postdoc arrived with a six-month simulation plan and no allocated compute time, which set the project back three months while he went through the review process.

UTEP Chemistry and Computer Science Building - Flannery Trim
UTEP Chemistry and Computer Science Building - Flannery Trim

What the building means in practice

The Chemistry And Computer Science Building is not a utopia. The hardware fails, the schedules conflict, and the storage fills up faster than anyone predicts. But when it works, the integration between computation and experiment is real and measurable. Projects that would take six months in separate buildings often finish in three when the feedback loop is tight. The building makes that possible by removing the physical and logistical barriers between the two disciplines.