- 论坛徽章:
- 0
|
实施步骤论坛FAQ比较详细,这里不再一一描述,重点是实施过程中可能碰到的问题。
编号 | 问题描述 | 解决方案 | 1 | 工程中自带的编译脚本,使用的是x86-linux的cc编译器,需要切换到arm-linux编译器下,否则进程文件无法在嵌入式单板上运行。 | 修改make.sh | 2 | trackerd进程启动异常,原因是设置coredump文件大小为256M失败。 | 直接注释掉此流程,进程异常时不记录coredump文件 | 3 | trackerd进程启动异常,原因是进程需要使用TCP的22122端口(配置文件中配置),进程异常时,此端口资源未释放,下次再启动时,端口无法绑定 | 进程虽然异常,但是ps -ef还是能查询到,需要kill -9 杀掉进程 | 4 | storaged启动时异常,因为storaged启动时,需要创建256*256=65536个子目录,当创建了800个目录时,磁盘的空间已经被耗尽,800个目录占用了100M空间 | 将创建的子目录修改为10*10=100个(修改storaged的配置文件即可) | 5 | 每次下载程序文件和配置文件个数有7个,操作效率低 | 使用7z工具,再windows上将程序文件和配置文件打成tar压缩包,下载到单板后,使用tar -xf解压缩。 | 6 | .... | | 7 | | | 8 | | | 9 | | |
目前fastDFS已经在嵌入式单板环境成功运行。
环境描述:2块arm-linux单板。内存1G flash 500M.
后续会继续如下方面的探索:
1、针对嵌入式单板资源限制的特点,对fastDFS进行裁剪。
2、fastDFS在嵌入式单板上文件读写性能调优,目标是不低于linux本地读写的5%。
3、fastDFS功能扩展,比如支持文件修改:也就是支持fseek类似功能。
目前源码还没有开始研究,对于问题3,还没有底,渔夫看看,这个fastDFS能否支持?
|
|