I bought a Crucial P2 CT1000P2SSD8 NVMe SSD, put it into an external USB 3.1 case and connected it to my NUC via one of the back thunderbolt ports (with USB-C to USB-C cable).
Crystal Disk Mark shows a sequential write rate of only around 100 MB/s while it's 1000 MB/s when connected to the front USB-C port of the NUC. Also the reading speed is slower on thunderbolt compared to USB-C on the front.
Why is that so? Are the thunderbolt ports on the back incompatible to USB 3.1?
Why is that so? Are the thunderbolt ports on the back incompatible to USB 3.1?
Yes, they're definitely USB 3.1 Gen2 compatible and they test on my HVK up to 10Gb/s speeds, I use a Silverstone DS223 external storage device (https://www.silverstonetek.com/product.php?area=en&pid=678) running 2x Samsung 860 EVO 250GB SSD's in RAID 0, and can pull ~840MB/s read from USB-C Bus 6 fine (the rear right TB port).
Only other tips I can suggest is to make sure all your drive firmware is up to date, not just for the drive/s themselves but for the controller onboard the host device too (In my case an ASMedia ASM1352R - F/W 180328_b5_20_60)
Indeed, many external drive cases can be a bit of lottery unfortunately, and you either have to get lucky or do a bit of research/read reviews on them before you buy. In general I've found devices with ASMedia chipsets/controllers perform well though, and often have good firmware support options available.
I bought one from Sabrent now. Don't know if it's good but it isn't that cheap and looks well made. My actual one is from Fideco which I think is just some chinese brand. It works rather well on the front USB-C but read speed is 600 MB/s and write speed is 1000 MB/s which can't be right in my opinion. On the thunderbolt ports I can't even use the drive with OBS as it immediately skips hundrets of frames when starting to record.
I now have the new enclosure. On the back thunderbolt ports it is even slower than the other one while on the front USB-C it's a little faster than the other one. So the thunderbolt ports are definitely slower. Or do I need a special cable? If I deactivate the onboard thunderbolt controller, the 2 back ports will be deactivated as well, or will they just be "downgraded" to USB 3.2? First screenshot is front USB-C and second is back thunderbolt ports.
Certainly interesting, and yes if you deactivate TB it'll deactivate the ports unfortunately.
For me on my HVK all the USB 3.1 Gen 2 ports perform roughly the same (at least within margin of error on Linux), with the same USB-C cable. It might be a cable issue though as those numbers certainly look low for an external NVMe drive either way, but hard to be sure without testing etc.
Maybe re-install your chipset drivers also? (I assume you're running Win10)
I just ran a set of tests on my production HV unit. Here is the results:
- With Sabrent EC-T3NS NVMe-to-TBT3 Adapter and ADATA/XPG SX8100 (non-Pro) 256GB (Spec R/W 3500/1000):
NUC8i7HVK Rear1: 1532/987
NUC8i7HVK Rear2: 1551/980
NUC9VXQNX Baseline: 1506/979
- With Sabrent EC-NVME NVMe-to-USB-C Adapter and ADATA/XPG SX8200 Pro 512GB (Spec R/W 3350/2350):
NUC8i7HVK Front: 1058/1001
NUC8i7HVK Rear1: 1028/958
NUC8i7HVK Rear2: 1029/955
NUC9VXQNX Baseline: 1031/971
While this shows a slightly better result on the HV's Front USB-C, the results are nothing like what you have described. I think you need to look more-carefully at the hardware that you are using.
Thanks for testing! Could devices on any of the other USB ports slow down the thunderbolt ports? I thought the thunderbolt ports have their own controller?
Then which software do you use for benchmarking? I figured out that other benchmarking software like "ATTO Disk Benchmark" show different results when it comes to read speed. While with Crystal Disk Mark the read speed is always slower than the write speed, with ATTO they are nearly the same on front USB-C where around 1 GB/s is ok, I think. But on thunderbolt also ATTO shows very very veeery bad speed especially when writing small files:
I searched for the thunderbolt controller in Windows control center, but I can't find anything containing "Thunderbolt" in there. Not on system components, not on USB controllers. When starting the Intel Driver & Support Assistant, it shows all drivers are up to date, but also there I can't find anything regarding "Thunderbolt". So I downloaded "Thunderbolt Software" from Intel website and tried to install it. It can't be installed because of some "serious error".
Next thing is that the Intel Driver & Support Assistant shows my model as "NUC8i7HVB" which doesn't even exist, it seems?
Then I noticed that the driver updater from CCleaner shows I have more than 40 outdated drivers, mostly by Intel while the Intel Driver & Support Assistant still shows all drivers are up to date?
Did all the available updates with CCleaner, didn't change anything. So I deactivated the thunderbolt controller in UEFI and looked at the Windows control center which device disappeared. It's a device called "Intel(R) USB 3.1 eXtensible Hostcontroller - 1.10 (Microsoft)". After re-activating thunderbolt controller in UEFI that device also re-appeared on Windows.
I also have the same controller but with USB 3.0 instead of 3.1. And another USB 3.1 controller, but "ASMedia" instead of "Intel(R)".
Try updating the TB firmware here if you haven't already, could be that?
Also the "NUC8i7HVB" is the correct name for the actual motherboard:
Well, devices on other USB ports *can* affect the performance of the TBT ports; it is how significant this affect will actually be that is the question. The TBT controller relies on PCIe lanes generated by the PCH (the chipset). The PCH, in turn, relies on the DMI Bus connection from the processor. The current implementation of the DMI bus is essentially equivalent to a PCIe x4 connection. This bandwidth is being shared by TBT (PCIe x4), 3x USB 2.0, 8x USB 3.0 (but not USB 3.1), 2x LAN, WiFi, 2x NVMe (PCIe x4) plus the 'slow' buses (HDA Bus (Audio), SPI Bus (TPM), LPC Bus (EC), SMBus, I2C, MEI (ME), etc.). You see the issue? That the DMI bus can be saturated goes without saying. Intel will argue that this doesn't occur all that often. In the very near future, though, they are doubling the width of the DMI bus. What does that say? IMHO, they should have widened it years ago!
I use Crystal DiskMark (7.0.0 x64) for my numbers.
Of course throughput drops significantly when handling small files. That's a no-duh.
Sorry, did not see your last post until now. Ok, so you say literally everything except USB 3.1 shares the same bandwith? That would explain why the drive is much faster on USB 3.1 on the front. Because on USB 3.0 I have 3 hubs, one for normal periphery like printer, speakers and so on. One just for keyboard and mouse. And the third for 2 external HDD drives from which one is always active. Also a capture card is connected to a fourth USB 3.0 port. In addition internet runs over LAN. And monitor is connected to display port which also shares bandwith with thunderbolt if I am right. This all together could then be the reason for dropping bandwith on thunderbolt, right? Yeah, Intel should have thought about that problem earlier as you don't have to be a rocket scientist to see the problem.
Whether any of these USB devices (even the hubs) are going to disaffect TBT is going to be dependent upon what these devices are doing simultaneously. If they are not actively doing something while the throughput test is running, then they are not going to have any affect on the test. While it is true that you will see a performance improvement using the USB 3.1 Gen 2 ports, the improvement is going to be minimal. I don't believe that this would ever be enough to explain why you are seeing the large differences that you reported. I think something else is causing this and am guessing that the USB device may be the (inferior) culprit. It's totally up to you to decide whether you want to spend the money to get an alternative to try, however.
Tried to update the firmware, but get this error message:
When trying to install the Intel Thunderbolt software, I get this error message:
The log file contains this:
[2BAC:2D78][2021-07-03T15:28:52]e000: Error 0x80070643: Failed to install MSI package. [2BAC:2D78][2021-07-03T15:28:52]e000: Error 0x80070643: Failed to execute MSI package. [2738:3528][2021-07-03T15:28:52]e000: Error 0x80070643: Failed to configure per-machine MSI package. [2738:3528][2021-07-03T15:28:52]i319: Applied execute package: dch_setup.msi, result: 0x80070643, restart: None [2738:3528][2021-07-03T15:28:52]e000: Error 0x80070643: Failed to execute MSI package.
I now managed to install the Thunderbolt Software just after rebooting. But the firmware updater still says that the Thunderbolt UWD software is not installed. Perhaps I would have to connect a real thunderbolt device to the thunderbolt ports? That whole stuff is really complicated and I am willing to give up and just use the external enclosure on the front USB-C although this looks bad and I did not want that cable stuff in front of my NUC.