And the Corsair GTX is by far the fastest USB flash drive I've ever tested.īut there's one other test I wanted to do before closing the book on performance, and that's a 10 GB file copy over the network. So overall, it looks like a decent quality NVMe drive and USB enclosure is going to give the best overall performance. And the XPG NMVe drive is at least twice as fast as every other option when it comes to random write performance. The performance of the older flash drives remains abysmal, with even the microSD card trouncing them in random 4K write performance.īut the Arcanite also falls off quite a bit in comparison to the SSDs and the Corsair. Random IO performance paints a more complex picture. The Arcanite does well here, but it does lag a little bit behind the SSDs and even the Corsair GTX. The sequential results show a huge gap between the SSDs and fast new USB flash drives and the cheaper older-generation flash drives and the microSD card.įrom what I've found, it seems like most USB flash drives perform the same as a microSD card in a USB adapter: So how did all these drives perform? I ran all the tests booting the Pi from the device that was being tested, and I also ran the same benchmarks on my fastest microSD card, a Samsung Evo Plus. I ran benchmarks on every one of these drives, testing their sequential read and write performance with hdparm and dd (to test large file operations), as well as their random 4K read and write performance with iozone (to test more general usage patterns when booting or running apps on a Pi). (Inside the Raspberry Pi) Samsung Evo Plus 32GB microSD card.SanDisk Ultra Fit 128GB USB 3.0 flash drive.SanDisk Ultra Flair 16GB USB 3.0 flash drive.Corsair Flash Voyager GTX 128GB flash drive.TDBT M.2 NVMe Enclosure and XPG SX6000 Lite 128GB.Inatech SATA enclosure w/ UASP and Kingston 120 GB SSD.I added a couple other drives to the test, pictured below:Ĭlockwise, from the Inateck case in the top middle: ![]() So my curiosity is fulfilled, I am staying with SD Card only.So I took Rob up on the offer, and he sent me an XPG NVMe drive in a TDBT enclosure and an Arcanite AK58 USB 3.1 flash drive, touted by some as 'one of the fastest USB flash drives available'. Boot from USB Stick: GUI shows up on TV in 16 seconds Boot from SDCard: GUI shows up on TV in 14 seconds Boot from USB Stick: GUI shows up on TV in 32 seconds Boot from SDCard: GUI shows up on TV in 30 seconds Test starting RuneAudio (about a month old Frank's image with Midori and HDMI output to TV, thanks for that, Frank) SanDisk Ultra Fit USB 3.0 16GB Flash Drive (up to 130 MB/s) SanDisk Ultra 8GB Class 10 SD card (up to 48MB/S) I was surprised that boot time was not faster but even a little bit slower than with SD card. Anyway, with your help I got it work and did some measurements. I didn't like /dev/sda1 because it is possible to get into conflict with other USB drives. Hope this helps johnbanks Posts: 124 Joined:, 00:16Ĭhange the "1" if the OS is not in the first partition on the USB stick. The USB stick I use is – Integral Fusion 16GB USB 3.0 and the microSD card– Kingston 8GB Class 4. Regarding corruption caused by sudden power loss during a file write – it seems logical that the less time spent in this ‘vulnerable’ write condition (because writes are faster) then the less chance of corruption. I believe that USB sticks have more sophisticated wear levelling than SD cards.Īlso I know from CrystalDiskMark tests run on my Windows laptop using the USB 2.0 port (as RPi) that a USB 3.0 stick reads twice as fast and writes more than 6 times faster than a microSD card. Finally I make the necessary change to the cmdline.txt file in the first (FAT) partition on the SD card. Then I clone copy the second partition on the SD card and burn it to the USB stick. I burn the image onto an SD card, power up and then down properly (just in case the second partition gets changed on first power on?). ![]() ![]() I always run the second (OS) partition from a USB stick on my RuneAudio & OpenElec (separate not combo) rigs built for myself & family members.
0 Comments
Leave a Reply. |