VxWorks下读写文件速度太慢，如何解决?

nanjingzg 2007-12-06 07:59:12

VxWorks下读写文件速度太慢，大概要5分钟才能打开一个文件！
请问是什么原因呢？
我是用CF卡放在主驱动器上的，是不是中断没挂上去啊，所以响应特别慢！
有什么办法呢？

...全文

641 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

「已注销」 2008-07-12

打赏
举报

回复

VxWorks的flash驱动有BUG,检查一下,修改一下Flash块大小的设置.

frank_zhou 2008-07-10

打赏
举报

回复

5分钟打不开一个文件，估计就有问题了。可能是CF卡驱动在bsp中没有配好的缘故，查bsp。

ningxin 2008-07-09

打赏
举报

回复

读写延时是否太长？有没有打开cache?

szkilly 2008-01-11

打赏
举报

回复

我的也很慢，是不是没有用dma的原因啊？

huli1516 2007-12-29

打赏
举报

回复

文件很大吗？
没有遇到过那么慢的，不过我用的是硬盘．
期待高手指点

VXWORKS是一种灵活的、可裁剪的嵌入式实时操作系统，用户可以根据需要创建自己的VXWORKS映像，由它来引导目标系统，而后下载并运行应用程序。根据应用场合不同，vxworks映像可以分成三类：可加载的映像、基于ROM的映像和驻留ROM映像。1.1可加载的映像该种方式对应vxworks下的image工程，因此在编译image工程时，实际上romIn...

今天nand flash告与段落了，调试了半天，太发现如此简单。原因是：缺少Dos FS Cache Handler组件添加了此组件后nand flash读写速度提升了，与此同时nand flash拷贝大小也不会只拷贝容量的一半

文章目录1、背景介绍1.1、Vxworks工程1.2、Vxworks shell2、内核应用程序(DKM)自启动2.1、需求来源2.2、方案1(失败)2.3、方案2(成功)3、用户应用程序(RTP)自启动3.1、自动执行方式1(RTP_APPL_INIT_STRING)3.2、自动执行方式2(RTP_APPL_INIT_BOOTLINE)3.3、自动执行方式3(RTP_APPL_INIT_CMD_SHELL_SCRIPT)3.4、自动执行方式4(RTP_APPL_USER) 1、背景介绍在开始之前我们先来

TFFS514是一种针对特定嵌入式系统的文件系统，它融合了传统文件系统的简便性和对闪存操作的优化设计。它的核心设计目标是提供一种稳定、高效的数据存储和检索方法，特别针对频繁读写操作的场景进行了优化。VxWorks是Wind River公司开发的一款实时操作系统（RTOS），它具有高性能、高可靠性和高确定性的特点，这使得它成为了嵌入式系统领域的首选操作系统之一。VxWorks具有以下显著特点：微内核架构。

1. udp.h #ifndef _UDP_H #define _UDP_H #include "vxWorks.h" #include "msgQLib.h" #include "semLib.h" #include "sockLib.h" #include "inetLib.h" #include "string.h" #include "hostLib.h" #include "ioLib.h" #include "timers.h" #include "taskLib.h" #include

2,187

社区成员

2,913

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章