klen (13.01.2025 01:57, просмотров: 50) ответил Vit на сейчас 32-бит контроллера без DMA не очень-то и найти... в
побайтных SPI-трансферах на одних инлайнах/неинлайнах от фантазий
компиляторописателей можно такие разбросы огрести, что все эти
измерения - частный случай. и вам везёт - выбираете флешки без
неравномерного размера страниц по телу (на плюсах должно решаться,
конечно, удобнее)... ну а wait_busy подразумевает либо тупое
ожидание, либо отдано на откуп вытеснению. при 2-х устройствах на
одном SPI решение будет сильно-
- так там ещё нужно решать тучу моментов стыковки уровня
сектор-кластер. на DMA это в первую очередь и ложится, но оно
торчит на слой выше голых дров. т.е. это не те дрова. ну и если
явно видно ожидающую семантику, то опять же никаких возвратных
статусов не видно. оно, наверно, выглядит проще, но, КМК, тематика
съедена давно, а реализации как раз и соревнуются в вопросах
синхронизации и кэширования. т.е. там самое интересное, а не в API - Vit(13.01.2025 09:13)
- апи тоже важен, он отражает педали алгоритмов. видя мой сценарий - для чего я ваще это все затеял, думаю попробывать добавить управление кэшем, чтоб делать упреждающее чтение файла, или как то добавить это в автомат. при работе с драйвером видеокарты сейчас можно настроить политику шины - то есть дать драйверу априорную информацию о цели работы с файлом для балансировки шины. хочу тут также. мне нужно чтоб чтение всегда было из кеша. одно расстраивает - нет в сh32vxxx klen(27 знак., 13.01.2025 12:51)
- так там ещё нужно решать тучу моментов стыковки уровня
сектор-кластер. на DMA это в первую очередь и ложится, но оно
торчит на слой выше голых дров. т.е. это не те дрова. ну и если
явно видно ожидающую семантику, то опять же никаких возвратных
статусов не видно. оно, наверно, выглядит проще, но, КМК, тематика
съедена давно, а реализации как раз и соревнуются в вопросах
синхронизации и кэширования. т.е. там самое интересное, а не в API - Vit(13.01.2025 09:13)