共3条
1/1 1 跳转至页
关于CONFIG_BUFCACHE_SIZE存储机制的疑惑

前辈好!我用的是Xilinx V2Pro开发板,我的想法是把读出的图片数据读出来,处理后以不同的文件名存成另一张图片。sysace_fopen()操作是正确的,但是在numwrite = sysace_fwrite(readBuffer, 1, 2, fptw) 卡主了。测试过, sysace_fwrite(readBuffer, 1, 2, fptw)只能读取一张图片里的部分数据。琢磨了好几天,偶然修改了CONFIG_BUFCACHE_SIZE,把原来的10240改成30000 这样就能存储了。但是让我疑惑的是
for (j=infoheader.height-1;j=0;j--) {
numread = sysace_fread(readBuffer, 1, 1920, infile);
numwrite = sysace_fwrite(readBuffer, 1, 1920, outfile);
}
infoheader.height的初值是580,当循环到571的时候就卡住了,1920*9=17280,这个数也是大于10240的,改成30000后按理论值也不会多循环几次的。这个存储系统的机制我不理解,请前辈赐教!
下面是我在Xilinx“OS and Libraries Document Collection”上查找到CONFIG_BUFCACHE_SIZE的定义并翻译出来的结果:
CONFIG_BUFCACHE_SIZE定义了被调用到System ACE的读写库函数的总的内存(按字节)。它通过数据缓冲提升了读写函数的性能和避免了对CF卡设备的不必要的访问。当sysace_fclose被调用时缓冲区的数据被同步写到设备;因此,如果文件被修改执sysace_fclose变得非常必要。
原文如下:
CONFIG_BUFCACHE_SIZE: defines the amount of memory (in bytes) used by the library for buffering reads and write calls to the System ACE. This improves the performance of both sysace_fread and sysace_fwrite by buffering the data in memory and avoiding unnecessary calls to read the CF device. The buffers are synced up to the device only on a sysace_fclose call; consequently, is essential to perform a sysace_fclose if any file was modified.
关键词: 关于 CONFIG BUFCACHE 存储 机制

共3条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
【EEPW电子工程师创研计划】技术变现通道已开启~ | |
发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
【EEPW在线】E起听工程师的声音! | |
“我踩过的那些坑”主题活动——第001期 | |
高校联络员开始招募啦!有惊喜!! | |
【工程师专属福利】每天30秒,积分轻松拿!EEPW宠粉打卡计划启动! | |
送您一块开发板,2025年“我要开发板活动”又开始了! | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
多组DCTODC电源方案被打赏50分 | |
【我踩过的那些坑】STM32cubeMX软件的使用过程中的“坑”被打赏50分 | |
新手必看!C语言精华知识:表驱动法被打赏50分 | |
【我踩过的那些坑】杜绑线问题被打赏50分 | |
【我踩过的那些坑】STM32的硬件通讯调试过程的“坑”被打赏50分 | |
【我踩过的那些坑】晶振使用的问题被打赏100分 | |
【我踩过的那些坑】电感选型错误导致的处理器连接不上被打赏50分 | |
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏10分 | |
【我踩过的那些坑】DRC使用位置错误导致的问题被打赏100分 | |
我踩过的那些坑之混合OTL功放与落地音箱被打赏50分 |