• 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.

AMD RYZEN / RIPPER DISCOUNTS: UPTO £100 SAVING UNTIL 28th OCTOBER 2017!!

They are ample enough, if I was building a PC today and had the money to spend, I'd just buy a 1950X to be frank, because the future is multi-CPU, not frequency and as my PC use is a big mixture of work, video editing, photo editing, gaming and just browsing and watching movies, the 32 threads makes a nice difference and I like the AM4/TR4 platforms as you have confidence they are future proof for the next 2-3 AMD CPU cycles. :)

Is the TR platform definitely getting supported like the AM4 for future chips? I've been going backwards and forwards between the HEDT platforms but the thought of a couple of CPU revisions sounds enticing.
 
I think we'll see continued deals on AMD stuff - they've just announced their results which slightly beat on earnings but they're predicting 15% lower sales next quarter.
Anyone using the top end Asus TR board? Was thinking about trying the 1950x.I quite like ASUS boards, the £289 one seems bit cheap and the only other option is the £500+ one. I know I read somewhere that the IPC is slightly better...

I went for the cheapest one, my benchmarks don't seem any different to any other TR boards TBH, if your really serious about overclocking it might be worth it, I've got a mild OC on mine, no issues at all.

The saving was big enough to double the amount of memory in my system, easily negating any advantage of a £500+ Mobo IMO
 
I went for the cheapest one, my benchmarks don't seem any different to any other TR boards TBH, if your really serious about overclocking it might be worth it, I've got a mild OC on mine, no issues at all.

The saving was big enough to double the amount of memory in my system, easily negating any advantage of a £500+ Mobo IMO
True and thanks. Don't think I'll be needing it so the 399-A prime will be good enough. Am looking at only 32 GB memory....just noticed the £10 per pack discount on the 8pack 3200 memory now been removed , arghhhh.
 
The Linux aspect is a bit of a red herring, because the underlying hardware defect is there regardless. That just happens to be a way to make it show itself.

Thankfully AMD customer service do free replacements and will send you a week 26+ chip.
 
Of course the vast majority of people don't use Linux so I guess it's not a massive issue for most.

Even those that use Linux have to do a specific heavy workload for the segfault to appear.

What the issue actually is, AMD haven't said. But clearly something hardware related, be it voltage/resistance/power control issues under that specific type of load.
 
Get a replacement anyway, because it's the moral thing for a company to feel the financial consequences for shipping defective product :)

(Stopping my off-topic chatter now)
 
Get a replacement anyway, because it's the moral thing for a company to feel the financial consequences for shipping defective product :)

(Stopping my off-topic chatter now)
Thing is, hardware and software can be very complex. Testing everything single thing, aspect, is virtually impossible, at least within a reasonable time and budget. I'm fairly sure everything has bugs, it's whether they're found and how big the issue is if someone does find them.
Take autonomous cars for example. IMO when we get full autonomous cars, that's going to be one hell of an achievement.......and probably a few bugs will causes issues too once real people get to use them.

Even military systems will have bugs even though those systems will likely have had them most through testing of any systems out there.
if one bug = a defective system, then we live in a defective world :D.

People often joke or seriously complain about customers beta testing a product due to issues........that's kind of how it has to be to help find the rest of bugs that people are likely to come across under real use. The crucial thing is how quickly a company can turn around fixes to the high priority/severity issues.

Most people will never come across this issue IMO.
 
Last edited:
CPU is a special case where the perfectly natural leniency you advise does not apply.

If there's one cornerstone object in the modern world that needs to be fully validated and verified then it's the CPU. Operating correctly in all scenarios which are within spec is not a nice-to-have, it's an essential, and is a large part of the raison d'etre of computers!

AMD know this which is why they copped to it with no pushback.
 
CPU is a special case where the perfectly natural leniency you advise does not apply.

If there's one cornerstone object in the modern world that needs to be fully validated and verified then it's the CPU. Operating correctly in all scenarios which are within spec is not a nice-to-have, it's an essential, and is a large part of the raison d'etre of computers!

AMD know this which is why they copped to it with no pushback.
I think they have to for managing the situation, while expecting not everyone to return them.
But what about the thing/feature or use case that maybe one in a million customers is going to come across? Whether it's a CPU or not, testing everything is not possible IMO.
100% with you that every use most customers are going to do will and should be 100% tested. Just that the complexity is just so high, 100% coverage of all features and potential uses cases is not economical. Many could use these "defective" :) CPU's for a hundred years and probably not come across the issue :)

Going back to the autonomous cars. Just try to imagine everything that has to be considered. One scenario could be, what happens if the car is spinning on ice, with a moving or stationariy vehicle at every 10degree angle?, 30 metres from the moving vehicle.....what about 20, 10, 5. This is something that needs 100% testing as the risks (to human life) will be very high. What about a situation where the autonmous car is heading head on towards a massive truck and a moped and will likely hav to hit one........
 
Last edited:
CPU is a special case where the perfectly natural leniency you advise does not apply.

If there's one cornerstone object in the modern world that needs to be fully validated and verified then it's the CPU. Operating correctly in all scenarios which are within spec is not a nice-to-have, it's an essential, and is a large part of the raison d'etre of computers!

AMD know this which is why they copped to it with no pushback.

Its an essential that x86 does not have a reputation for regardless of vendor...
Look at the current issues around intels amt for example.

This is quite an interesting read: https://github.com/xoreaxeaxeax/sandsifter/blob/master/references/domas_breaking_the_x86_isa_wp.pdf

Absolute mission critical applications dont normally go x86 for a reason (look at the CPU's in military hardware and medical equipment - very rarely will they be x86)
 
Back
Top Bottom