The ConnectX-4 Lx is a SFP28 10GbE adapter from Mellanox (now NVIDIA), on PCIe 3.0 x8, using the mlx5 driver that ships in the mainline Linux kernel. It is not marked end-of-life by its maker. 3 listings in stock, from $170.00.
Prices updated · live figures update every 4-5 hours
Passive direct-attach copper, by length. A DAC is a fixed-length cable with the transceivers moulded on - you buy the whole run at once rather than a cable plus two modules.
Every "compatible with" phrase below is the seller's own wording, recorded as a claim and badged. We have not tested any module against any switch.
| Module | Type | Brand | Seller compatibility claims | Price | |
|---|---|---|---|---|---|
| SFP+ 10GBASE-SR module | 10GBASE-SR | QSFPTEK | none stated | $9.99 | Buy |
| SFP+ 10GBASE-SR module | 10GBASE-SR | 10Gtek | none stated | $11.89 | Buy |
| SFP+ 10GBASE-LR module | 10GBASE-LR | 10Gtek | none stated | $12.59 | Buy |
| SFP+ AOC 1m | AOC | 10Gtek | none stated | $13.29 | Buy |
| SFP+ 10GBASE-SR module | 10GBASE-SR | 10Gtek | none stated | $16.99 | Buy |
| SFP+ 10GBASE-LR module | 10GBASE-LR | 10Gtek | none stated | $17.99 | Buy |
| SFP+ AOC 1m | AOC | 10Gtek | none stated | $18.99 | Buy |
| SFP+ AOC 10m | AOC | 10Gtek | none stated | $19.99 | Buy |
| SFP+ AOC 5m | AOC | 10Gtek | none stated | $21.99 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | H!Fiber | Cisco SFP-10G-T-S, D-Link, Merakiseller claim | $22.99 | Buy |
| SFP+ AOC 10m | AOC | 10Gtek | none stated | $23.99 | Buy |
| SFP+ AOC 20m | AOC | 10Gtek | none stated | $27.99 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | H!Fiber | Cisco SFP-10G-T-S, D-Link, Merakiseller claim | $29.99 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | 10Gtek | none stated | $31.49 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | 10Gtek | none stated | $31.99 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | 10Gtek | none stated | $39.99 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | 10Gtek | Intelseller claim | $42.39 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | 10Gtek | none stated | $44.99 | Buy |
| SFP+ 10GBASE-T module | 10GBASE-T | 10Gtek | none stated | $49.99 | Buy |
The ConnectX-4 Lx is the card to reach for when the ConnectX-3's end-of-life notice bothers you. It uses the mlx5 driver rather than mlx4, and mlx5 is the actively maintained branch that also carries every newer NVIDIA adapter - so it is not on a countdown in the way its predecessor is.
The SFP28 cages on these cards are the interesting part. SFP28 is the 25G form factor and it is backward compatible with SFP+, so a ConnectX-4 Lx will happily run a 10G link with a 10G direct-attach cable while leaving 25G available if the other end ever supports it. For a home build that is optionality rather than a benefit today, but it is optionality that costs nothing.
The price reflects the newer generation. These cards sit meaningfully above ConnectX-3 in our tables, and for a straightforward two-machine 10GbE link the older card does exactly the same job. The case for spending the difference is future-proofing and active driver maintenance, not anything you will observe in use.
One practical note: 25G direct-attach cables are a different product from 10G ones, and our tables label them separately for that reason. A 25G SFP28 cable will work at 10G, but if you are building a 10G link there is no reason to pay for one.
ConnectX-4 and later use the mlx5 driver, which is in the mainline Linux kernel and is actively maintained - a meaningful difference from the mlx4 generation. That matters more than any marketing claim, because a card whose driver is in the mainline kernel is a card your Linux-based NAS or hypervisor recognises without you doing anything.
We state in-kernel driver names as documented facts because they are - they come from the kernel's own driver documentation, not from a forum thread reporting that something worked. Where community experience is the only evidence available for something, we say so rather than dressing it up.
This card is not marked end-of-life by its maker, which is the main practical argument for it over the older generation in the same interface family.
Windows support is a separate question from Linux support and varies by card age. Check the maker's current driver page for your specific part number before buying if Windows is the target, because an in-kernel Linux driver tells you nothing about it.
OEM-branded ConnectX-4 Lx cards exist in the same way and the same crossflashing considerations apply, though the supply is thinner because these cards are newer and fewer have been retired.
The general shape of the crossflash question is the same across every card in this category: an OEM board carries the server maker's firmware, that firmware sometimes behaves differently from the silicon vendor's, and there is a community practice of replacing it. We link the maintained community documentation rather than reproducing the procedure here. A stale copy of a flashing guide is actively dangerous, and the people who maintain the canonical versions do so because the details change.
If you are buying an OEM-branded card specifically because it is cheaper, factor in the possibility that you will need to do this. If that prospect does not appeal, the vendor-branded card at a higher price is buying you the absence of that job.
This is an SFP+ card, so the port is a cage rather than a socket and you choose what goes in it. For two machines near each other, a passive direct-attach copper cable is the cheapest, coolest and simplest answer, and it is what most builds using this card should use.
For longer runs you need optics - a module at each end plus a fibre between them - or an active optical cable, which packages the same thing as a single sealed object. Both cost more than direct-attach copper and both go much further.
The compatibility question belongs here rather than being buried. Third-party module sellers list the equipment they claim compatibility with, and those are claims we record and badge rather than verify. Vendor coding is a documented phenomenon: cards and switches can and do refuse modules that do not identify as approved parts. A direct-attach cable avoids the entire question, which is another reason it is the default recommendation for a two-machine build.
The 10GbE hub compares every card we track and covers the SFP+ versus 10GBASE-T decision · the two-machine build prices two of these plus a cable, with no switch · used servers almost always have a spare PCIe slot for one · NAS devices is usually what sits at the other end.
For a plain 10GbE link between two machines, the older card does the same job for less. The case for the ConnectX-4 Lx is that it uses the actively maintained mlx5 driver rather than the mlx4 generation and is not end-of-life, so it has a longer expected life in a machine you do not want to revisit. That is a hedge, not a capability difference at 10G.
Yes. SFP28 is backward compatible with SFP+, so the card runs a 10G link with an ordinary 10G direct-attach cable. You do not need 25G cabling and there is no reason to buy it for a 10G build.
mlx5, in the mainline Linux kernel and actively maintained. It is the same driver family that carries NVIDIA's current adapters, which is the main practical argument for this card over the ConnectX-3.
These are PCIe 3.0 x8 cards. Check the slot you intend to use - a physically x16 slot that is electrically x4 is common on consumer boards, and it is the kind of detail that is easier to confirm before purchase than after.
Almost never today, and the honest answer is that you are buying an SFP28 card for the driver support rather than the speed. If the storage on either end cannot saturate 10G - which is the usual situation - then 25G is a number on a box.
Yes, though fewer than for the ConnectX-3 because the generation is newer and less of it has been retired from service. The same firmware considerations and the same community crossflashing practice apply.
Specification claims on this page were checked against the pages below on 4 August 2026. Where a widely-repeated figure did not survive that check, we report what the source says now and say so in the text rather than repeating the familiar number.