BSOD on rendering with Cycles
First my specs:
OS: Windows 10 Pro 64-bit
CPU: Core i7 2600K
RAM: 16,0Gt Dual-Channel DDR3 @ 668MHz (9-9-9-24)
Motherboard: Asus Maximus IV Extreme
GPU: GTX 580 x 3
HDD: Samsung SSD 850 EVO 250GB (SSD) <–blender lives here
Corsair Force 3 SSD (SSD) <–blender lives here also
Seagate ST2000DM001-1CH164 (SATA) x 2 (In RAID setup) <— render files are stored here
CPU and GPU’s are liquid cooled by custom build loop.
Problem:
When I begin rendering with cycles, after a few mins windows gives blue screen of death and re-starts.
I have tried Blender 2.76b, 2.76 and 2.75, no difference.
Tile sizes used are 256 and 512, no difference.
When rendering with all three GPU’s, blue screen comes quickest.
It has also occurred when rendering with only one GPU.
There is no similar problem when I play GPU-heavy games or run furmark or Prime95(havent done overnight tests yet though).
What has been changed:
Recently I upgraded to Windows 10 from 7.
I changed motherboard from Asus P8Z77-V LK to Asus Maximus IV Extreme.
Before upgrades, I never had this issue.
Also, before Windows 10 updates, I never had this issue.
I rendered heavy image which was used to print out a 170 cm high image, it took 10 hours to render and had many, many tiles.
All drivers are up to date.
Here is my crash dump:
Crash Dump Analysis provided by OSR Open Systems Resources, Inc. (http://www.osr.com)
Online Crash Dump Analysis Service
See http://www.osronline.com for more information
Windows 8 Kernel Version 10586 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 10586.17.amd64fre.th2_release.151121-2308
Machine Name:
Kernel base = 0xfffff80146a08000 PsLoadedModuleList = 0xfffff801
46ce6c70
Debug session time: Fri Dec 11 14:19:53.891 2015 (UTC - 5:00)
System Uptime: 0 days 0:32:08.578
-
*
-
Bugcheck Analysis *
-
*
DPC_WATCHDOG_VIOLATION (133)
The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVEL
or above.
Arguments:
Arg1: 0000000000000000, A single DPC or ISR exceeded its time allotment. The offending
component can usually be identified with a stack trace.
Arg2: 0000000000000501, The DPC time count (in ticks).
Arg3: 0000000000000500, The DPC time allotment (in ticks).
Arg4: 0000000000000000
Debugging Details:
TRIAGER: Could not open triage file : e:\dump_analysis\program riage\modclass.ini, error 2
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: 0x133
PROCESS_NAME: System
CURRENT_IRQL: d
BAD_PAGES_DETECTED: db68
LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff80146b4a760
STACK_TEXT:
fffff80148b4ed48 00000000
00000000 : 0000000000000000 00000000
00000000 0000000000000000 00000000
00000000 : nt!KeBugCheckEx
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 56168 instance(s) of page corruption, target is likely to have memory corruption.
Thank you for your help, it is really appreciated!
This is my work computer, so I really need to solve this issue.
Best regards,
Ohto