16,471
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
danxuezx 2009-01-09
- 打赏
- 举报
注意，它们用于不同的文件读写，二进制文件和文本文件的读写是不同的。
另外，还有标准文件和非标准文件的区别。
另外，还有标准文件和非标准文件的区别。
inthistime 2009-01-09
- 打赏
- 举报
同意这个：
fwrite _write在Windows平台下最终还是要调用系统API WriteFile来写入文件的。
具体流程可以查看crt的源码。
fwrite是C++库函数，代码到linux上也可以编译。而WriteFile是Windows上的函数。
关于速度问题，用于文件IO的时间比起fwrite内部处理和调用WriteFile的时间比起来要多得多。
fwrite _write在Windows平台下最终还是要调用系统API WriteFile来写入文件的。
具体流程可以查看crt的源码。
fwrite是C++库函数，代码到linux上也可以编译。而WriteFile是Windows上的函数。
关于速度问题，用于文件IO的时间比起fwrite内部处理和调用WriteFile的时间比起来要多得多。
cnzdgs 2009-01-09
- 打赏
- 举报
[Quote=引用 15 楼 digitaleyes 的回复:]
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
[/Quote]
用CreateFile打开文件，使用FILE_FLAG_NO_BUFFERING标志，可以跳过系统缓冲。
如果用CreateFileMapping创建文件映射还可以略过很多中间过程。
不过与访问磁盘相比，内存中复制数据的时间是可以忽略不计的，只要每次读写缓冲不要太小，中间过程执行代码所消耗的时间也是可以忽略不计的。
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
[/Quote]
用CreateFile打开文件，使用FILE_FLAG_NO_BUFFERING标志，可以跳过系统缓冲。
如果用CreateFileMapping创建文件映射还可以略过很多中间过程。
不过与访问磁盘相比，内存中复制数据的时间是可以忽略不计的，只要每次读写缓冲不要太小，中间过程执行代码所消耗的时间也是可以忽略不计的。
bitwwzhang130 2009-01-08
- 打赏
- 举报
WriteFile最快
僵哥 2009-01-08
- 打赏
- 举报
[Quote=引用 15 楼 digitaleyes 的回复:]
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
[/Quote]
个人建议还是看看操作系统原理来得实在.
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
[/Quote]
个人建议还是看看操作系统原理来得实在.
zhoujianhei 2009-01-08
- 打赏
- 举报
[Quote=引用 15 楼 digitaleyes 的回复:]
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
[/Quote]
使用内存映射文件啊。
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
[/Quote]
使用内存映射文件啊。
digitaleyes 2009-01-08
- 打赏
- 举报
那么windows下写文件也存在类似linux那样的用户空间到内核空间的一次拷贝过程吗?
是否windows下有函数能够减少这次拷贝的?是什么函数?
是否windows下有函数能够减少这次拷贝的?是什么函数?
leez0301 2009-01-08
- 打赏
- 举报
WriteFile直接调用系统API接口 应该块。 c的文件读写函数还得调用这个API。
猞猁狲 2009-01-08
- 打赏
- 举报
学习了，sofa
「已注销」 2009-01-08
- 打赏
- 举报
速度差不多，不会有感觉
Show_Mike 2009-01-08
- 打赏
- 举报
从上面的讨论,觉得应该这样考虑这个问题:
1.函数之间的区别:功能;作用范围;适用环境;等等.
2.速度作为一个单纯指标,还是在综合使用情况下比较的结果?
1.函数之间的区别:功能;作用范围;适用环境;等等.
2.速度作为一个单纯指标,还是在综合使用情况下比较的结果?
zhoujianhei 2009-01-08
- 打赏
- 举报
WriteFile最快
野男孩 2009-01-08
- 打赏
- 举报
最终的写入操作都得调用操作系统提供的接口函数，也就是WriteFile，所以WriteFile最快。
fwrite的优点是移植性好，放到linux上，编译照样能通过。只不过调用的是linux的文件写入接口函数。
fwrite的优点是移植性好，放到linux上，编译照样能通过。只不过调用的是linux的文件写入接口函数。
ilovedrv 2009-01-07
- 打赏
- 举报
库函数和api之间的关系，看下面帖子10楼分析
http://topic.csdn.net/u/20081221/20/286463A0-E4A9-4BA0-B746-6E3AC4695AA8.html
结论：
库函数调用api， 当然是调用api更快
http://topic.csdn.net/u/20081221/20/286463A0-E4A9-4BA0-B746-6E3AC4695AA8.html
结论：
库函数调用api， 当然是调用api更快
cnzdgs 2009-01-07
- 打赏
- 举报
C/C++库函数最终都是调用系统的API来写文件的，当然是WriteFile快。
僵哥 2009-01-07
- 打赏
- 举报
[Quote=引用楼主 digitaleyes 的帖子:]
fwrite write WriteFile这几个函数有什么区别,哪个写速度更快?
[/Quote]
fwrite/write等等，都是一些接口兼容的c/c++函数，正如4楼所说，在Windows下最终还是会调用系统的API。
使用兼容函数的好处代码级的平台兼容，包括与低版本系统甚至是异构待的兼容。从而省去了针对不同平台需要重复编写代码。当然这也并不是绝对的，比如传统的几个函数由于参数等的限制，那么就会造成无法对大文件进行操作。至于效率上，只是多了一层封装，就算有影响也不是人所能够感觉得出来的。说句不好听的，一个防病毒软件的稍稍调整对文件操作的影响就是这个差值的几千甚至几万倍。
fwrite write WriteFile这几个函数有什么区别,哪个写速度更快?
[/Quote]
fwrite/write等等，都是一些接口兼容的c/c++函数，正如4楼所说，在Windows下最终还是会调用系统的API。
使用兼容函数的好处代码级的平台兼容，包括与低版本系统甚至是异构待的兼容。从而省去了针对不同平台需要重复编写代码。当然这也并不是绝对的，比如传统的几个函数由于参数等的限制，那么就会造成无法对大文件进行操作。至于效率上，只是多了一层封装，就算有影响也不是人所能够感觉得出来的。说句不好听的，一个防病毒软件的稍稍调整对文件操作的影响就是这个差值的几千甚至几万倍。
zaodt 2009-01-07
- 打赏
- 举报
用库函数通用性好！
jingzhongrong 2009-01-07
- 打赏
- 举报
fwrite _write在Windows平台下最终还是要调用系统API WriteFile来写入文件的。
具体流程可以查看crt的源码。
fwrite是C++库函数，代码到linux上也可以编译。而WriteFile是Windows上的函数。
关于速度问题，用于文件IO的时间比起fwrite内部处理和调用WriteFile的时间比起来要多得多。
具体流程可以查看crt的源码。
fwrite是C++库函数，代码到linux上也可以编译。而WriteFile是Windows上的函数。
关于速度问题，用于文件IO的时间比起fwrite内部处理和调用WriteFile的时间比起来要多得多。
weidong0210 2009-01-07
- 打赏
- 举报
up
fandh 2009-01-07
- 打赏
- 举报
可能是这样的！
加载更多回复（1）
