c# – FileStream.Seek与缓冲读取

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – FileStream.Seek与缓冲读取，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1242字，纯文字阅读大概需要2分钟。

内容图文

在this answer的推动下,我想知道如果使用大量的FileStream.Seek(-1),幕后会发生什么.

为清楚起见,我将重新发布答案：

using (var fs = File.OpenRead(filePath))
{
    fs.Seek(0, SeekOrigin.End);

    int newLines = 0;
    while (newLines < 3)
    {
        fs.Seek(-1, SeekOrigin.Current);
        newLines += fs.ReadByte() == 13 ? 1 : 0; // look for \r
        fs.Seek(-1, SeekOrigin.Current);
    }

    byte[] data = new byte[fs.Length - fs.Position];
    fs.Read(data, 0, data.Length);
}

就个人而言,我会将2048个字节读入缓冲区并在该缓冲区中搜索char.

使用Reflector我发现内部方法使用的是SetFilePointer.

有没有关于Windows缓存和向后读取文件的文档？当使用连续的Seek(-1)时,Windows是否“向后”缓冲并查询缓冲区,还是从当前位置开始向前读取？

有趣的是,一方面大多数人都同意Windows进行良好的缓存,但另一方面,“向后读取文件”的每个答案都涉及读取字节块并对该块进行操作.

最佳答案:

前进与后退并不会产生太大的影响.在第一次读取后,文件数据被读入文件系统缓存,您将在ReadByte()上获得内存到内存的副本.只要数据在缓存中,该副本对文件指针值不敏感.然而,缓存算法确实可以假设您通常按顺序读取.只要文件扇区仍然在同一轨道上,它就会尝试提前读取.它们通常是,除非磁盘严重碎片化.

但是,是的,效率低下.每个字节都有两个pinvoke和API调用.这有相当多的开销,相同的两个调用也可以读取,例如65千字节,具有相同的开销.像往常一样,只有当你发现它是一个性能瓶颈时才解决这个问题.

内容总结

以上是互联网集市为您收集整理的c# – FileStream.Seek与缓冲读取全部内容，希望文章能够帮你解决c# – FileStream.Seek与缓冲读取所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端