PrimoCache在win10会内存溢出

这里报告PrimoCache软件的Bug或建议,
非常感谢您的支持!
Mr.Runner
2级用户
2级用户
帖子: 9
注册时间: 周一 1月 09, 2012 11:25 pm

PrimoCache在win10会内存溢出

帖子 Mr.Runner »

我机器内存16G的,设置了6G作为缓存。玩大型单机游戏的时候,过一段时间系统就蓝屏了,付上DMP。


Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 10586 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0xfffff803`a401e000 PsLoadedModuleList = 0xfffff803`a42fccd0
Debug session time: Sat Mar 12 20:17:56.097 2016 (GMT+8)
System Uptime: 0 days 2:20:05.927
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
................................................................
...........
Loading User Symbols
Loading unloaded module list
..................
Cannot read PEB32 from WOW64 TEB32 00013acc - Win32 error 0n30
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {3f, 127925, e76d9a23, 693eb077}

Unable to load image FLTMGR.SYS, Win32 error 0n2
*** WARNING: Unable to verify timestamp for FLTMGR.SYS
*** ERROR: Module load completed but symbols could not be loaded for FLTMGR.SYS
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : hardware_ram ( PAGE_NOT_ZERO )

Followup: MachineOwner
---------

*** Memory manager detected 80588 instance(s) of page corruption, target is likely to have memory corruption.


关闭PrimoCache后再玩一点问题都没有。游戏:汤姆克兰西-全境封锁
头像
Support
技术支持组
技术支持组
帖子: 2743
注册时间: 周日 12月 21, 2008 10:42 am
联系:

Re: PrimoCache在win10会内存溢出

帖子 Support »

感谢您的反馈!请问您的具体缓存设置是?谢谢!
Primo Ramdisk | PrimoCache
Romex Software 技术支持组
Mr.Runner
2级用户
2级用户
帖子: 9
注册时间: 周一 1月 09, 2012 11:25 pm

Re: PrimoCache在win10会内存溢出

帖子 Mr.Runner »

你好,我之前是这样设置的。
您没有权限查看这个主题的附件。
Mr.Runner
2级用户
2级用户
帖子: 9
注册时间: 周一 1月 09, 2012 11:25 pm

Re: PrimoCache在win10会内存溢出

帖子 Mr.Runner »

图一是单独给HHD机械备份盘做的设置。(内存那边有误,是512M)
图二是给系统盘和SSD游戏盘做的设置。
这样设置后,系统大约还剩不到8G内存的样子。
头像
Support
技术支持组
技术支持组
帖子: 2743
注册时间: 周日 12月 21, 2008 10:42 am
联系:

Re: PrimoCache在win10会内存溢出

帖子 Support »

非常感谢您的信息!
我们会尽快查找这个问题的原因!
Primo Ramdisk | PrimoCache
Romex Software 技术支持组
jollyg
1级用户
1级用户
帖子: 1
注册时间: 周五 3月 18, 2016 5:48 pm

Re: PrimoCache在win10会内存溢出

帖子 jollyg »

我在win10 64位系统下也出现了频繁蓝屏
缓存设置为8G大小
附上DEBUG

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\031716-18093-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 10586 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 10586.162.amd64fre.th2_release_sec.160223-1728
Machine Name:
Kernel base = 0xfffff800`a640f000 PsLoadedModuleList = 0xfffff800`a66edcd0
Debug session time: Thu Mar 17 20:14:27.520 2016 (UTC + 8:00)
System Uptime: 0 days 0:08:17.358
Loading Kernel Symbols
...............................................................
................................................................
..........................................
Loading User Symbols
Loading unloaded module list
.................
Cannot read PEB32 from WOW64 TEB32 000187c5 - Win32 error 0n30
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9C, {0, ffffd001b869c960, 0, 0}

Probably caused by : Unknown_Image ( PAGE_NOT_ZERO )

Followup: MachineOwner
---------

*** Memory manager detected 100293 instance(s) of page corruption, target is likely to have memory corruption.

2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

MACHINE_CHECK_EXCEPTION (9c)
A fatal Machine Check Exception has occurred.
KeBugCheckEx parameters;
x86 Processors
If the processor has ONLY MCE feature available (For example Intel
Pentium), the parameters are:
1 - Low 32 bits of P5_MC_TYPE MSR
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of P5_MC_ADDR MSR
4 - Low 32 bits of P5_MC_ADDR MSR
If the processor also has MCA feature available (For example Intel
Pentium Pro), the parameters are:
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
IA64 Processors
1 - Bugcheck Type
1 - MCA_ASSERT
2 - MCA_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing MCA.
3 - MCA_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing MCA.
4 - MCA_FATAL
FW reported a fatal MCA.
5 - MCA_NONFATAL
SAL reported a recoverable MCA and we don't support currently
support recovery or SAL generated an MCA and then couldn't
produce an error record.
0xB - INIT_ASSERT
0xC - INIT_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing INIT event.
0xD - INIT_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing INIT event.
0xE - INIT_FATAL
Not used.
2 - Address of log
3 - Size of log
4 - Error code in the case of x_GET_STATEINFO or x_CLEAR_STATEINFO
AMD64 Processors
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
Arguments:
Arg1: 0000000000000000
Arg2: ffffd001b869c960
Arg3: 0000000000000000
Arg4: 0000000000000000

Debugging Details:
------------------


BUGCHECK_STR: 0x9C_GenuineIntel

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: f

BAD_PAGES_DETECTED: 187c5

LAST_CONTROL_TRANSFER: from fffff800a6c114b1 to fffff800a6551760

STACK_TEXT:
ffffd001`b869c928 fffff800`a6c114b1 : 00000000`0000009c 00000000`00000000 ffffd001`b869c960 00000000`00000000 : nt!KeBugCheckEx
ffffd001`b869c930 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalpMcaReportError+0xf5


STACK_COMMAND: kb

SYMBOL_NAME: PAGE_NOT_ZERO

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME: Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP: 0

BUCKET_ID: PAGE_NOT_ZERO

Followup: MachineOwner
---------

*** Memory manager detected 100293 instance(s) of page corruption, target is likely to have memory corruption.
suge940322761
3级用户
3级用户
帖子: 15
注册时间: 周一 4月 11, 2016 11:12 am

Re: PrimoCache在win10会内存溢出

帖子 suge940322761 »

同样蓝屏,只要缓存满了以后很容易蓝屏,这就是你们不自动清除缓存造成的。
qakmak
4级用户
4级用户
帖子: 28
注册时间: 周日 9月 28, 2014 12:57 pm

Re: PrimoCache在win10会内存溢出

帖子 qakmak »

我在WIN10也有问题, 不知道是WIN10还是新版本,
目前我是RAMDISK 和 CACHE都一起用. 感觉有内存泄漏问题. 明明RAMDISK有7G空闲空间. CACHE的E盘还有2G没用的地方. 但是windows竟然提示内存只剩下不到6G. 被你们哪个产品吞了也不知道. 上次明明开的东西不多,貌似因为内存满了. 蓝屏了...
Mr.Runner
2级用户
2级用户
帖子: 9
注册时间: 周一 1月 09, 2012 11:25 pm

Re: PrimoCache在win10会内存溢出

帖子 Mr.Runner »

距离我第一次提交这个问题已经快一年了,估计永远都不会修复了,这个问题,我之前就提交过一次,这是第二次提交了,问题依然如此,买了正版,几乎没怎么正常用过。所以说,国人的东西还真的要少碰为好,根本没有契约精神……
头像
Support
技术支持组
技术支持组
帖子: 2743
注册时间: 周日 12月 21, 2008 10:42 am
联系:

Re: PrimoCache在win10会内存溢出

帖子 Support »

这几天我们将有2.3.0版本发布,会修复一个堆栈溢出蓝屏问题以及其它一些改进。但是目前还不清楚会不会对这个问题有否帮助。
对这个问题造成的麻烦非常抱歉!win10的蓝屏1A错误我们一直列在优先任务上,我们也根据您提供的信息尽量模拟您的情况试图重现,也不断进行压力测试,只是很遗憾的是目前在我们这边所有测试平台上还一直没有重现,还不清楚引发这个错误的关键点在什么地方。
我们客服也有邮件联系您询问更多信息,只是好像我们的回复您有时没收到。
目前我们还在继续收集更多的1A蓝屏案例,以便找到问题触发条件。同时也在继续测试争取能重现问题。
另外您也可联系我们售后([email protected])进行退款处理,再次抱歉!
Primo Ramdisk | PrimoCache
Romex Software 技术支持组
回复