搜索找到 2665 个匹配
- 周五 4月 26, 2024 3:44 pm
- 版面: 应用交流
- 主题: PrimoCache在VHDX虚拟系统里应该怎么样配置
- 回复总数: 4
- 阅读次数: 9255
Re: PrimoCache在VHDX虚拟系统里应该怎么样配置
设置在C盘的性能会比设置在D盘高,因为对于发送写入命令的应用程序来说,一个只要写入到C盘缓存就可以进行下一步操作,而另一个要等到写入VHDX再到D盘缓存才可以进行下一步。
- 周二 4月 23, 2024 3:56 pm
- 版面: 出错报告与建议
- 主题: 能否在仅写模式下增加一个动态内存选项?
- 回复总数: 1
- 阅读次数: 110
Re: 能否在仅写模式下增加一个动态内存选项?
谢谢您的建议!不过缓存的实现机制和PrimoRamdisk不太一样,使用动态内存的话会相当复杂,容易出现问题。目前我们还没有考虑实现这个功能,很抱歉。
- 周一 4月 22, 2024 4:25 pm
- 版面: 应用交流
- 主题: 在matlab读取数据时空闲内存减少
- 回复总数: 2
- 阅读次数: 100
Re: 在matlab读取数据时空闲内存减少
- 周一 4月 22, 2024 4:24 pm
- 版面: 应用交流
- 主题: 在matlab读取数据时空闲内存减少
- 回复总数: 2
- 阅读次数: 100
Re: 在matlab读取数据时空闲内存减少
您分配800G是用于PrimoCache的缓存的,并不是给Windows或其它应用程序共享使用。Windows和其它应用程序在其运行时仍需要相应内存。所以分配缓存大小时应保留足够内存用于Windows系统和其它应用程序。更多信息请参见
https://kb.romexsoftware.com/zh-cn/2-pr ... he-size-be
https://kb.romexsoftware.com/zh-cn/2-pr ... he-size-be
- 周一 4月 15, 2024 11:48 am
- 版面: 应用交流
- 主题: 哈哈 时隔一年 我又来催更新啦
- 回复总数: 5
- 阅读次数: 1535
Re: 哈哈 时隔一年 我又来催更新啦
非常抱歉,由于还有一些问题尚未能解决,新版本预计延迟到5月底发布。:(
- 周四 4月 11, 2024 4:59 pm
- 版面: 应用交流
- 主题: 能够自动重启的蓝屏也会丢失数据吗?
- 回复总数: 1
- 阅读次数: 124
Re: 能够自动重启的蓝屏也会丢失数据吗?
系统蓝屏时收集信息时是进入了特殊的模式,PrimoCache在这个模式下是不运行的。
- 周四 4月 11, 2024 4:56 pm
- 版面: 应用交流
- 主题: 如何把延时写入无限小
- 回复总数: 3
- 阅读次数: 941
- 周四 4月 11, 2024 4:52 pm
- 版面: 应用交流
- 主题: 经常紧急写入怎么避免
- 回复总数: 5
- 阅读次数: 485
Re: 经常紧急写入怎么避免
延时写入设置部分没有什么问题,那问题可能是因为下载速度很快,而14T硬盘的写入速度相对过慢,导致即使有2T多的写缓也不够。我们下一个版本会对紧急写入的情况进行优化,避免性能下降的问题。
PS. 因为目标盘容量很大,缓存粒度可以提高到32KB或64KB,这样可以大大减少额外内存开销。目前额外开销15GB,太大了。减少的额外内存开销可以用来增加一级缓存。
PS. 因为目标盘容量很大,缓存粒度可以提高到32KB或64KB,这样可以大大减少额外内存开销。目前额外开销15GB,太大了。减少的额外内存开销可以用来增加一级缓存。
- 周一 4月 08, 2024 1:31 pm
- 版面: 应用交流
- 主题: 磁盘活动时间拉满,相应时间超长 无响应
- 回复总数: 1
- 阅读次数: 122
Re: 磁盘活动时间拉满,相应时间超长 无响应
如果不用PrimoCache就没有这个问题吗?看着像是USB硬盘写入性能到它自身最大了。
此外麻烦您按下面网页中的说明,上传PrimoCache缓存配置和统计数据截图以便我们分析,谢谢!
https://kb.romexsoftware.com/zh-cn/2-pr ... leshooting
此外麻烦您按下面网页中的说明,上传PrimoCache缓存配置和统计数据截图以便我们分析,谢谢!
https://kb.romexsoftware.com/zh-cn/2-pr ... leshooting
- 周日 4月 07, 2024 5:09 pm
- 版面: 应用交流
- 主题: 实用工具里提供的功能,为什么选择了Junction而不是符号链接
- 回复总数: 1
- 阅读次数: 69
Re: 实用工具里提供的功能,为什么选择了Junction而不是符号链接
Junction 处理速度比符号链接(Symbolic Link)更快,而且最大区别它是在服务器端处理,而符号链接是在本地端处理。举个例子:服务器SERVER上分别创建了Junction C:\myjp 和符号链接 C:\mysymlink,都指向目标目录 c:\target。在服务器上访问它们,看不出明显区别。但如果是另一台机器即客户端 CLIENT 访问服务器上的这个路径,就会有区别: \\SERVER\c$\myjp 指向 \\SERVER\c$\target \\SERVER\c$\mysymlink 则指向 \\CLIENT\c$\target (默认情况下,系统不会追随远程卷上的符...