Instruction
SQRTSS
Computes the square root of the low single of the source into the destination; the upper three elements are kept.
- Extensions
- Forms
- 2 (2 Legacy)
- Data
- Intel XED v2026.08.23
SQRTSS takes the square root of the low single of its source, correctly
rounded under MXCSR’s rounding mode, and leaves singles 1 to 3 of the
destination as they were. SQRTPS, the packed form,
covers the special inputs and why C’s sqrtf needs a test before the
instruction; VSQRTSS is the VEX and EVEX form. On Zen
5, the recorded root of -0.5 was the indefinite FFC00000h with IE set,
and the 1.5, 2.5 and -2.5 above it stayed; the root of -infinity, read
from memory with every exception masked, gave the same.
sqrtf in compiled code
In our builds at -O2 for the x86-64 baseline, GCC 14 and Clang 23
compile sqrtf(x) to a UCOMISS of x against zero that sends a negative
argument to the library function, which can set errno, and to this
instruction otherwise. When the compiler can see that the argument is
not negative, as in sqrtf(fabsf(x)), the test goes away even without
-fno-math-errno: an ANDPS clears the sign and the root follows.
For sqrtf(*p) neither compiler uses the memory form. Both load the
single with MOVSS, which zeroes bits 127:32, and take
the root in place, since sqrtss xmm0, [rdi] would merge its result
into whatever XMM0 held before.
The merge
Because three singles come from the old destination, the instruction
waits for whatever last wrote that register, even in scalar code that
never reads them. AMD’s guide for Zen 5 names it among the instructions
that skip that wait when the upper bits are known to be zero (Section
2.11.5). The compilers part ways on x + sqrtf(x) with
-fno-math-errno: GCC copies x with MOVAPS and computes sqrtss xmm0, xmm0, whose only input is the argument itself, while Clang writes
sqrtss xmm1, xmm0 into a register the function never wrote.
AMD’s latency spreadsheet for Zen 5 gives it 14 cycles, at 0.222 per cycle, on pipe FP1, as for SQRTPS. The memory form reads four bytes at any alignment, and the legacy form keeps bits 255:128 of its register (see mixing SSE and AVX). SQRTSD is the double-precision form.
In the optimization guide
What the optimization guide says about SQRTSS, a line per claim. Each links to the claim in the guide, with its sources and where they differ.
Out of order
- Partial register and flag writes: Zen 3 to Zen 5 let
sqrtss,cvtsi2sdand other scalar instructions skip the wait for an XMM register whose upper part is known to be zero, so AMD advises zeroing a vector register when done with it. - Partial register and flag writes: LLVM breaks the false dependency itself, with an
xorpsbeforecvtsi2sd,sqrtssand the other partial writers whose register was written within the last 64 instructions.
Bulldozer to Excavator
- Vectors and floating point: Scalar instructions such as SQRTSS and CVTSI2SD keep the rest of their destination and wait for its last write, unless the core knows that part to be zero, which it tracks from the instructions that cleared it.
Jaguar and Puma
- Vectors and floating point: Scalar instructions such as SQRTSS and CVTSI2SD keep the rest of their destination and so wait for its last write, unless the core knows that part to be zero: it follows registers whose upper bits an instruction cleared until something nonzero lands there.
Zen and Zen+
- Vectors and floating point: Scalar instructions such as SQRTSS or
cvtsi2sdkeep the upper part of their destination, and so wait for its last write, unless the core knows that part to be zero.
Zen 2
- Vectors and floating point: Scalar instructions such as SQRTSS or
cvtsi2sdkeep the upper part of their destination and so wait for its last write, except when the core knows that part is zero.
Zen 3
- Vectors and floating point: Scalar instructions such as SQRTSS or
cvtsi2sdkeep the upper part of their destination and so wait for its last write, except when the core knows that part is zero.
Zen 4
- Vectors and floating point: Scalar instructions such as SQRTSS or
cvtsi2sdkeep the upper part of their destination and so wait for its last write, except when the core knows that part is zero.
Forms
Data flow
Where the elements of the sources go, element 0 on the right; results that depend on a control value are drawn for an example. How to read.
Result single 0 is computed from single 0 of xmm2; singles 3 to 1 are those of xmm1. Result singles 3 to 0: a3, a2, a1, r0.
Operation
What the forms do, in pseudocode that our tests run against results recorded on real processors. How to read.
xmm1.f32[0] = sqrt(src2.f32[0])
# xmm1.d[1] to [3] keep their values
# bits 128 and up of the register are unchangedRun on AMD Zen 5 (EPYC 9645): 2 cases.
Operands
| Operand | Kind | Action |
|---|---|---|
SQRTSS xmm, xmm/m32 | ||
xmm | explicit | read, write |
xmm/m32 | explicit | read |
Flags
None: XED records no flag that the forms test or change.
Exceptions
The exception class is XED's name for the set of exception conditions that a form follows. How to read.
- All forms
SSE_TYPE_3
Attributes
What else XED records about the forms. How to read.
- All forms
- follows MXCSR
Intrinsics
The C intrinsics of Clang 23.1.2 that compile to SQRTSS, each with the form it compiles to and the Clang options it needs. The forms come from compiling every intrinsic and decoding the result with Intel XED; all intrinsics A–Z explains the method.
| Intrinsic | Compiles to |
|---|---|
_mm_sqrt_ss
__m128 _mm_sqrt_ss(__m128 __a) |
|
CPUID and processors
Each form belongs to an XED ISA set. A form can be used when the processor reports every CPUID bit of one of its ISA set's alternatives.
| ISA set | CPUID | Processors |
|---|---|---|
SSE | SSE | Every x86-64 processor in XED’s model and Zen 3 to Zen 6 |
More SSE instructions
Sources
- Intel XED v2026.08.23 (commit
0bcb6237345c): forms, encodings, operands, flags, exception classes, attributes, ISA sets, CPUID bits and chip model. - The CPU data of x86-64.net: Zen 3 to Zen 6, from GCC’s
-marchfeature sets and AMD’s Processor Programming References, which the page of each processor cites. - Clang's x86 intrinsic headers, LLVM 23.1.2 (commit
85ac56026243): the intrinsics, their signatures and doc comments, and the Clang of that release, which compiled each of them. - Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 2 (325383-093, September 2026): Volume 2B, page 4-669 (SQRTSS)
- Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 1 (253665-093, September 2026)
- Software Optimization Guide for the AMD Zen5 Microarchitecture (58455, rev. 1.00, August 2024), Wayback Machine copy of AMD's ZIP
The tables are derived from Intel XED, Copyright Intel Corporation, licensed under the Apache License 2.0; x86-64.net converted and reformatted them. The intrinsics and their signatures come from Clang, part of the LLVM Project, licensed under the Apache License 2.0 with LLVM Exceptions. The text is our own.