Elk jaar opnieuw gebeurt het weer.

Dezelfde soort artikelen duiken op. “De beste USB-sticks van 2026.” “Top 10 snelste USB-drives die je kunt kopen.” “Welke USB-stick moet je nú hebben?”

En eerlijk is eerlijk — ze lijken best nuttig. Een paar bekende merken, wat benchmarkgrafieken, misschien nog iets over bouwkwaliteit… en dan een eindlijst die net overtuigend genoeg voelt om op te klikken.

Maar als je er even rustig naar kijkt, zie je het probleem al snel.

Die lijsten proberen iets op te lossen wat eigenlijk geen groot probleem meer is.

De meeste mensen kopen een USB-stick op dezelfde manier als een pak pennen — pak gewoon de goedkoopste, ga ervan uit dat ze toch allemaal hetzelfde doen, en klaar.

En eerlijk is eerlijk, voor simpel bestanden overzetten is die gedachte niet eens helemaal verkeerd.

Maar als je ooit gedoe hebt gehad met dataintegriteit, wisselende prestaties of iets geavanceerders wilde doen zoals schrijfbeveiliging of gecontroleerde distributie, dan heb je waarschijnlijk al gemerkt: niet elke USB-stick gedraagt zich hetzelfde.

Het verschil zit niet in het plastic hoesje. Zelfs niet in het NAND-geheugen.

Het zit in de controller — en nog specifieker in hoe die controller in het apparaat is opgebouwd.

Op het eerste gezicht lijken de meeste USB-opslagapparaten precies hetzelfde te doen. Je steekt ze in, de computer herkent ze, er verschijnt een stationsletter en je verplaatst wat bestanden. Vanuit de gebruiker gezien is dat meestal het hele verhaal.

Maar onder dat simpele moment praat niet elk USB-apparaat op dezelfde manier met de computer.

Sommige apparaten koppelen aan en enumereren via BOT, wat staat voor Bulk-Only Transport. Andere, vooral prestatiegerichte USB 3.x- en USB 3.2-apparaten, kunnen UASP gebruiken, kort voor USB Attached SCSI Protocol. Voor de meeste mensen zeggen die namen helemaal niks. Voor IT-teams, softwareontwikkelaars en bedrijven die USB-media voor een workflow moeten kwalificeren, kan het juist een groot verschil maken.

Zie het als een eenbaansbrug versus een meerbaanssnelweg

Een makkelijke manier om het verschil te zien, is om aan verkeer te denken.

Om de paar maanden gebeurt het weer.

Iemand loopt de IT-afdeling binnen met een microSD-kaart in de hand en stelt een heel normale vraag: “Kunnen we de CID op deze gewoon even aanpassen?”

De IT’er kijkt naar de kaart. Dan naar de persoon. En haalt rustig adem.

De vraag is niet verkeerd. Ze is alleen gebaseerd op een aanname die niet klopt met hoe de hardware écht werkt.

Het verschil tussen firmware-identiteit en software-simulatie

Op een gegeven moment komt bijna iedereen die met USB-media werkt dezelfde vraag tegen: Kan ik een USB-stick laten lijken op een CD-ROM station?

Die vraag ontstaat meestal wanneer iemand iets automatisch wil laten starten, een installer wil laten draaien, of werkt in een omgeving waar USB-gebruik streng is beperkt. Veel mensen denken dan dat het een Windows-instelling is, een speciaal bestandje of een verborgen truc ergens in Apparaatbeheer.

Maar hier zit het misverstand: dit is geen besturingssysteem-truc. Geen file-truc. En ook geen vinkje dat je ergens aanzet.

Het is een perifere identiteit die in het USB-apparaat zelf wordt vastgelegd.

Bijna iedereen heeft dat moment wel eens gehad, ook al sta je er meestal niet echt bij stil. Je plugt een USB-stick in, begint wat bestanden te verplaatsen, en toch voelt er iets niet helemaal lekker. Hij is niet kapot, hij is niet dood, en technisch gezien doet hij gewoon zijn werk, maar het loopt net niet soepel. Misschien zakt de overdrachtssnelheid ineens zonder duidelijke reden in, misschien verbreekt hij een keer de verbinding en komt hij daarna weer terug, misschien wordt hij warmer dan je zou verwachten. En dan pak je een dag later een andere stick – zelfde capaciteit, ongeveer hetzelfde uiterlijk, misschien zelfs uit dezelfde productfamilie – en die doet het gewoon perfect. Soepele transfers, geen haperingen, geen gedoe. Hij werkt gewoon.

Het interessante is dat die twee sticks van binnen vaak veel meer op elkaar lijken dan je zou denken. In veel gevallen zijn ze gebouwd met exact dezelfde controllerfamilie en exact hetzelfde type NAND-flashgeheugen. Op papier zijn ze dus praktisch identiek. En toch gedragen ze zich in de praktijk als twee totaal verschillende producten.

De nieuwe USB-stick van Raspberry Pi lijkt vooral een solide toepassing van bekende controllertechnologie, geen nieuwe uitvinding in opslag.

Het Raspberry Pi-team heeft onlangs een eigen USB-flashdrive uitgebracht, bedoeld voor ontwikkelaars en hobbyisten die betrouwbare verwijderbare opslag willen voor hun boards en systemen. Op papier ziet het apparaat er netjes uit: een aluminium behuizing, redelijke constante snelheden en firmware-functies die je normaal bij wat betere flashproducten ziet.

Eén onderdeel van de aankondiging valt meteen op: de beschrijving van een pseudo-SLC cache die schrijfbewerkingen op QLC-NAND moet versnellen. Als je dat snel leest, kan het klinken alsof het iets bijzonders of proprietairs is. Dat is het niet. Het is gewoon een standaard techniek die overal in moderne flashopslag wordt gebruikt.

Dat verschil is belangrijk, omdat het helpt om een echt goed product te onderscheiden van marketingtaal die een normale controllerfunctie bijzonder laat klinken.

De meeste mensen denken dat iets inpluggen gewoon een simpele mechanische handeling is. Je duwt het ene deel in het andere, de stroom loopt, klaar.

In de echte wereld zit dat piepkleine moment een stuk ingewikkelder in elkaar. Elke verbinding hangt af van druk, wrijving, oppervlaktechemie en de kwaliteit van twee metalen oppervlakken die elkaar raken op microscopisch kleine contactpunten. Wat voor het blote oog glad lijkt, ziet er onder vergroting eerder uit als een berglandschap, en elektriciteit loopt alleen via de hoge puntjes waar die oppervlakken elkaar echt raken.

Daar begint contactweerstand. Hoe minder schoon en stabiel die contactpunten zijn, hoe meer weerstand zich op die overgang opbouwt. Meestal is die verandering zo klein dat je het niet eens merkt. Maar na verloop van tijd kunnen slijtage, oxidatie, vuil en steeds opnieuw in- en uitpluggen een betrouwbare verbinding langzaam veranderen in eentje die onvoorspelbaar wordt.

Maken micro-writes je SSD stiekem kapot? Laten we dit even rustig bekijken.

Als je de laatste tijd wat storage-koppen hebt gevolgd, heb je waarschijnlijk artikelen gezien die beweren dat je SSD langzaam wordt “opgegeten” door achtergrondactiviteiten — browsercache, telemetrie-logs, kleine 4KB-writes die zich opstapelen tot je schijf voortijdig uitvalt. Het klinkt technisch. Een beetje dreigend. En precies spannend genoeg om snel rond te gaan op techsites.

Micron heeft zojuist de eerste PCIe 6.0-SSD gelanceerd — de Micron 9650 — met continue leessnelheden tot 28 GB per seconde en schrijfsnelheden boven 14 GB per seconde. Dat is geen kleine stap vooruit. Dat is een architectonische verschuiving.

Op papier verdubbelt PCIe 6.0 de doorvoer van PCIe 5.0. Willekeurige leesacties bereiken meerdere miljoenen IOPS. Voor AI-datacenters die GPU’s voeden met enorme trainingsdatasets is dit geen marketingzin. Het betekent minder wachttijd, lagere latency en een betere benutting van extreem dure hardware.