我正在撰写一个小型的I/O图书馆,协助开展一个大型(霍比)项目。 该图书馆的一部分在文件上履行各种职能,通过<代码>FileStream物体读/写。 每一份<代码>StreamReader.Read(......)
我在一次主要镜头中将用来展示进展信息的活动中丧生。 lo体内进行的处理是公平的,但不是太费时(它只能是简单的档案副本,例如,或可能涉及加密......)。
我的主要问题是:什么是最佳的缓冲规模? 想一下实物软盘布,我可以选取2k,涵盖CD部门的规模,是512个硬盘部门的冰箱。 Higher树高,你可以走大的缓冲地带,届时可以读到整个FAT集群。 我与今天的PC言一样,可以选择一个更加记忆犹豫的饥饿方案(例如,MiB两岸),但随后,我会把国际不动产业联合会最新消息与用户认为反应较少的申请时间相加。
除此以外,我最终希望与设在FTP/HTTP服务器(超过一个当地网络/快车式DSL)上的档案提供类似的接口。 对那些人来说,什么是最佳的记忆缓冲规模(而不是在感觉到的响应与业绩之间的“最佳”权衡)?