Instruction
VPCMPGTB
Tests packed signed bytes for greater than; the VEX form writes all-ones or zero elements, the EVEX form a mask register.
VPCMPGTB compares bytes as signed integers and marks those where the first source is the greater: the VEX and EVEX form of SSE2’s PCMPGTB, whose page builds the other orderings from it. The VEX form writes FFh or 00h per byte into a vector, the EVEX form one bit per byte into a mask register, the split VPCMPGTD’s page describes, with up to 64 bits for a zmm compare. VEX.128 needs AVX and VEX.256 AVX2; the EVEX forms need AVX512BW (with AVX512VL below 512 bits) or AVX10.1 and take a write mask, but no broadcast.
On Zen 5, vpcmpgtb xmm1, xmm2, xmmword ptr [mem] found 7Fh greater
than FFh and 00h greater than 80h, but not 80h greater than FFh,
-128 against -1. {evex} vpcmpgtb k4, ymm7, ymm12 set K4 to
872521C9h, its upper 32 bits cleared, and vpcmpgtb k6{k4}, zmm7, zmmword ptr [mem] filled all 64 bits of K6 with 42002A0148486040h,
within the bits K4 selects. vpcmpgtb xmm12, xmm6, xmm6 gave zeros,
and AMD’s Zen 5 guide lists that use among the zeroing idioms (Section
2.9.2).
Bytes in compiled code
Bytes have no arithmetic shift, so a sign mask is a compare. In our
builds at -O2 over fixed-size int8_t arrays with -march=x86-64-v3,
b[i] < 0 ? -1 : 0 is VPCMPGTB of a zeroed register against the data
in GCC 14 and Clang 23, and b[i] > c[i] ? -1 : 0 one VPCMPGTB per
vector. With -march=x86-64-v4 Clang keeps both, while GCC compares
zmm registers into K1, with VPCMPLTB and VPCMPNLEB, aliases of
VPCMPB, and expands the mask with a zero-masked
VMOVDQU8.
A select, b[i] > c[i] ? b[i] : c[i] + 1, is VPCMPGTB and
VPBLENDVB at -v3. At -v4 Clang compares into
mask registers and merges b into the sums with VMOVDQU8, while GCC
adds 1 only under the mask of VPCMPLEB, with a merging VPADDB.
AMD’s latency spreadsheet for Zen 5 gives the VEX row one cycle, four per cycle, and the EVEX rows, which write a mask, 3, 4 and 6 cycles for xmm, ymm and zmm sources, two per cycle.
Forms
| Instruction | Encoding | Requires |
|---|---|---|
VPCMPGTB xmm, xmm, m128
VPCMPGTB_XMMdq_XMMdq_MEMdq | VEX.128.66.0F.WIG 64 /r | AVX |
VPCMPGTB xmm, xmm, xmm
VPCMPGTB_XMMdq_XMMdq_XMMdq | VEX.128.66.0F.WIG 64 /r | AVX |
VPCMPGTB ymm, ymm, m256
VPCMPGTB_YMMqq_YMMqq_MEMqq | VEX.256.66.0F.WIG 64 /r | AVX2 |
VPCMPGTB ymm, ymm, ymm
VPCMPGTB_YMMqq_YMMqq_YMMqq | VEX.256.66.0F.WIG 64 /r | AVX2 |
VPCMPGTB k {k}, xmm, xmm
VPCMPGTB_MASKmskw_MASKmskw_XMMu8_XMMu8_AVX512 | EVEX.128.66.0F.WIG 64 /r | AVX10.1 or AVX512BW + AVX512VL |
VPCMPGTB k {k}, xmm, m128
VPCMPGTB_MASKmskw_MASKmskw_XMMu8_MEMu8_AVX512 | EVEX.128.66.0F.WIG 64 /r | AVX10.1 or AVX512BW + AVX512VL |
VPCMPGTB k {k}, ymm, ymm
VPCMPGTB_MASKmskw_MASKmskw_YMMu8_YMMu8_AVX512 | EVEX.256.66.0F.WIG 64 /r | AVX10.1 or AVX512BW + AVX512VL |
VPCMPGTB k {k}, ymm, m256
VPCMPGTB_MASKmskw_MASKmskw_YMMu8_MEMu8_AVX512 | EVEX.256.66.0F.WIG 64 /r | AVX10.1 or AVX512BW + AVX512VL |
VPCMPGTB k {k}, zmm, zmm
VPCMPGTB_MASKmskw_MASKmskw_ZMMu8_ZMMu8_AVX512 | EVEX.512.66.0F.WIG 64 /r | AVX10.1 or AVX512BW |
VPCMPGTB k {k}, zmm, m512
VPCMPGTB_MASKmskw_MASKmskw_ZMMu8_MEMu8_AVX512 | EVEX.512.66.0F.WIG 64 /r | AVX10.1 or AVX512BW |
Latency and throughput
| Model | xmm, xmm, m128 | xmm, xmm, xmm | ymm, ymm, m256 | ymm, ymm, ymm | k {k}, xmm, xmmk {k}, ymm, ymmk {k}, zmm, zmmno mask | k {k}, xmm, m128 | k {k}, ymm, m256k {k}, zmm, m512 | k {k}, zmm, zmmwith a mask |
|---|---|---|---|---|---|---|---|---|
| Sandy Bridge | 7 / 0.5p15 | 1 / 0.5p15 | ||||||
| Haswell | 7 / 0.5p15 | 1 / 0.5p15 | 8 / 0.5p15 | 1 / 0.5p15 | ||||
| Broadwell | 6 / 0.5p15 | 1 / 0.5p15 | 7 / 0.5p15 | 1 / 0.5p15 | ||||
| Skylake | 7 / 0.5p01 | 1 / 0.5p01 | 8 / 0.5p01 | 1 / 0.5p01 | ||||
| Skylake-SP, Ice Lake | 7 / 0.5p01 | 1 / 0.5p01 | 8 / 0.5p01 | 1 / 0.5p01 | 4 / 1p5 | 10 / 1p5 | 11 / 1p5 | 4 / 1p5 |
| Alder Lake | 8 / 0.5p01 | 1 / 0.5p01 | 9 / 0.5p01 | 1 / 0.5p01 | ||||
| Sapphire Rapids | 8 / 0.5p01 | 1 / 0.5p01 | 9 / 0.5p01 | 1 / 0.5p01 | 3 / 1p5 | 3 / 1p5 | 3 / 1p5 | 3 / 1p5 |
| Lunar Lake | 7 / 2V0 V1 | 1 / 0.5V0 V1 | 8 / 2.33V0 V1 | 1 / 0.5V0 V1 | ||||
| Piledriver | 7 / 1.5FPMAL | 2 / 0.5FPMAL FPU2 FPU3 | ||||||
| Zen | 8 / 0.5FPU0 FPU1 FPU3 | 1 / 0.33FPU0 FPU1 FPU3 | 8 / 0.67FPU0 FPU1 FPU3 | 1 / 0.67FPU0 FPU1 FPU3 | ||||
| Zen 2 | 8 / 0.33FPU0 FPU1 FPU3 | 1 / 0.33FPU0 FPU1 FPU3 | 8 / 0.33FPU0 FPU1 FPU3 | 1 / 0.33FPU0 FPU1 FPU3 | ||||
| Zen 3 | 8 / 0.5FP0 FP1 FP2 FP3 | 1 / 0.25FP0 FP1 FP2 FP3 | 8 / 0.5FP0 FP1 FP2 FP3 | 1 / 0.25FP0 FP1 FP2 FP3 | ||||
| Zen 4 | 8 / 0.5FP0 FP1 FP2 FP3 | 1 / 0.25FP0 FP1 FP2 FP3 | 8 / 0.5FP0 FP1 FP2 FP3 | 1 / 0.25FP0 FP1 FP2 FP3 | 1 / 0.251FP0 FP1 FP2 FP3 | 8 / 0.5FP0 FP1 FP2 FP3 | 8 / 0.5FP0 FP1 FP2 FP3 | 1 / 0.5FP0 FP1 FP2 FP3 |
| Jaguar | 6 / 1FPU0 FPU1 VALU0 VALU1 | 1 / 0.5FPU0 FPU1 VALU0 VALU1 | ||||||
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.
Shown: bytes 7 to 0. Every byte works alike: 16 and 32 bytes in the xmm and ymm forms.
Result byte i comes from byte i of xmm2 and xmm3. Result bytes 7 to 0: r7, r6, r5, r4, r3, r2, r1, r0.
Where a bit of the write mask k2 is 0, the result bit is 0. Shown: bytes 7 to 0. Every byte works alike: 16, 32 and 64 bytes in the xmm, ymm and zmm forms.
Bit i of k1 comes from byte i of xmm2 and xmm3. Result bits 7 to 0: r7, 0 (bit 6 of k2 is 0), r5, r4, r3, r2, r1, r0.
Operation
What the forms do, in pseudocode that our tests run against results recorded on real processors. How to read.
for i in range(VL // 8):
sa = ymm2.sb[i]
sb = src3.sb[i]
ymm1.b[i] = -1 if sa > sb else 0
# ymm1 is zeroed from bit VL upRun on AMD Zen 5 (EPYC 9645): 4 cases.
for i in range(VL // 8):
sa = zmm2.sb[i]
sb = src3.sb[i]
k1[i] = k2[i] and sa > sb
# the other bits of k1 are clearedRun on AMD Zen 5 (EPYC 9645): 6 cases.
Operands
| Operand | Kind | Action |
|---|---|---|
VPCMPGTB xmm, xmm, xmm/m128 VPCMPGTB ymm, ymm, ymm/m256 | ||
xmm, ymm | explicit | write |
xmm, ymm | explicit | read |
xmm/m128, ymm/m256 | explicit | read |
VPCMPGTB k {k}, xmm, xmm/m128 VPCMPGTB k {k}, ymm, ymm/m256 VPCMPGTB k {k}, zmm, zmm/m512 | ||
k | explicit | write (masked) |
{k} | explicit | read (write mask) |
xmm, ymm, zmm | explicit | read |
xmm/m128, ymm/m256, zmm/m512 | 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.
- VEX forms
avx-type-4- EVEX forms
AVX512-E4
Attributes
What else XED records about the forms. How to read.
- EVEX forms
- write masking
- EVEX memory forms
- memory fault suppression
Intrinsics
The C intrinsics of Clang 23.1.2 that compile to VPCMPGTB, 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_cmpgt_epi8
__m128i _mm_cmpgt_epi8(__m128i __a, __m128i __b) |
|
_mm_cmpgt_epi8_mask
__mmask16 _mm_cmpgt_epi8_mask(__m128i A, __m128i B) |
|
_mm_mask_cmpgt_epi8_mask
__mmask16 _mm_mask_cmpgt_epi8_mask(__mmask16 k, __m128i A, __m128i B) |
|
_mm_cmplt_epi8
__m128i _mm_cmplt_epi8(__m128i __a, __m128i __b) |
|
_mm_cmplt_epi8_mask
__mmask16 _mm_cmplt_epi8_mask(__m128i A, __m128i B) |
|
_mm_mask_cmplt_epi8_mask
__mmask16 _mm_mask_cmplt_epi8_mask(__mmask16 k, __m128i A, __m128i B) |
|
_mm256_cmpgt_epi8
__m256i _mm256_cmpgt_epi8(__m256i __a, __m256i __b) |
|
_mm256_cmpgt_epi8_mask
__mmask32 _mm256_cmpgt_epi8_mask(__m256i A, __m256i B) |
|
_mm256_mask_cmpgt_epi8_mask
__mmask32 _mm256_mask_cmpgt_epi8_mask(__mmask32 k, __m256i A, __m256i B) |
|
_mm256_cmplt_epi8_mask
__mmask32 _mm256_cmplt_epi8_mask(__m256i A, __m256i B) |
|
_mm256_mask_cmplt_epi8_mask
__mmask32 _mm256_mask_cmplt_epi8_mask(__mmask32 k, __m256i A, __m256i B) |
|
_mm512_cmpgt_epi8_mask
__mmask64 _mm512_cmpgt_epi8_mask(__m512i A, __m512i B) |
|
_mm512_mask_cmpgt_epi8_mask
__mmask64 _mm512_mask_cmpgt_epi8_mask(__mmask64 k, __m512i A, __m512i B) |
|
_mm512_cmplt_epi8_mask
__mmask64 _mm512_cmplt_epi8_mask(__m512i A, __m512i B) |
|
_mm512_mask_cmplt_epi8_mask
__mmask64 _mm512_mask_cmplt_epi8_mask(__mmask64 k, __m512i A, __m512i B) |
|
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.
More AVX instructions
- VPADDQ
- VPADDSB
- VPADDSW
- VPADDUSB
- VPADDUSW
- VPADDW
- VPALIGNR
- VPAND
- VPANDN
- VPAVGB
- VPAVGW
- VPBLENDVB
- VPBLENDW
- VPCLMULQDQ
- VPCMPEQB
- VPCMPEQD
- VPCMPEQQ
- VPCMPEQW
- VPCMPESTRI
- VPCMPESTRM
- VPCMPGTD
- VPCMPGTQ
- VPCMPGTW
- VPCMPISTRI
- VPCMPISTRM
- VPERM2F128
- VPERMILPD
- VPERMILPS
- VPEXTRB
- VPEXTRD
- VPEXTRQ
- VPEXTRW
- VPHADDD
- VPHADDSW
- VPHADDW
- VPHMINPOSUW
- VPHSUBD
- VPHSUBSW
- VPHSUBW
- VPINSRB
More AVX2 instructions
- VPADDSW
- VPADDUSB
- VPADDUSW
- VPADDW
- VPALIGNR
- VPAND
- VPANDN
- VPAVGB
- VPAVGW
- VPBLENDD
- VPBLENDVB
- VPBLENDW
- VPBROADCASTB
- VPBROADCASTD
- VPBROADCASTQ
- VPBROADCASTW
- VPCMPEQB
- VPCMPEQD
- VPCMPEQQ
- VPCMPEQW
- VPCMPGTD
- VPCMPGTQ
- VPCMPGTW
- VPERM2I128
- VPERMD
- VPERMPD
- VPERMPS
- VPERMQ
- VPGATHERDD
- VPGATHERDQ
- VPGATHERQD
- VPGATHERQQ
- VPHADDD
- VPHADDSW
- VPHADDW
- VPHSUBD
- VPHSUBSW
- VPHSUBW
- VPMADDUBSW
- VPMADDWD
More AVX10.1 instructions
- VPANDQ
- VPAVGB
- VPAVGW
- VPBLENDMB
- VPBLENDMD
- VPBLENDMQ
- VPBLENDMW
- VPBROADCASTB
- VPBROADCASTD
- VPBROADCASTMB2Q
- VPBROADCASTMW2D
- VPBROADCASTQ
- VPBROADCASTW
- VPCLMULQDQ
- VPCMPB
- VPCMPD
- VPCMPEQB
- VPCMPEQD
- VPCMPEQQ
- VPCMPEQW
- VPCMPGTD
- VPCMPGTQ
- VPCMPGTW
- VPCMPQ
- VPCMPUB
- VPCMPUD
- VPCMPUQ
- VPCMPUW
- VPCMPW
- VPCOMPRESSB
- VPCOMPRESSD
- VPCOMPRESSQ
- VPCOMPRESSW
- VPCONFLICTD
- VPCONFLICTQ
- VPDPBUSD
- VPDPBUSDS
- VPDPWSSD
- VPDPWSSDS
- VPERMB
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. - LLVM 23.1.2's x86 scheduling models (commit
85ac56026243): the latency, reciprocal throughput and ports of each form, as llvm-mca reports them. - Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 2 (325383-093, September 2026): Volume 2B, page 4-258 (PCMPGTB/
PCMPGTW/ PCMPGTD) - Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 1 (253665-093, September 2026)
- Intel Advanced Vector Extensions 10.2 Architecture Specification, revision 7.0 (361050-007, April 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 and the timings from LLVM's scheduling models, both part of the LLVM Project, licensed under the Apache License 2.0 with LLVM Exceptions. The text is our own.