F5F Stay Refreshed Hardware Desktop X99 experienced a loss in a memory channel.

X99 experienced a loss in a memory channel.

X99 experienced a loss in a memory channel.

Pages (3): 1 2 3 Next
N
Nicolas__543
Junior Member
6
01-12-2016, 03:37 PM
#1
Asrock X99 Extreme 3 operated well with a 5820k and 4x4GB RAM (16GB total). Last night I connected my E5 2683 v3 ES, which functioned properly before. All appeared normal until I noticed only 12GB available after booting into Windows. Steps I attempted: reinserted RAM in same slots, moved RAM to different slots, reset CPU, cleaned CPU pads with isopropyl alcohol, checked for bent pins in socket. Everything seemed intact. I adjusted the waterblock mounting tension and cleaned CPU pads again, but nothing resolved the issue. Currently using two modules and getting 8GB as expected. I haven’t tried running only one pair at a time. For now, I might swap the existing pair with the removed one to test if it resolves the problem.
N
Nicolas__543
01-12-2016, 03:37 PM #1

Asrock X99 Extreme 3 operated well with a 5820k and 4x4GB RAM (16GB total). Last night I connected my E5 2683 v3 ES, which functioned properly before. All appeared normal until I noticed only 12GB available after booting into Windows. Steps I attempted: reinserted RAM in same slots, moved RAM to different slots, reset CPU, cleaned CPU pads with isopropyl alcohol, checked for bent pins in socket. Everything seemed intact. I adjusted the waterblock mounting tension and cleaned CPU pads again, but nothing resolved the issue. Currently using two modules and getting 8GB as expected. I haven’t tried running only one pair at a time. For now, I might swap the existing pair with the removed one to test if it resolves the problem.

L
LarsMatena
Senior Member
602
01-12-2016, 08:19 PM
#2
The 5820K supported all 16GB of RAM.
L
LarsMatena
01-12-2016, 08:19 PM #2

The 5820K supported all 16GB of RAM.

D
dumbblock
Junior Member
7
01-13-2016, 12:06 AM
#3
It was active right before the CPU changed, and I verified the reported RAM to the server displayed 16GB. The previous CPU wasn’t yet updated with the new components.
D
dumbblock
01-13-2016, 12:06 AM #3

It was active right before the CPU changed, and I verified the reported RAM to the server displayed 16GB. The previous CPU wasn’t yet updated with the new components.

A
Ametera
Member
62
01-25-2016, 09:13 PM
#4
Have you verified if the 16GB RAM is compatible with the older CPU?
A
Ametera
01-25-2016, 09:13 PM #4

Have you verified if the 16GB RAM is compatible with the older CPU?

A
AJRaps1
Member
63
01-25-2016, 09:20 PM
#5
16GB was confirmed detected and the system has been operating continuously on compute for several months. I'm planning to add my Xeon soon as I enter a compute challenge and would benefit from additional processing power. The 5820k was initially considered for replacement but was postponed; instead, I replaced it with another unit that also reports 8GB. The modules appear to be functioning correctly. I'll verify the remaining RAM slots on the motherboard next and anticipate one of these failing soon.
A
AJRaps1
01-25-2016, 09:20 PM #5

16GB was confirmed detected and the system has been operating continuously on compute for several months. I'm planning to add my Xeon soon as I enter a compute challenge and would benefit from additional processing power. The 5820k was initially considered for replacement but was postponed; instead, I replaced it with another unit that also reports 8GB. The modules appear to be functioning correctly. I'll verify the remaining RAM slots on the motherboard next and anticipate one of these failing soon.

C
CasityE33
Junior Member
44
01-26-2016, 04:21 AM
#6
This doesn't seem logical... I repositioned the two modules into the new slots, but they're still being recognized. Nani the f...
C
CasityE33
01-26-2016, 04:21 AM #6

This doesn't seem logical... I repositioned the two modules into the new slots, but they're still being recognized. Nani the f...

S
sunnyhop
Junior Member
30
01-26-2016, 10:12 AM
#7
Check the 5820K once more. It might be that the Xeon has a dead channel.
S
sunnyhop
01-26-2016, 10:12 AM #7

Check the 5820K once more. It might be that the Xeon has a dead channel.

G
Greendon
Junior Member
10
01-30-2016, 06:12 AM
#8
This confirms the previous findings. I've checked that all four modules together use 12GB. Two modules fit in slots 3 and 4 (8GB), so swapping the other two there also works. Moving the remaining two modules to slots 3 and 4 again yields the same result. I'm going to try placing all four modules once more to verify.
G
Greendon
01-30-2016, 06:12 AM #8

This confirms the previous findings. I've checked that all four modules together use 12GB. Two modules fit in slots 3 and 4 (8GB), so swapping the other two there also works. Moving the remaining two modules to slots 3 and 4 again yields the same result. I'm going to try placing all four modules once more to verify.

S
strem01
Junior Member
4
02-02-2016, 06:39 PM
#9
It seems to recognize the full 16GB storage. Could be a loose part caused the issue, and rearranging things fixed it, though it wasn't enjoyable.
S
strem01
02-02-2016, 06:39 PM #9

It seems to recognize the full 16GB storage. Could be a loose part caused the issue, and rearranging things fixed it, though it wasn't enjoyable.

C
Caribbean_Blue
Senior Member
609
02-03-2016, 09:26 PM
#10
After reviewing the setup more closely, I suspect the RAM configuration could be influencing performance. The system runs Ripjaws 4 with a 3333 module, and I was using it at 2133 with the 5820k. Past experiences show instability when using RAM above 3000. It seems very sensitive to the motherboard and CPU pairing. After switching the CPU, it booted fine without any issues. Windows and the motherboard BIOS both indicated the RAM as 2666, even though the Xeon model doesn’t support RAM above 2133. The timing data came from an XMP profile rather than the standard JEDEC settings for 2133. This suggests the timings are actually slower than expected. I don’t see an XMP toggle in the BIOS, so a full reset might be necessary to rule out lingering settings. For the Xeon, using JEDEC 2133 would be more appropriate. I might consider swapping modules from another machine, but I’m worried it could damage the current setup. It could very well be a contributing factor. Otherwise, this hardware feels unusually erratic.
C
Caribbean_Blue
02-03-2016, 09:26 PM #10

After reviewing the setup more closely, I suspect the RAM configuration could be influencing performance. The system runs Ripjaws 4 with a 3333 module, and I was using it at 2133 with the 5820k. Past experiences show instability when using RAM above 3000. It seems very sensitive to the motherboard and CPU pairing. After switching the CPU, it booted fine without any issues. Windows and the motherboard BIOS both indicated the RAM as 2666, even though the Xeon model doesn’t support RAM above 2133. The timing data came from an XMP profile rather than the standard JEDEC settings for 2133. This suggests the timings are actually slower than expected. I don’t see an XMP toggle in the BIOS, so a full reset might be necessary to rule out lingering settings. For the Xeon, using JEDEC 2133 would be more appropriate. I might consider swapping modules from another machine, but I’m worried it could damage the current setup. It could very well be a contributing factor. Otherwise, this hardware feels unusually erratic.

Pages (3): 1 2 3 Next