SE Photonics Forces A Chiplet Rethink
Posted: Mon Aug 31, 2026 7:01 am
Key Takeaways:
Finally, for chip architects looking to work optical into projects, there are a few places to begin. Darbari recommends starting from the traffic pattern, not the technology. “If your bottleneck is at package reach, look at CPO or NPO chiplets. Rack-to-rack is already optical-native. Treat the interconnect as a standards decision. Architecting against a UCIe electrical-to-optical boundary lets you source the photonic engine as qualified chiplet IP rather than building optics expertise in-house. Then, budget verification and thermal effort as architecture work, not sign-off. Specify the electrical-to-optical boundary as rigorously as any protocol contract — what the engine guarantees, under what thermal conditions, with what error bounds. In our formal verification work on chiplet interfaces, the worst bugs sit at boundaries where two teams each assumed the other had specified the behavior. An electrical-optical boundary crossing company lines is that risk squared. Meanwhile, verify what is verifiable now. The EIC control logic, UCIe interface, and tuning state machines are digital and provable with today’s formal tools. Don’t wait for photonic verification to reach digital-grade maturity. Engage early and shape supplier requirements with the specification discipline of formal verification, years before the tooling makes it easy.” Meanwhile, Orthner says to start at the system level, not the device level. “Model your data flows first — bandwidth, latency, and energy budgets — and identify which links genuinely need to leave the package. Those are your optical candidates. Then, classify the traffic. What’s cache-coherent and ordering-sensitive, what’s bulk streaming? Only after that does it make sense to think about specific photonic components. Treat the interconnect as a first-class design object from day one and let it tell you where optical earns its place. Don’t start by asking, ‘Where do I put optics?’ Start by mapping how data actually moves, then optimize end-to-end throughput so the fabric can feed an optical link at line rate instead of starving it. Software-driven exploration lets you try those tradeoffs in hours — port counts, topology, where the optical I/O attaches. And validate that the interconnect is correct by construction before you commit to a floorplan.” To Bowers, the prospect of silicon photonics being used for every high-capacity switching chip, every high-speed GPU, TPU, or processor, and for high-bandwidth memory is exciting. “Before touching PIC design, nail down why you need optics. Is it bandwidth density at the package edge (die-to-die scale-up), reach beyond the board (rack-scale), or power efficiency at a given data rate? The answer determines which tier you’re building for. And those are very different design problems with different partners and timelines.” Related Articles
Designing Electro-Optical Chips
Photonics is forcing EDA to verify not just chips, but the physics of light inside full electro-optical systems. Agentic AI Is Changing Data Center Architectures
Standalone GPUs are being replaced by heterogeneous SoCs and chiplets that combine CPUs, GPUs, and NPUs to eliminate memory bottlenecks, reduce latency, and boost efficiency. The 1-Megawatt Rack Debate
Is it better to cram more compute into each rack or rethink the architecture? The post Photonics Forces A Chiplet Rethink appeared first on Semiconductor Engineering.
Source: https://semiengineering.com/photonics-f ... t-rethink/
- Photonics changes chiplet design from a placement problem into a multi-physics co-design problem because thermal, mechanical, electromagnetic, and optical effects interact bidirectionally.
- The closer optical chiplets move to compute silicon, the more bandwidth and power improve — but the harder it becomes to manage heat, stress, alignment, and reliability.
- Chip architects should start with traffic patterns, system architecture, and verifiable interface contracts before deciding where optics belongs.
Finally, for chip architects looking to work optical into projects, there are a few places to begin. Darbari recommends starting from the traffic pattern, not the technology. “If your bottleneck is at package reach, look at CPO or NPO chiplets. Rack-to-rack is already optical-native. Treat the interconnect as a standards decision. Architecting against a UCIe electrical-to-optical boundary lets you source the photonic engine as qualified chiplet IP rather than building optics expertise in-house. Then, budget verification and thermal effort as architecture work, not sign-off. Specify the electrical-to-optical boundary as rigorously as any protocol contract — what the engine guarantees, under what thermal conditions, with what error bounds. In our formal verification work on chiplet interfaces, the worst bugs sit at boundaries where two teams each assumed the other had specified the behavior. An electrical-optical boundary crossing company lines is that risk squared. Meanwhile, verify what is verifiable now. The EIC control logic, UCIe interface, and tuning state machines are digital and provable with today’s formal tools. Don’t wait for photonic verification to reach digital-grade maturity. Engage early and shape supplier requirements with the specification discipline of formal verification, years before the tooling makes it easy.” Meanwhile, Orthner says to start at the system level, not the device level. “Model your data flows first — bandwidth, latency, and energy budgets — and identify which links genuinely need to leave the package. Those are your optical candidates. Then, classify the traffic. What’s cache-coherent and ordering-sensitive, what’s bulk streaming? Only after that does it make sense to think about specific photonic components. Treat the interconnect as a first-class design object from day one and let it tell you where optical earns its place. Don’t start by asking, ‘Where do I put optics?’ Start by mapping how data actually moves, then optimize end-to-end throughput so the fabric can feed an optical link at line rate instead of starving it. Software-driven exploration lets you try those tradeoffs in hours — port counts, topology, where the optical I/O attaches. And validate that the interconnect is correct by construction before you commit to a floorplan.” To Bowers, the prospect of silicon photonics being used for every high-capacity switching chip, every high-speed GPU, TPU, or processor, and for high-bandwidth memory is exciting. “Before touching PIC design, nail down why you need optics. Is it bandwidth density at the package edge (die-to-die scale-up), reach beyond the board (rack-scale), or power efficiency at a given data rate? The answer determines which tier you’re building for. And those are very different design problems with different partners and timelines.” Related Articles
Designing Electro-Optical Chips
Photonics is forcing EDA to verify not just chips, but the physics of light inside full electro-optical systems. Agentic AI Is Changing Data Center Architectures
Standalone GPUs are being replaced by heterogeneous SoCs and chiplets that combine CPUs, GPUs, and NPUs to eliminate memory bottlenecks, reduce latency, and boost efficiency. The 1-Megawatt Rack Debate
Is it better to cram more compute into each rack or rethink the architecture? The post Photonics Forces A Chiplet Rethink appeared first on Semiconductor Engineering.
Source: https://semiengineering.com/photonics-f ... t-rethink/