omi icon indicating copy to clipboard operation
omi copied to clipboard

max out the speed of storage syncs via ble

Open beastoin opened this issue 2 months ago • 4 comments

currently:

  • cv1: 5KB/s
  • devkit2: 15KB/s

it's bad.

should be: ~30KB/s

-- why 30? phy 2M, ble mtu 220, ci 30ms, 5 packages/ci ~ 36KB/s

x2 if you can request the mtu 440

beastoin avatar Nov 14 '25 13:11 beastoin

We need to evaluate the read/write SD Card performance on cv1 and devkit2, the bottle neck is SPI protocol to SD Card. I have on hand devkit2, let me measure

the QSPI with external flash memory will give it much higher performance.

0xkelvin avatar Nov 17 '25 02:11 0xkelvin

another improvement should applied https://github.com/BasedHardware/omi/issues/3450 to solve this sync speed

0xkelvin avatar Nov 18 '25 09:11 0xkelvin

this improvement with help speed up syncs via ble

also reduce load for ble stack, not a lot of retry needed

Image

0xkelvin avatar Nov 18 '25 10:11 0xkelvin

this ticket relates to storage.c, not transport.c.

keep exploring:

  • transport.c > pusher -> real time audio bytes from device's mic -> phone's app

  • storage.c -> storage syncs the audio bytes from device's sd card -> phone's app

beastoin avatar Nov 21 '25 04:11 beastoin

@TuEmb is this done btw

aaravgarg avatar Dec 10 '25 05:12 aaravgarg

the PR https://github.com/BasedHardware/omi/pull/3511 solved that @aaravgarg

TuEmb avatar Dec 10 '25 06:12 TuEmb

Sounds good, closed the issue.

aaravgarg avatar Dec 10 '25 09:12 aaravgarg