![]() |
ASRock X99 WS-E memory compatiblity |
Post Reply ![]() |
Page <123> |
Author | |
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
A bit of an update...
I was able to resolve the Dr. Debug code 99 slow BIOS boot after restart in BIOS version 1.80 by enabling a few BIOS options that are disabled by default: a) Set PCI-E ASPM Support to Enabled b) Set PCH PCI-E ASPM Support to Enabled c) Set PCH DMI ASPM Support to Enabled I also changed the options for memory test on boot/fast boot, memory power savings mode and maximum aggregate memory performance to 'Disabled'. Not sure if these made any difference, however, but the combination of these changes resulted in a constantly stable boot/restart/restart after sleep with either 4x or 5x32 GB Crucial 2133 RDIMMs (128 or 160 GB RAM) or 8x16 GB 2133 UDIMMs (128 GB RAM). Tested with Ubuntu GNOME 16.04 and Windows 7 x64, and NVIDIA 361,365 drivers (GTX 750 Ti) (Edit: I have later set maximum aggregate memory performance to 'Enabled' with no further issues) Ended up keeping the RDIMMs and returning UDIMMs as ECC functionality is useful and the appeal of having > 128 GB on this board is helpful.
Edited by vacaloca - 05 Jun 2016 at 2:30am |
|
![]() |
|
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
Another slight update... managed to sysprep my current installation of Windows 8.1 x64 (BIOS mode) on an X79 system to ASRock's X99 WS-E after doing the following in Powershell:
Get-AppxPackage | Remove-AppxPackage Get-AppXProvisionedPackage -online | Remove-AppxProvisionedPackage -online Also, delete HKLM\System\Setup\Upgrade key, as well as HKLM\System\Setup\Upgrade DWORD in registry editor. Finally, point it to an Unattend.xml with this text:
and run sysprep with: sysprep /oobe /generalize /shutdown /unattend:Unattend.xml The first step to get sysprep running was to get rid of any system upgrade regkeys and indications. Next, had to keep drivers because NVIDIA drivers were not playing nice and sysprep was failing. Finally, the powershell commands remove all Windows 8.1 apps and de-provisions them, because otherwise sysprep will also fail. One last thing that took a while to debug was that DPC latency was pretty horrid when I tried to play a Youtube video @ 1080p in Chrome. System process was shooting up to 20 or 30% causing slowdowns and 100% CPU usage and Chrome was using 20-30% CPU to play the video... almost as if hardware acceleration was broken, yet chrome://gpu showed it was enabled. I ended up using a spare drive to install a clean copy of Win 8.1 x64 and Win 10 x64 (both in BIOS mode) and the same problem persisted. I removed the 32GB ECC DIMMs and inserted a single 16GB UDIMM and the problem immediately went away... Chrome went back to using 2-6% CPU usage to play video and System process never went past 0-2% CPU usage. I replaced the ECC DIMMs 1 by 1 back until I had 5x32GB (the amount I'm intending to keep) and the problem was still gone both in the new clean install and my transplanted sysprepped image. So needless to say it's possible that either there was some weird BIOS corruption or that the DIMMs were not seated correctly to begin with. Figured I'd add all this info in case anyone else (or myself again, ha!) ever needs it. System now has 1x GTX Titan X and 1x Quadro K6000 functioning well... will add the remaining GTX Titan Black once I clean up the cabling and add a few other components here and there (Blu-ray drive, hotswap SSD caddy, etc) RAM was tested up to 140 GB processing some huge electromagnetic data sets, very happy with this new setup after all the platform tweaking to figure out its quirks.
Edited by vacaloca - 21 May 2016 at 3:38am |
|
![]() |
|
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
One final update on this for now. Changed over from the X79 system tonight and installed the last video card (GTX Titan Black). Checked on-board audio and USB ports, and connectivity with my remaining peripherals and everything seems just fine. Before I installed the last video card, I connected both molex slots on the motherboard for extra power.
CPU-Z memory tab and HWMonitor screenshots:
Edited by vacaloca - 05 Jun 2016 at 2:32am |
|
![]() |
|
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
One last thing I noticed was that on two separate occasions (but occurs very seldom) the system 'wakes up' back from sleep, however, no monitor output is present and if the Dr Debug led was switched on all the time, it does not light up to E3 after resume. I saw this happen a few times initially before I changed any settings. Also, when this happens, the power button ceases to work, and a hard shutdown and power on does not solve the issue. Only removing power and CMOS battery for a few seconds to clear BIOS settings gets the system correctly booting again.
So far, the fix seems to have been either setting processor state C6 to disabled and state C3 to enabled OR enabling Maximum Aggregate Memory performance in UEFI settings. All other settings were re-set as mentioned earlier in the thread. Also for anyone curious/wanting to duplicate this setup, Jet has CT32G4RFD4213 32GB DIMMs for a decent price currently. A 15% coupon on Jet currently lets you buy up to 3x in a single order. Also, Staples and Quill have coupons that can be applied if they come back in stock. For Staples, best price can be had via a 25 off 75 coupon for an order of a single DIMM. Quill (Staples affiliate) has them for the same Staples price, signing up for their e-mail list gives a $20 off coupon that works with the item. I took advantage of an eBay offer for a $150 Staples GC for $130 and purchased another 32GB DIMM for net cost of $136.74 after coupon/discounted gift card/Staples pricematch to its own website after the fact, and installed it on May 27th, and no issues so far with 192 GB populated.
Edited by vacaloca - 27 May 2016 at 11:27pm |
|
![]() |
|
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
As I updated in an earlier post, I found the reason for the excessive DPC latency... a bad RDIMM that had quite a lot of correctable errors -- this presents itself as overly high CPU usage and the 1080p youtube test being VERY slow. When looking at the Windows Event Viewer under System, they show up as a warning from source WHEA-Logger as:
"A corrected hardware error has occurred. Component: Memory Error Source: Corrected Machine Check" Apparently Windows is capable of placing bad pages on error into its BCD configuration, but that functionality seems like does not work for this workstation board given that Windows continues to issue these errors at the rate of 700+/minute on that bad RDIMM, and no bad pages appear in the BCD store at all. The sad part is I have at least 2 bad RDIMMs, although only 1 of them was bad enough that it adds the excessive latency. Currently figuring out which other one is affected to return as such before the Jet return period expires. Definitely not a slot issue, as I swapped the 4 RDIMMs installed first the ones on channel C1 D1, then the ones installed on channels B1 A1. When I swapped B1<->A1, the latency manifested itself. Re-seated modules, and same issue. Swapped out module A1 w/ another module, and latency went away. Go figure that ECC RAM will first slow down your system w/ processor cycles correcting errors as opposed to UDIMMs where if corruption hits it can causes a memory check exception or similar. I also realized I might be able to determine if an RDIMM is bad quicker than by using Memtest86 6.3/7.0 beta1... Just use a single RDIMM on slot A1, and see if the latency issue is present. If it is present, mark RDIMM as bad. Repeat for rest of sticks, and test the ones with no latency issues with a final run of Memtest86. (Edit: I later learned this actually was not an effective test, as the latency issue is only present with one of the sticks) Of course I can just run Memtest86 on each DIMM for a few passes, but that might take a bit, even with multi processor support. Ah the joys of debugging a bad RAM stick ;)
Edited by vacaloca - 05 Jun 2016 at 2:20am |
|
![]() |
|
animaciek ![]() Newbie ![]() Joined: 04 Jun 2016 Status: Offline Points: 1 |
![]() ![]() ![]() ![]() ![]() |
Thank you for very detailed analyse.
I'm planning to buy X99 Extreme4 and use E5-1650 v3 with 4 x Samsung M393A4K40BB0-CPB00. If this turned out to be successful I will get another set of 4 M393A4K40BB0-CPB00 to make use of 256GB ram.
|
|
![]() |
|
clubfoot ![]() Newbie ![]() ![]() Joined: 28 Mar 2016 Location: Canada Status: Offline Points: 246 |
![]() ![]() ![]() ![]() ![]() |
Very impressive system and diagnosis vacaloca. What make and model SSD hotswap caddy do you use...I would like to get one for my system?
|
|
![]() |
|
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
I got this one: http://www.newegg.com/Product/Product.aspx?Item=N82E16817994146 It's a bit pricey though. You're supposed to screw the SSDs in place to the metal hot swap brackets, but I'm currently using it without the screws and it works fine. Has a slim ODD slot, as I wanted to just use a single slot for ODD and SSDs. I mostly just use it for cloning the OS drive every now and then to have a hot spare in case of failure. I'm sure you can find other similar ones on NewEgg that might better fit what you're looking for. The old one I had was something I got at TigerDirect for $10 after rebate a while ago, but not available anymore: http://www.tigerdirect.com/applications/SearchTools/item-details.asp?EdpNo=7829711&sku=U12-42483
|
|
![]() |
|
clubfoot ![]() Newbie ![]() ![]() Joined: 28 Mar 2016 Location: Canada Status: Offline Points: 246 |
![]() ![]() ![]() ![]() ![]() |
Thanks I found this one from ICY:
http://www.newegg.ca/Product/Product.aspx?Item=N82E16817994143
|
|
![]() |
|
vacaloca ![]() Newbie ![]() Joined: 05 May 2016 Status: Offline Points: 36 |
![]() ![]() ![]() ![]() ![]() |
Yet another update, turns out after testing multiple RDIMMs that the same Channel 3 / slot 0 error in Memtest86 7.0.0 beta is indicative of a bad motherboard DIMM slot (D1), as I can (now sadly) replicate it within seconds of a run, only for that particular slot. Swapping DIMMs that have previously tested correctly in tri-channel mode triggers the fault in the slot, no matter which DIMM.
Thankfully, I was able to request a return from the retailer I purchased it from and will get the new board in a few days to retest. One interesting note... when using any DIMM on D1 and looking at Memtest's memory latency number, it severely plummets... from ~29 ns when using tri-channel mode, down to ~102 ns when populating the bad D1 slot. I suspect this will fix itself with the new motherboard.
Edited by vacaloca - 14 Jun 2016 at 9:43pm |
|
![]() |
Post Reply ![]() |
Page <123> |
Tweet
|
Forum Jump | Forum Permissions ![]() You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |