• Competitor rules

    Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.

*** The Official Alder Lake owners thread ***

Both sets of G.Skill 36's I have are Samsung, just finishing doing a 24h+ burn-in test on the second set now at the rated speeds and timings. No errors thus far, and they aren't getting too hot either.
 
Both sets of G.Skill 36's I have are Samsung, just finishing doing a 24h+ burn-in test on the second set now at the rated speeds and timings. No errors thus far, and they aren't getting too hot either.

What board are they running on? Also does Aida cache and memory benchmark work fine?
 
Both sets of G.Skill 36's I have are Samsung, just finishing doing a 24h+ burn-in test on the second set now at the rated speeds and timings. No errors thus far, and they aren't getting too hot either.

lol any particular reason you felt the need to run them for 24 hours. What are you burning in? What would you do if the system flipped a bit at the 23-hour mark?

Some screenshots showing coverage elapsed and system info may be useful for others.
 
lol any particular reason you felt the need to run them for 24 hours. What are you burning in? What would you do if the system flipped a bit at the 23-hour mark?

Some screenshots showing coverage elapsed and system info may be useful for others.

It's not my choice, the customer who is taking a test build wanted their system burned in the same manner as the other systems they buy, which means 24 hours on all components, and with new hardware, it is sometimes done 48 hours or as much as a full week.

As I'm sure you are fully aware a system that is not not 100% stable even when realistically run like that maybe 5% if the time is seen as not good enough. When you've worked with commercial, industrial and defence as long as I have you realise the way most people use systems isn't important compared to these settings. NATS wanted a system running for a full 30 days before it could be signed off!
 
It's not my choice, the customer who is taking a test build wanted their system burned in the same manner as the other systems they buy, which means 24 hours on all components, and with new hardware, it is sometimes done 48 hours or as much as a full week.

As I'm sure you are fully aware a system that is not not 100% stable even when realistically run like that maybe 5% if the time is seen as not good enough. When you've worked with commercial, industrial and defence as long as I have you realise the way most people use systems isn't important compared to these settings. NATS wanted a system running for a full 30 days before it could be signed off!


That is interesting..!

I have only ever built for myself or friend or family, somewhat different and without having that kind of context it is difficult to appreciate that "burning in" reference.
When I have done, no where near as long, similar type testing on high impact loads etc I can find, equal parts bemusement and irritation, it can then crash when doing next to nothing on the PC. But I'm thinking more of overclocking and if using adaptive offsets on a CPU running through its speed range.
 
It's not my choice, the customer who is taking a test build wanted their system burned in the same manner as the other systems they buy, which means 24 hours on all components, and with new hardware, it is sometimes done 48 hours or as much as a full week.

As I'm sure you are fully aware a system that is not not 100% stable even when realistically run like that maybe 5% if the time is seen as not good enough. When you've worked with commercial, industrial and defence as long as I have you realise the way most people use systems isn't important compared to these settings. NATS wanted a system running for a full 30 days before it could be signed off!

FYI, no system is 100% stable. In fact, it's possible for a stock system to flip a bit at some point. If ran for 48 hours and an error is found, what then?

If data integrity is essential, overclocking the memory probably isn't the best idea! More so when the system is outside of your control. If the customers enviorment differs enough from your own (temperature, humidety etc) voltage swing during POST can result in impedance mismatches that either fail POST entirely, or the memory will become unstable whilst in the OS. I suppose it shows some commendable support to go the extra length, but for the performance gains in the commercial space it seems like shooting yourself in the foot a little.
 
Last edited:
FYI, no system is 100% stable. In fact, it's possible for a stock system to flip a bit at some point. If ran for 48 hours and an error is found, what then?

If data integrity is essential, overclocking the memory probably isn't the best idea! lol

Depends on the use-case. As this unit is more a workstation-y type affair then I don't think they expect it to never ever crash, however proof of stability is important. I suppose you should look at it a bit like brakes on a vehicle, you expect them to work 100% of the time, conditions dependent, but a failure at someone point can happen due to component degradation or an integrity failure.

I doubt you'd get far if you just said to big clients, pfft, what is the point in testing systems they'll all fail eventually. Fact of the matter is we see more system fail within 2-72 hours that any other failure, but when you are designing a new build, that is going to potentially land a much larger order then some extra testing, and full transparency is required. All the data is presented to the customer/end user even if that means telling them the system crashed once in 96 hours for example, as long as we can show how we investigated and provide a cause where possible, depending on the customer obviously, and how critical the system is.

Most of the day to day stuff is boring AF, nothing you'll have experience with either, COM express, Embedded, and SBC solutions that don't ever even have a hint of fast RAM or the term OC is mentioned in the UEFI/BIOS. However I work in the development of new systems, whether that be COTS or bespoke it is all tested, I don't build systems for OCUK, as you put it "lol".
 
Back
Top Bottom