Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

LittleFS fopen() is really slow on QSPI flash #11085

Closed
janjongboom opened this issue Jul 22, 2019 · 5 comments
Closed

LittleFS fopen() is really slow on QSPI flash #11085

janjongboom opened this issue Jul 22, 2019 · 5 comments

Comments

@janjongboom
Copy link
Contributor

janjongboom commented Jul 22, 2019

Description

fopen() when used with LittleFS is ~15 times slower than with FATFileSystem when using it on the QSPI flash on the DISCO-L475VG-IOT01A board. My test script:

        Timer t;
        t.start();
        FILE *write_file = fopen("/fs/weights/y_pred_some_file.idx", "w+");
        t.stop();
        printf("fopen took %d ms.\n", t.read_ms());

This takes between 129 and 151 ms. on my board with LittleFS, but only 10-11 ms. with FATFileSystem.

@geky

Issue request type

[X] Question
[ ] Enhancement
[X] Bug
@ciarmcom
Copy link
Member

Internal Jira reference: https://jira.arm.com/browse/MBOCUSTRIA-1497

@geky
Copy link
Contributor

geky commented Jul 23, 2019

This is more likely due to directory structure layout than QSPI specifically. I'm guessing it's related to littlefs-project/littlefs#75. Unfortunately all I can say right now is that I am planning on looking at it but it will take time.

@janjongboom
Copy link
Contributor Author

@geky Thanks for pointing me to that issue.

@0xc0170
Copy link
Contributor

0xc0170 commented Aug 13, 2019

Shall this be closed ? As it's being tracked in littlefs repo issue 75

@0xc0170
Copy link
Contributor

0xc0170 commented Oct 24, 2019

If anyone follows this one, please follow littlefs-project/littlefs#75.

I'll close this as there is an issue related in the upstream repository.

# for free to join this conversation on GitHub. Already have an account? # to comment
Projects
None yet
Development

No branches or pull requests

4 participants