Connect with us

Explainers

Raised Floors vs. Slab Floors: How Data Center Design Changed

For decades, data centers were built on raised floors. Many new facilities sit on concrete slab instead. Here is why the shift happened.

Published

on

Software engineer working beside a small server test bench.

For decades, the image of a data center included a raised floor: square tiles set on metal pedestals a foot or more above the concrete, with perforated tiles here and there blowing cool air up into the room. Many newer facilities, especially large ones built for cloud and AI computing, have dropped the raised floor and sit directly on concrete slab. Understanding why says a lot about how data center design has evolved.

Why raised floors became standard

Raised floors date back to the mainframe era. They created a hidden space beneath the room that served several purposes at once:

  • Air distribution. Cooling units pressurized the space under the floor with cool air, and perforated tiles released it where needed. Moving a tile was an easy way to redirect cooling.
  • Cable routing. Power and data cables could run under the floor, out of sight and out of the way.
  • Flexibility. Equipment could be rearranged without major construction.

For the computing loads of the time, this was an elegant solution.

The problems that emerged

As data centers grew and changed, raised floors revealed some drawbacks. Cables piled up underneath, blocking airflow. Abandoned cables were often left in place, making things worse. Tiles had weight limits, and heavy equipment required reinforcement. The underfloor space also had to be considered for fire detection and suppression, adding complexity.

Perhaps most important, the airflow could be hard to control precisely. Air pressure under the floor varied, so some tiles delivered more air than others, and dense racks could be starved while lighter racks were overcooled.

The move to slab

Many modern facilities place racks directly on a concrete slab. Cooling and cabling move overhead or into dedicated pathways:

  • Cool air is delivered from the perimeter or from above, often into a contained aisle, or handled by in-row and rack-level cooling.
  • Power runs through overhead busways that let racks plug in where needed.
  • Network cables run in overhead trays, easy to inspect and change.
  • Liquid cooling pipes may also run overhead, or in some designs below in trenches, depending on how operators want to manage leak risk.

Slab floors can carry heavy loads with less special engineering, which matters for dense AI racks that may weigh far more than traditional ones. They can also be faster and simpler to build.

Raised floors are not obsolete

Raised floors are still used, and they remain common in many enterprise and older colocation facilities. Some operators like them for routing liquid cooling pipes below the equipment, keeping any potential leaks away from overhead electrical systems. Others prefer them for the flexibility they offer in smaller, mixed-use rooms.

What the shift tells us

The move from raised floors to slab reflects broader trends: larger buildings, more standardized layouts, much heavier equipment, and cooling that is increasingly delivered close to the rack instead of through the room. Neither approach is universally better. Each facility chooses based on its loads, its cooling strategy and how often its equipment is expected to change.

The next time you see a photo of a data hall, glance at the floor. Tiles or concrete can tell you a surprising amount about when and how the building was designed.

BOSSTOX’s research desk, part of the Boston Made Ecosystem Intelligence Desk, covering AI infrastructure: power, compute, cooling, networking and capital.

Continue Reading

Explainers

NVIDIA’s Modular AI Factories Put the Clock on Infrastructure

AP reports that NVIDIA is urging Europe to accelerate AI infrastructure. BOSSTOX examines what modular AI factories could change—and what constraints remain.

Published

on

Data-center service aisle with server cabinets and liquid-cooling distribution equipment.

The AI infrastructure race is shifting from “who has the chips?” to “who can get a working factory online?” The Associated Press reports that NVIDIA CEO Jensen Huang used the company’s Berlin developer conference to urge Europe’s AI sector to move faster, while presenting tools intended to help accelerate data-center construction.

The most consequential piece is infrastructure, not marketing language. NVIDIA says its new DSX POD reference design packages computing, networking, rack-level power and liquid cooling into modular units that can be integrated and tested before arriving at a prepared site. The company says deployment at a ready location could fall from roughly six months to as little as 14 days.

Why the schedule matters

AI capacity is constrained by more than GPU supply. Operators still need power, interconnection, cooling, fiber, permitting, specialized labor and a site that can accept a dense load. A modular approach does not remove those constraints, but it changes where the work happens: more integration moves into a factory, while the site becomes a connection and commissioning problem.

That distinction matters for developers, utilities and investors. A project that reaches “first tokens” weeks earlier can begin serving customers sooner, but only if the supporting infrastructure is actually ready. A container full of compute does not create capacity without electricity, thermal management, network access and a reliable operating model.

What NVIDIA is claiming

NVIDIA says DSX POD is designed for Vera Rubin AI factories and is being developed with partners including Bull, Dell Technologies, HPE, Lenovo, Schneider Electric and Vertiv. The company also says partners are working toward global deliveries in early 2027. Those are vendor announcements, not independent measurements, and the real test will be how quickly a prepared site can move from delivery to production under local grid, permitting and operating conditions.

What to watch next

  • Power access: whether sites have firm capacity and a realistic interconnection path.
  • Cooling: whether closed-loop liquid systems reduce water use without creating new maintenance bottlenecks.
  • Deployment evidence: whether the promised weeks-long schedule holds outside demonstration environments.
  • Revenue timing: whether faster installation translates into paid inference and training workloads.

BOSSTOX tracks the physical and financial systems behind AI: power and grid access, cooling, custom silicon, optical networking, data-center capacity, and capital. The NVIDIA announcement is a useful signal because it connects several of those lanes at once. The strategic question is no longer simply how many accelerators a region can buy. It is how quickly that region can turn electricity, equipment and sites into dependable compute that customers can use.

Sources

Read the Associated Press report and review NVIDIA’s DSX POD announcement. For related infrastructure context, visit BOSSTOX.

This BOSSTOX analysis is original and distinguishes reported facts from company claims and editorial interpretation.

Continue Reading

Explainers

October and Earnings Season: How the Quarterly Reporting Calendar Works

Mid-October typically kicks off reporting for the July through September quarter. Here is how earnings season works and how to follow infrastructure themes through it.

Published

on

Dense server racks beside a smaller inference test rack and engineer.

For anyone following public companies, October brings a familiar rhythm. Many companies with calendar fiscal years begin reporting results for the third quarter, covering July through September, in the middle of the month. Over the following weeks, a steady stream of earnings releases, calls and filings arrives. Knowing how the calendar works makes the flood of information easier to manage.

Why reporting clusters

Most large U.S. companies close their books at the end of each calendar quarter, then take a few weeks to finalize results. SEC rules set deadlines for quarterly 10-Q filings, generally within 40 days after quarter end for larger filers and 45 days for smaller ones. Annual 10-K deadlines are longer.

Because so many companies share the same quarter-end, their reports bunch together. Large banks often report early in the season, followed by many technology, industrial and consumer companies in the following weeks. Companies with different fiscal years report on their own schedules, so not everyone fits the pattern.

How companies announce dates

Most companies announce their earnings date in advance through a press release and on their investor relations website. The announcement usually includes the time of the release and a link to the conference call webcast. Many people find it helpful to note the dates of companies they want to follow and to check the investor relations page directly, rather than relying on third-party calendars that may be out of date.

Following infrastructure themes through the season

Because the AI build-out touches many industries, related information appears across many reports. A reader might track:

  • Capital expenditure figures and commentary from large cloud and technology companies
  • Order backlogs and lead-time comments from electrical and power equipment makers
  • Leasing and development updates from data center REITs
  • Demand commentary from chip and server suppliers
  • Large-load discussions from utilities

Seeing the same theme from several angles, buyer, supplier, landlord and utility, gives a more balanced picture than any single report.

Keeping calm during the season

Earnings season can feel noisy. Headlines often summarize complex results in a word or two, and share prices can move sharply on small differences from expectations. A few habits help:

  • Read the original release or filing before forming a view
  • Focus on the same handful of measures each quarter
  • Note what management says changed since the last report
  • Give yourself time; filings and transcripts remain available long after the day of release

Where to find primary sources

Earnings releases are posted on company investor relations websites, and formal filings appear on the SEC’s EDGAR system at sec.gov. The SEC’s investor.gov site has plain-language explanations of quarterly and annual reports. These primary sources are the best foundation for understanding what companies actually reported, as opposed to what was said about them.

This article is general education about how the industry and financial reporting work. It is not investment advice and does not recommend buying or selling any security. For decisions about your own money, talk to a licensed financial advisor.

Continue Reading

Explainers

AI Costs for Small Businesses: A Practical Model Before You Buy GPUs

The model call is the smallest line on the bill. Here is a simple way to price an AI feature before it becomes a permanent expense.

Published

on

Small-business owner comparing computing costs with a laptop, paperwork and calculator.
AI-generated editorial illustration. Conceptual scene, not a photograph of a named facility.

Key points

  • Size the workload first: requests, input and output size, peak load and response-time target.
  • Price every layer — tokens, storage, retrieval, logging, review — and add a peak allowance.
  • Self-hosting only wins at high, steady utilization; otherwise managed services are usually cheaper.

Small businesses usually do not need to build an AI data center. They do need a way to estimate what an AI feature will cost before it becomes a permanent bill. The mistake is to price only the model call. Real cost includes data preparation, software, storage, networking, monitoring, security, people, and the cost of being wrong.

Step one: define the workload

Start with the workload. Count requests, average input size, average output size, peak requests per minute, and the response-time target. A document summarizer, a customer-service assistant, and an image inspection system have different requirements. A monthly request count is not enough if most requests arrive in one short daily peak.

Next decide whether the work needs a large model. Many business tasks are narrow. Routing, extraction, classification, drafting, and search may work with a smaller model or a hosted service. A larger model may be appropriate for difficult reasoning, but it should be selected because tests show a business benefit, not because it is the most famous option.

Step two: price every layer

Cloud pricing normally has several parts. There may be a charge for input and output tokens, a minimum service fee, storage, data transfer, logging, and a database for retrieval. If the company runs its own model, it pays for a machine or accelerator while it is reserved, even when the machine is idle. Some providers offer on-demand, committed, or spot capacity. Each shifts the balance between flexibility, discount, and availability.

A simple monthly model is useful. Estimate monthly requests, multiply by average input and output size, apply the provider’s rates, then add non-model services. Add a peak-capacity allowance rather than assuming the average is the same as the maximum. Finally, add a human-review budget for cases the model should not handle alone.

Self-hosting and the break-even point

Self-hosting can be economical at high and predictable volume, but the break-even point depends on utilization. A local or dedicated accelerator has a fixed cost. If it is used for only a few hours a week, a managed API may be cheaper. If it serves a steady workload every day, owning or reserving capacity may become attractive. The calculation should include electricity, cooling, maintenance, software updates, and replacement hardware.

Privacy and quality have costs too

Privacy can change the answer. A company may pay more for a private deployment because customer records, contracts, health information, or proprietary designs cannot be sent to a general service. This is a business and legal requirement, not just a technical preference. The cost model should include data classification, access controls, retention, and audit work.

Quality has a cost too. If an assistant produces a wrong answer, an employee may have to correct it. If an extraction pipeline mislabels invoices, accounting staff may repair the results. A small accuracy improvement may be worth more than a lower compute bill when the output is used in a high-value process.

Use caching and retrieval carefully. Reusing a stable answer can reduce repeated model calls. Retrieval can keep a model grounded in a smaller set of relevant documents, but the search index and documents still require maintenance. Poor retrieval creates confident answers from the wrong source, so evaluation must test both the model and the retrieval layer.

Start with one measurable project

The best first project is measurable. Choose one workflow with a known baseline, such as the time employees spend answering common questions. Run the AI system alongside the current process. Track response quality, employee editing time, escalations, and total cost. Do not count a demo as savings until people actually use it.

Cloud providers publish pricing and consumption choices, but prices change and performance varies by model and region. A small business should keep a simple spreadsheet of assumptions and revisit it when volume, model, or service terms change. The spreadsheet is more valuable than a single headline price.

AI is affordable when it is attached to a specific job. It becomes expensive when a company buys capacity before defining the workload. Start with the task, measure the demand, test a small model, and include the human and operational costs. The goal is not the cheapest model call. The goal is a reliable business result at a cost the company can defend.

What BOSSTOX is watching

  • Price changes across providers for the same model class.
  • Reserved versus on-demand capacity terms for small buyers.
  • Tools that measure employee editing time on AI output.
Continue Reading

Trending