USB MSD性能

当使用旧版本，但我预计不会有太大的变化…我似乎记得大约1秒，创建每一个文件！我的另一个问题是，如果USB棒有很多文件，这真的减慢了事情。每次它从脂肪中分配某物，它从一开始就开始搜索。在FAT32上，脂肪覆盖了许多必须阅读的部分。这是非常缓慢的，它真正需要的是缓存索引在搜索过程中最后一次到达！为了处理阻塞问题，我从UbMeNe.c:UbSimultasks-（）调用了我的StastTasks-（）函数，它是通过UBTASSK（）宏调用的。



以下为原文

When using an older version but I expect not much has changed...

I seem to remember about 1 second to create each file! The other issue I had was if the USB stick had a lot of files, this really slowed things down. Each time it allocated something from the FAT, it starts from the beginning and searches. On FAT32 the FAT covers an great number of sectors that must be read. This is very slow and all it really needed was to cache the index where it got to last time during in the search!

To deal with the blocking problem, I called my SystemTasks() function from within USBMain.c : USBFuncTasks() which is called via the USBTask() macro.

谢谢，我会试试看。



以下为原文

Thanks, I'll try that.

我发现禁用目录支持使文件创建速度提高了25%。



以下为原文

I found that disabling directory support makes file creation ~25% faster.

哦，很有趣。我刚刚搜索了一个搜索FAT Fsio.c:FATFUNEMPYTROUNTHORSE（）的冒犯函数，我的评论是：HTTP://www. MigCHIP.COM/FUMMS/FUNDSPE/701734，但我从未尝试过，因为我打算尝试FATFS而不是Fsio.C.HTTP.//www. McCHIP.COM/FuMss/FordPas/7355。九十九



以下为原文

Oh interesting.

I just had a look for the offending function that searches the FAT FSIO.c : FATfindEmptyCluster()
And my comments here: http://www.microchip.com/forums/FindPost/701734But I never did go further as I intended to try FATFS instead of FSIO.c.
http://www.microchip.com/forums/FindPost/723599

我发现这个有趣的HTTP：//www.嵌入式CODESO…NIPPET/FATFS FRO-PIC32，但对于PIC32编辑：添加PIC32注释



以下为原文

I find this interesting http://www.embeddedcodeso...nippet/fatfs-for-pic32
though for Pic32
edit: add pic32 comment

读完这一切让我觉得FatFS是该走的路。



以下为原文



Reading through all of that makes me think FatFS is the way to go.

我当然会把我的努力放在那个方向：-我想它也会更小！但我没有看到USB集成版本。我相信以上是SD。



以下为原文

I would certainly put my effort in that direction :-) I think it will also be smaller!
But I haven't seen a USB integrated version. I believe the above is for SD.

我已经将FATFS集成到微芯片USB堆栈中。文件创建是250毫秒仍然很慢，但远比Fielo更好。代码大小约为3KB更小。



以下为原文

I've integrated FatFS into the Microchip USB stack. File creation is ~250 ms. Still pretty slow, but far better than FILEIO. Code size is about 3KB smaller.

哦，很好。你也已经实现了我见过的SD卡所讨论的多块读/写吗？原因是，对于USB来说，扇区已经分裂成更小的块了！你能和它分享吗？



以下为原文

Oh good.
Have you also implemented the multi-block read/write that I have seen discussed for SD cards? Of cause, for USB, the sectors are already split into smaller chunks!

Can/will you share it?

经过更多的实验之后，我对上面测量的时间提出了质疑。当我测量时，我正在插入/拔下USB棒。但我发现，如果我重置黑板，文件创建时间在几十毫秒，而不是几百。显然，USB棒需要一些时间来启动，然后才能访问它们吗？



以下为原文

After more experimenting, I'm questioning the times I measured above. When I was measuring, I was plugging/unplugging the USB stick. But I found that if I reset the board instead, file creation times are in the tens of ms rather than hundreds. Apparently, the USB sticks take some time to boot up before you can access them?

我已经附加了用于USB MSD的DISKIO .C端口。没有其他FATF文件需要修改。USB MSD堆栈具有依赖于MLA的FILIO，因此您必须包括它的头文件，但不需要Fielo源。



以下为原文

I've attached the diskio.c port for USB MSD. No other FatFS files need to be modified. The USB MSD stack has a dependency on FILEIO from MLA, so you have to include its header files, but no FILEIO source is required.

Edit: Updated with disk_ioctl fix for f_sync.
Attachment(s)

diskio.c (2.61 KB) - downloaded 35 times

谢谢您。下周我会去的：



以下为原文

Thank you. I will give it a go next week :-)