K9spud
Posts: 26
Joined: Fri Nov 22, 2019 5:38 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jun 19, 2020 12:10 pm

I bought 3 x USB 3.0 to SATA adapters on eBay. They all turned out to be JMicron based JMS578 devices with different firmware revisions. None of them worked worth a darn with my old Corsair FORCE 120GB SSD drive that I was hoping to use with the Raspberry Pi. Even with quirks enabled, it was still too buggy. I tried flashing the Odroid JMicron firmware and others I could find. Nothing worked, still buggy as could be. I chalked it up to cheap Chinese crap and set them aside.

Many months later, I purchased a 2TB Seagate Backup Plus Slim external portable USB 3.0 hard disk. Since this seemed to work more or less and has UAS support, I thought maybe I could pry it open and swap in my SSD drive. Once I got it apart, surprise! It's using a JMicron JMS577 chip.

I removed the Seagate hard disk and connected the Seagate interface board to my 120GB SSD instead. No good, got tons of error messages in "dmesg," just like when I had the SSD connected with those eBay adapters.

On a whim, I decided to connect the 2TB Seagate hard disk I had just extracted from its USB disk enclosure, this time using those 3 eBay adapters that previously didn't work. Lo and behold, they all work fine, without quirks, when connected to the 2TB Seagate Backup Plus Slim hard disk drive!

This suggests to me that perhaps there are some SATA commands that aren't implemented in my old 120GB SSD drive that the JMicron firmware is attempting to use. When it fails, it causes the Jmicron firmware problems, timeouts, etc. Either that, or the SSD responds much faster than the slow 2TB hard disk, so fast that it overflows the Jmicron firmware somehow.

I have a more modern 2TB Crucial (Micron) SATA SSD in my laptop. I'm now tempted to pull it and see if it will work with any of these JMicron USB to SATA adapters.

** Update **
Tried the 2TB Crucial MX500 SSD with my eBay JMicron JMS578. Doesn't look good, lots of dmesg errors when attempting to run hdparm -tT /dev/sda. Looks like my hopes of booting and running off an SSD connected to the Raspberry Pi 4 through a USB SATA adapter are dead for now. Might have to buy a USB SSD for any hopes of the interface being fast enough to handle SSD speeds.

macropin
Posts: 1
Joined: Thu Jul 02, 2020 9:21 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 02, 2020 9:27 am

I wish I'd found this information earlier. I just wasted a lot of time trying firmware updates and trawling through github USB issues...

The guilty device (Orico 2518S3) is so bad that it can't even idle without the bus resetting.

Technical details...

idVendor=0080, idProduct=a001, bcdDevice= 2.04
Bus 002 Device 003: ID 0080:a001 Assmann Electronic GmbH Digitus DA-71114 SATA

Roches
Posts: 9
Joined: Sun Jun 07, 2020 11:40 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 03, 2020 10:28 am

I got a Sabrent EC-UASP 2.5" SATA Hard Drive USB enclosure to use with a cheap SSD on an RPi4B 4 GB. It was very slow at first, leaving me with a blinking cursor and, eventually, the Welcome to Raspberry Pi Desktop splash screen.

After applying Sabrent's firmware update to 1.0.0.8, the enclosure with the SSD boots quickly. The updater requires Windows 7+. I've still had some times where it doesn't start up properly, but that happened with SD cards too.

The Sabrent EC-UASP is "Amazon's Choice" for its category right now, so I thought it might help to mention the firmware upgrade here. Incidentally, the firmware update also changed the device label from "SABRENT" to "SATA3 64GB SSD".

nchorekchyan
Posts: 1
Joined: Fri Jul 03, 2020 3:34 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 03, 2020 3:47 pm

Just thought I'd drop this in since I was going insane over the past day.

The quirks fix solved an issue USB booting from raspberry pi 4. It was previously going into emergency mode after getting A start job is running for 1 disk (and serial1) and timing out.

cbp
Posts: 2
Joined: Sat Jan 04, 2020 11:59 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Mon Jul 06, 2020 1:08 pm

Hi all,

I am having an issue where the SSD is slower than my sd card. The quirks fix doesn't do anything.

Samsung EVO 64GB SD Card

Code: Select all

pi@raspberrypi:~ $ sudo hdparm -t /dev/mmcblk0

/dev/mmcblk0:
 HDIO_DRIVE_CMD(identify) failed: Invalid argument
 Timing buffered disk reads: 130 MB in  3.01 seconds =  43.18 MB/sec

Samsung 256SSD (AXM08D1Q) in an Inateck enclosure.

Code: Select all

pi@raspberrypi4:~ $ sudo hdparm -t /dev/sda1

/dev/sda1:
 Timing buffered disk reads:  96 MB in  3.04 seconds =  31.56 MB/sec

Does anyone have any idea what my issue could be? Some tips maybe?


UPDATE: I switched the SSD from the Inateck enclosure to an "adapter" I had from a shucked 8TB Seagate external HDD and I get some nice speeds.

Code: Select all

pi@raspberrypi:~ $ lsusb
Bus 002 Device 003: ID 0bc2:3322 Seagate RSS LLC SRD0NF2 [Expansion Desktop Drive]

pi@raspberrypi:~ $ sudo hdparm -t /dev/sda1

/dev/sda1:
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 Timing buffered disk reads: 256 MB in  1.02 seconds = 252.02 MB/sec
Any ideas what the SG_IO error is about?


Thanks in advance,

User avatar
HawaiianPi
Posts: 5967
Joined: Mon Apr 08, 2013 4:53 am
Location: Aloha, Oregon USA

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Mon Jul 20, 2020 10:54 am

This Eluteng USB 3.0 to SATA-III adapter cable for 2.5 inch drives works out of the box with UAS and TRIM.

Amazon USA link: amazon.com/dp/B0716JKJ68
Amazon UK link: amazon.co.uk/dp/B06XCV1W97

Tested on Raspberry Pi 4B2 and 4B4 v1.1 models with Raspbian Buster and Raspberry Pi OS32
June 15 bootloader with VL805 firmware 137ad and 138a1

SSD models tested:
Crucial MX500 500GB
Silicon Power A55 128GB and 256GB
Samsung 850 EVO 500GB
Kingston UV500 480GB
MyDigitalSSD Super Boot 2 128GB

Worked great with all of them (cold boot, reboot, TRIM, UASP). No quirks or firmware updates required.

Udev rules for this adapter cable.

Code: Select all

# /etc/udev/rules.d/01-unmap-trim.rules
# ASMedia ASM1153E chips (Eluteng adapters)
ACTION=="add|change", ATTRS{idVendor}=="174c", ATTRS{idProduct}=="55aa", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"

EDIT
The 5.4.51 kernel just dropped, and this cable is still working great for me (most of my testing was done with the 4.19.118 kernel).
My mind is like a browser. 27 tabs are open, 9 aren't responding,
lots of pop-ups...and where is that annoying music coming from?

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Wed Jul 22, 2020 12:07 pm

I was trying to setup quirks but found out that it's already done probably eventhough I have not it defined in cmdline. How I can come back from quirks. Curent dmesg:

[ 2.051515] usb 2-2: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 2.082696] usb 2-2: New USB device found, idVendor=152d, idProduct=0578, bcdDevice= 4.04
[ 2.086037] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.089375] usb 2-2: Product: USB 3.0 Device
[ 2.092692] usb 2-2: Manufacturer: USB 3.0 Device
[ 2.095992] usb 2-2: SerialNumber: 000000004A44
[ 2.102629] usb-storage 2-2:1.0: USB Mass Storage device detected
[ 2.106289] usb-storage 2-2:1.0: Quirks match for vid 152d pid 0578: 1000000
[ 2.109635] scsi host0: usb-storage 2-2:1.0

My cable is:
Bus 002 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2436
Joined: Thu Jul 11, 2013 2:37 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Wed Jul 22, 2020 7:44 pm

In your case, the kernel's built-in blacklist probably has an entry for your device. You can override the builtin quirk list by specifying the cmdline.txt parameter without the "u" at the end to "force" use of the UAS interface.
Rockets are loud.
https://astro-pi.org

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 23, 2020 8:45 am

jdb wrote:
Wed Jul 22, 2020 7:44 pm
In your case, the kernel's built-in blacklist probably has an entry for your device. You can override the builtin quirk list by specifying the cmdline.txt parameter without the "u" at the end to "force" use of the UAS interface.
Nope, if I remove u, it is the same unfortunatelly.

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2436
Joined: Thu Jul 11, 2013 2:37 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 23, 2020 9:15 am

What's the output of cat /proc/cmdline without anything being specified in cmdline.txt?
Rockets are loud.
https://astro-pi.org

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 23, 2020 9:59 am

jdb wrote:
Thu Jul 23, 2020 9:15 am
What's the output of cat /proc/cmdline without anything being specified in cmdline.txt?
coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.en able_hdmi=1 snd_bcm2835.enable_headphones=1 video=HDMI-A-1:1920x1080M@60 smsc95x x.macaddr=DC:A6:32:32:BB:1A vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x4000000 0 console=tty1 root=PARTUUID=d34db33f-02 rootfstype=ext4 elevator=deadline fsck .repair=yes rootwait

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2436
Joined: Thu Jul 11, 2013 2:37 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 23, 2020 3:45 pm

Hang on, I looked up the quirks for that device and it's setting BROKEN_FUA not IGNORE_UAS, which should not result in UAS being blacklisted. Your kernel is still selecting usb-storage for the device for some reason. What's the output of uname -a && lsmod?
Rockets are loud.
https://astro-pi.org

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 23, 2020 6:33 pm

jdb wrote:
Thu Jul 23, 2020 3:45 pm
Hang on, I looked up the quirks for that device and it's setting BROKEN_FUA not IGNORE_UAS, which should not result in UAS being blacklisted. Your kernel is still selecting usb-storage for the device for some reason. What's the output of uname -a && lsmod?
Linux raspberrypi 5.4.51-v7l+ #1326 SMP Fri Jul 17 10:51:18 BST 2020 armv7l GNU/Linux
Module Size Used by
veth 28672 0
xt_nat 16384 29
xt_tcpudp 16384 39
xt_conntrack 16384 2
xt_MASQUERADE 16384 7
nf_conntrack_netlink 45056 0
nft_counter 16384 74
xt_addrtype 16384 2
nft_compat 20480 79
nft_chain_nat 16384 28
nf_nat 49152 4 xt_nat,xt_MASQUERADE,nft_chain_nat
nf_conntrack 131072 5 xt_nat,xt_MASQUERADE,nf_conntrack_netlink,xt_conntrack,nf_nat
nf_defrag_ipv4 16384 1 nf_conntrack
nf_tables 143360 304 nft_compat,nft_chain_nat,nft_counter
nfnetlink 16384 4 nft_compat,nf_conntrack_netlink,nf_tables
br_netfilter 28672 0
bridge 143360 1 br_netfilter
fuse 114688 3
overlay 102400 7
sha256_generic 16384 0
libsha256 20480 1 sha256_generic
cfg80211 679936 0
rfkill 28672 2 cfg80211
8021q 32768 0
garp 16384 1 8021q
stp 16384 2 garp,bridge
llc 16384 3 garp,bridge,stp
spidev 20480 0
evdev 24576 2
snd_usb_audio 217088 8
snd_hwdep 16384 1 snd_usb_audio
snd_usbmidi_lib 32768 1 snd_usb_audio
snd_rawmidi 32768 1 snd_usbmidi_lib
snd_seq_device 16384 1 snd_rawmidi
sg 28672 0
vc4 233472 3
cdc_acm 24576 0
cec 49152 1 vc4
v3d 69632 3
gpu_sched 36864 1 v3d
drm_kms_helper 184320 3 vc4
bcm2835_v4l2 45056 0
drm 458752 10 v3d,vc4,gpu_sched,drm_kms_helper
raspberrypi_hwmon 16384 0
bcm2835_isp 32768 0
bcm2835_codec 36864 0
i2c_bcm2835 16384 0
videobuf2_vmalloc 16384 1 bcm2835_v4l2
bcm2835_mmal_vchiq 28672 3 bcm2835_isp,bcm2835_codec,bcm2835_v4l2
vc_sm_cma 32768 2 bcm2835_isp,bcm2835_mmal_vchiq
spi_bcm2835 24576 0
v4l2_mem2mem 32768 1 bcm2835_codec
videobuf2_dma_contig 20480 2 bcm2835_isp,bcm2835_codec
videobuf2_memops 16384 2 videobuf2_dma_contig,videobuf2_vmalloc
videobuf2_v4l2 28672 4 bcm2835_isp,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem
videobuf2_common 57344 5 bcm2835_isp,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
snd_soc_bcm2835_i2s 16384 0
drm_panel_orientation_quirks 16384 1 drm
videodev 237568 6 bcm2835_isp,bcm2835_codec,videobuf2_common,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
mc 45056 7 bcm2835_isp,bcm2835_codec,snd_usb_audio,videobuf2_common,videodev,v4l2_mem2mem,videobuf2_v4l2
snd_soc_core 200704 2 vc4,snd_soc_bcm2835_i2s
rpivid_mem 16384 0
snd_compress 20480 1 snd_soc_core
snd_pcm_dmaengine 16384 1 snd_soc_core
snd_pcm 98304 7 snd_usb_audio,vc4,snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_core
snd_timer 32768 1 snd_pcm
snd 73728 23 snd_compress,snd_hwdep,snd_usb_audio,snd_timer,snd_rawmidi,snd_usbmidi_lib,snd_seq_device,snd_soc_core,snd_pcm
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
fb_sys_fops 16384 1 drm_kms_helper
uio_pdrv_genirq 16384 0
uio 20480 1 uio_pdrv_genirq
i2c_dev 16384 0
ip_tables 28672 0
x_tables 32768 7 xt_nat,ip_tables,nft_compat,xt_tcpudp,xt_MASQUERADE,xt_addrtype,xt_conntrack
ipv6 450560 198 br_netfilter,bridge
nf_defrag_ipv6 20480 2 nf_conntrack,ipv6

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2436
Joined: Thu Jul 11, 2013 2:37 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 10:05 am

Well, there should be nothing preventing a UAS interface from being used if there is one. Does your mass storage device have UAS capability? Please post the output of sudo lsusb -v.
Rockets are loud.
https://astro-pi.org

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 10:35 am

I am pasting just the part for the USB SATA Cable:

sudo lsusb -v

Code: Select all

Bus 002 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technolo                                                                                                                                                             gy Corp. JMS567 SATA 6Gb/s bridge
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            0
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         9
  idVendor           0x152d JMicron Technology Corp. / JMicron USA Technology Co                                                                                                                                                             rp.
  idProduct          0x0578 JMS567 SATA 6Gb/s bridge
  bcdDevice            4.04
  iManufacturer           1 USB 3.0 Device
  iProduct                2 USB 3.0 Device
  iSerial                 3 000000004A44
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x002c
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              896mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk-Only
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0400  1x 1024 bytes
        bInterval               0
        bMaxBurst              15
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0400  1x 1024 bytes
        bInterval               0
        bMaxBurst              15
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength       0x0016
  bNumDeviceCaps          2
  USB 2.0 Extension Device Capability:
    bLength                 7
    bDescriptorType        16
    bDevCapabilityType      2
    bmAttributes   0x00000f0e
      BESL Link Power Management (LPM) Supported
    BESL value     3840 us
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x000e
      Device can operate at Full Speed (12Mbps)
      Device can operate at High Speed (480Mbps)
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   1
      Lowest fully-functional device speed is Full Speed (12Mbps)
    bU1DevExitLat          10 micro seconds
    bU2DevExitLat          32 micro seconds
can't get debug descriptor: Resource temporarily unavailable
Device Status:     0x000c
  (Bus Powered)
  U1 Enabled
  U2 Enabled

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0003 3.0 root hub
  bcdDevice            5.04
  iManufacturer           3 Linux 5.4.51-v7l+ xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 0000:01:00.0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x001f
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             4
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  bHubDecLat          0.0 micro seconds
  wHubDelay             0 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.02a0 5Gbps power Rx.Detect
   Port 2: 0000.0203 5Gbps power U0 enable connect
   Port 3: 0000.02a0 5Gbps power Rx.Detect
   Port 4: 0000.02a0 5Gbps power Rx.Detect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength       0x000f
  bNumDeviceCaps          1
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x02
      Latency Tolerance Messages (LTM) Supported
    wSpeedsSupported   0x0008
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   3
      Lowest fully-functional device speed is SuperSpeed (5Gbps)
    bU1DevExitLat           4 micro seconds
    bU2DevExitLat         231 micro seconds
can't get debug descriptor: Resource temporarily unavailable
Device Status:     0x0001
  Self Powered
  

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2436
Joined: Thu Jul 11, 2013 2:37 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 10:37 am

Your adapter doesn't support UAS.
Rockets are loud.
https://astro-pi.org

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 11:32 am

That's really strange, because I am 100% sure that some months ago I was bench marking normal state without quirks and quirks. The state without quirks was little bit slower but I could play music and do some work without any sttuters in sound etc. I deleted the quirks but since last week I got one speed slowdown which included the stutter of system etc and I wanted to try the quirks again which exposed this situation.

I agree that I updated firmware of the cable back and forth when I was trying quirks.

From which line can you see the UAS is not supported?

BTW in W10 the cable works flawlessly fast. This is really strange.

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2436
Joined: Thu Jul 11, 2013 2:37 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 11:39 am

The drive's mass storage interface has only one alternate setting, and it's Bulk-Only. It lacks SCSI.
There's nothing stopping USB mass-storage from being performant - UAS just manages multiple concurrent IO operations better.

If you've been flashing firmware images then it's possible you've installed one that disables UAS on the adapter.
Rockets are loud.
https://astro-pi.org

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 12:14 pm

The drive lacks of speed anyway. I am wondering if anyone running SSD on RPI 4, gigabyte network managed to get transfer speed more than 20MB/s. It always start on ~60MBs, but in few second it's 20MBs and sometimes even less.

I would like to have the system without the glitches and still don't know how to manage it.

gkreidl
Posts: 6355
Joined: Thu Jan 26, 2012 1:07 pm
Location: Germany

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 2:08 pm

Lipown wrote:
Fri Jul 24, 2020 12:14 pm
The drive lacks of speed anyway. I am wondering if anyone running SSD on RPI 4, gigabyte network managed to get transfer speed more than 20MB/s. It always start on ~60MBs, but in few second it's 20MBs and sometimes even less.

I would like to have the system without the glitches and still don't know how to manage it.
I'm always getting around 95 MB/sec between my Windows Desktop and my RPi 4B (3 HDDs connected).
Minimal Kiosk Browser (kweb)
Slim, fast webkit browser with support for audio+video+playlists+youtube+pdf+download
Optional fullscreen kiosk mode and command interface for embedded applications
Includes omxplayerGUI, an X front end for omxplayer

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 2:51 pm

gkreidl wrote:
Fri Jul 24, 2020 2:08 pm
Lipown wrote:
Fri Jul 24, 2020 12:14 pm
The drive lacks of speed anyway. I am wondering if anyone running SSD on RPI 4, gigabyte network managed to get transfer speed more than 20MB/s. It always start on ~60MBs, but in few second it's 20MBs and sometimes even less.

I would like to have the system without the glitches and still don't know how to manage it.
I'm always getting around 95 MB/sec between my Windows Desktop and my RPi 4B (3 HDDs connected).
Which USB SATA cables are you using please? How you have those HDDs connected? Are those SSDs?

EDIT: Now I am moving some files between SSD and normal HDD each using the same USB Sata cable on PI and the speed is 18MB/s
max :/

gkreidl
Posts: 6355
Joined: Thu Jan 26, 2012 1:07 pm
Location: Germany

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Fri Jul 24, 2020 6:43 pm

Lipown wrote:
Fri Jul 24, 2020 2:51 pm

Which USB SATA cables are you using please? How you have those HDDs connected? Are those SSDs?

EDIT: Now I am moving some files between SSD and normal HDD each using the same USB Sata cable on PI and the speed is 18MB/s
max :/
Seagate Expansion 3.5 " USB3 HDDs. Read/Write Speed on RPi4 USB3 slightly above 100 MB/sec. UAS is supported.
Minimal Kiosk Browser (kweb)
Slim, fast webkit browser with support for audio+video+playlists+youtube+pdf+download
Optional fullscreen kiosk mode and command interface for embedded applications
Includes omxplayerGUI, an X front end for omxplayer

Lipown
Posts: 130
Joined: Sun Oct 13, 2019 8:32 am

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Wed Jul 29, 2020 9:17 am

General question: Should file transfer take a lot CPU resources? Is it caused by BOT instead of UASP?

bullen
Posts: 390
Joined: Sun Apr 28, 2013 2:52 pm

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 30, 2020 9:24 am

Has anyone used a USB3 to PCIe NVMe instead of SATA?

I know the speed wont be there but stability-vise.

Does it seem more likely that a future SBC will have that connection?

What about this one that has both SATA and PCIe NVMe: https://www.amazon.com/dp/B089MBKKS7/re ... k_detail_4

This stuff is confusing, there are many standards and together with the combinations of devices it's just impossible to make the right choice!
https://github.com/tinspin/rupy - A tiny Java async HTTP application server.

fruitoftheloom
Posts: 24047
Joined: Tue Mar 25, 2014 12:40 pm
Location: Delightful Dorset

Re: STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this

Thu Jul 30, 2020 9:39 am

bullen wrote:
Thu Jul 30, 2020 9:24 am
Has anyone used a USB3 to PCIe NVMe instead of SATA?

I know the speed wont be there but stability-vise.

Does it seem more likely that a future SBC will have that connection?

What about this one that has both SATA and PCIe NVMe: https://www.amazon.com/dp/B089MBKKS7/re ... k_detail_4

This stuff is confusing, there are many standards and together with the combinations of devices it's just impossible to make the right choice!

Though talking about future products is frowned upon, Eben did touch on storage in this recent YT vid around 11 minutes:

https://youtu.be/fTJ5eLn58to
Thinking outside the box is better than burying your head in the sand...

Return to “Troubleshooting”