ASRock.com Homepage
Forum Home Forum Home > Technical Support > Intel Motherboards
  New Posts New Posts RSS Feed - ASRock X99 WS-E memory compatiblity
  FAQ FAQ  Forum Search Search  Events   Register Register  Login Login

ASRock X99 WS-E memory compatiblity

 Post Reply Post Reply Page  <123>
Author
Message
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 15 May 2016 at 11:13am
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
Back to Top
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 21 May 2016 at 3:25am
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: 

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
       <settings pass="generalize">
            <component name="Microsoft-Windows-PnpSysprep" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <PersistAllDeviceInstalls>true</PersistAllDeviceInstalls>
        </component>
    </settings>
</unattend>

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
Back to Top
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 22 May 2016 at 11:20am
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
Back to Top
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 26 May 2016 at 3:14am
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
Back to Top
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 03 Jun 2016 at 1:25am
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
Back to Top
animaciek View Drop Down
Newbie
Newbie


Joined: 04 Jun 2016
Status: Offline
Points: 1
Post Options Post Options   Thanks (0) Thanks(0)   Quote animaciek Quote  Post ReplyReply Direct Link To This Post Posted: 04 Jun 2016 at 5:39am
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.
Back to Top
clubfoot View Drop Down
Newbie
Newbie
Avatar

Joined: 28 Mar 2016
Location: Canada
Status: Offline
Points: 246
Post Options Post Options   Thanks (0) Thanks(0)   Quote clubfoot Quote  Post ReplyReply Direct Link To This Post Posted: 04 Jun 2016 at 8:12am
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?
Back to Top
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 04 Jun 2016 at 9:34pm
Originally posted by clubfoot clubfoot wrote:

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?

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
Back to Top
clubfoot View Drop Down
Newbie
Newbie
Avatar

Joined: 28 Mar 2016
Location: Canada
Status: Offline
Points: 246
Post Options Post Options   Thanks (0) Thanks(0)   Quote clubfoot Quote  Post ReplyReply Direct Link To This Post Posted: 05 Jun 2016 at 7:53am
Thanks I found this one from ICY:
http://www.newegg.ca/Product/Product.aspx?Item=N82E16817994143
Back to Top
vacaloca View Drop Down
Newbie
Newbie


Joined: 05 May 2016
Status: Offline
Points: 36
Post Options Post Options   Thanks (0) Thanks(0)   Quote vacaloca Quote  Post ReplyReply Direct Link To This Post Posted: 14 Jun 2016 at 2:17am
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
Back to Top
 Post Reply Post Reply Page  <123>
  Share Topic   

Forum Jump Forum Permissions View Drop Down

Forum Software by Web Wiz Forums® version 12.04
Copyright ©2001-2021 Web Wiz Ltd.

This page was generated in 0.188 seconds.