On Thu, Sep 04, 2025 at 02:52:20PM +0100, Crystal Kolipe wrote:
> If you want a JMicron chipset based device, I can confirm that the Icy Box
> IB-1807MT-C31 works with OpenBSD, (and has a write-protect switch which may be
> useful depending on your application).

Using the recommended Icy Box enclosure IB-1807MT-C31 (USB 3.2 Gen 2 
SuperSpeed+ 1250 MB/s) I can confirm that it works now:

---

$ usbdevs -vv
...
addr 05: 152d:0583 JMicron, USB Storage Device
         super speed, power 224 mA, config 1, rev 31.10, iSerial DB2445000006
         driver: umass0
---

Using a 2TB sized Crucial P3 Plus (PCIe Gen4 NVMe SSD, max write speed 4200 
MB/s),
with the enclosure attached to usb type-a port (USB 3.2 Gen 1 SuperSpeed 625 
MB/s),
testing with fio I get:

---
$ fio --name=write_test --ioengine=sync --rw=write --bs=64k --size=1G 
--numjobs=1 --time_based --runtime=20 --filename=/mnt/backup/test
fio: this platform does not support process shared mutexes, forcing use of 
threads. Use the 'thread' option to get rid of this warning.
write_test: (g=0): rw=write, bs=(R) 64.0KiB-64.0KiB, (W) 64.0KiB-64.0KiB, (T) 
64.0KiB-64.0KiB, ioengine=sync, iodepth=1
fio-3.38
Starting 1 thread
Jobs: 1 (f=1): [W(1)][100.0%][w=148MiB/s][w=2365 IOPS][eta 00m:00s]
write_test: (groupid=0, jobs=1): err= 0: pid=-642416576: Thu Sep 11 23:05:44 
2025
  write: IOPS=2046, BW=128MiB/s (134MB/s)(2560MiB/20011msec); 0 zone resets
    clat (usec): min=12, max=2000.8k, avg=486.31, stdev=10346.13
     lat (usec): min=12, max=2000.8k, avg=487.52, stdev=10346.12
    clat percentiles (usec):
     |  1.00th=[   15],  5.00th=[   16], 10.00th=[   16], 20.00th=[   37],
     | 30.00th=[   59], 40.00th=[   63], 50.00th=[   69], 60.00th=[   77],
     | 70.00th=[   97], 80.00th=[  147], 90.00th=[  210], 95.00th=[  258],
     | 99.00th=[26870], 99.50th=[27395], 99.90th=[28443], 99.95th=[28705],
     | 99.99th=[29492]
   bw (  KiB/s): min=15660, max=154933, per=100.00%, avg=138200.03, 
stdev=30153.20, samples=37
   iops        : min=  244, max= 2420, avg=2159.03, stdev=471.18, samples=37
  lat (usec)   : 20=14.99%, 50=8.70%, 100=47.18%, 250=23.49%, 500=4.35%
  lat (usec)   : 750=0.02%
  lat (msec)   : 2=0.01%, 50=1.27%, >=2000=0.01%
  cpu          : usr=0.80%, sys=17.79%, ctx=637, majf=0, minf=3
  IO depths    : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued rwts: total=0,40962,0,0 short=0,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=1
Run status group 0 (all jobs):
  WRITE: bw=128MiB/s (134MB/s), 128MiB/s-128MiB/s (134MB/s-134MB/s), io=2560MiB 
(2684MB), run=20011-20011msec
---

So an average transfer speed of about 134 MB/s.

Attaching via usb type-c port does not work whatsoever, even when attached upon 
boot.

Does that match what I should expect at best from such a setup with OpenBSD?

Reply via email to