pvvx
Активный участник сообщества
Кто уже тестировал производительность Little FileSystem ?
Симулятор глючит при нормальных параметрах для RTL-ок (1МБ на lfs в SPI Flash).
Останавливается на 66.6% (666 ):
Предполагаю перенести её в rtlDuino на RTL серии "B" и в Web-свалку, но по началу надо произвести тесты на реальную производительность с SPI-Flash и открытыми десятком файлов для средней нагрузки Web. Производительность от типа микропроцессора WiFi-SoC у неё не должна зависеть, если это не ESP32 со своими глюками с XIP и не ESP8266 с ограничением XIP в 1 МБ. Всё упирается только в скорость работы Flash с XIP по QIO 100 MHz (RTL871xBx), да запись в Flash XIP тоже поддерживает. При записи у RTL серии "A" нет проблем, т.к. нет "кэша" XIP, как и самого XIP и CPU работает без задержек на чтение исполняемого кода в "кэш" (не требует сброса "кэш" и CPU работоспособен пока Flash занята записью/стиранием)... Всё это требует оптимизации под данные условия, что даст хорошее ускорение...
Ещё бы где надыбать python майкер готового образа LFS?
Симулятор глючит при нормальных параметрах для RTL-ок (1МБ на lfs в SPI Flash).
Останавливается на 66.6% (666 ):
Предполагаю перенести её в rtlDuino на RTL серии "B" и в Web-свалку, но по началу надо произвести тесты на реальную производительность с SPI-Flash и открытыми десятком файлов для средней нагрузки Web. Производительность от типа микропроцессора WiFi-SoC у неё не должна зависеть, если это не ESP32 со своими глюками с XIP и не ESP8266 с ограничением XIP в 1 МБ. Всё упирается только в скорость работы Flash с XIP по QIO 100 MHz (RTL871xBx), да запись в Flash XIP тоже поддерживает. При записи у RTL серии "A" нет проблем, т.к. нет "кэша" XIP, как и самого XIP и CPU работает без задержек на чтение исполняемого кода в "кэш" (не требует сброса "кэш" и CPU работоспособен пока Flash занята записью/стиранием)... Всё это требует оптимизации под данные условия, что даст хорошее ускорение...
Ещё бы где надыбать python майкер готового образа LFS?
Последнее редактирование: