To add to that here are some memory benchmarks for FO4 on a Ryzen 1600:
https://www.purepc.pl/pamieci_ram/j..._amd_ryzen_5_test_ddr4_21333200_mhz?page=0,13
So I found one point so far where I can get fps to drop below 60 in FO4 with my prior settings, and that's Trinity Tower. I'll try to take some footage of that and Boston Common later.
The issue is like I mentioned if you start modding the game,and start building large settlements,especially if you expand past the normal settlement population caps which quite a few settlement mods can do and some places you can build like past 20 stories high,and then when you start adding all the manufacturing based stuff,etc.
I am aware of that . . . I think someone else here (or was it you?) basically said the game couldn't run worth a darn on Ryzen, couldn't maintain 60 fps, etc. Which is basically not true. Mods have always slowed down old game engines. That won't change.
Bethsoft DOES need to upgrade their game engine. I agree there.
RAM support is better than ever. 1.0.0.6 final BIOS have gone out for most boards and far more users are able to hit 3000+Is there still a bios/memory problem? Or are Intel up to their old shenanigans?
RAM support is better than ever. 1.0.0.6 final BIOS have gone out for most boards and far more users are able to hit 3000+
Start of June.... soon before Skylake launch?![]()
RAM stock shortage issues. Is happening a lot lately... Higher speed RAMs are harder to find.Noticed this little occurrence, was wondering the cause.
A couple of months back, pcspecialist were offering Ryzen with 2133 & 2400 MHz RAM.
Eventually that went up to 2666 and 3000 MHz last month.
At the start of June, it was pulled back to.... 2133 only.
What gives?
Is there still a bios/memory problem? Or are Intel up to their old shenanigans?
https://www.pcspecialist.co.uk/forums/showthread.php?53124-AMD-ryzen/page7
RAM stock shortage issues. Is happening a lot lately... Higher speed RAMs are harder to find.
Nope ThreadRipper is in August with Dell launching first in July, then Retail in August, then other OEMs next year.So, the alienware PC with threadripper is officially releasing on July 27th.
Is it safe to say that threadripper will debut before this? I can't imagine it not before an OEM starts selling it.
I'm on standby for a purchase until threadripper is officially detailed, released, and priced along with mobo pricing and some reviews. So I really wish AMD would get on with it already. Vega comes out at Siggraph July 30-aug 3rd. So, I think this adds further strength to them detailing threadripper before then.
GET on with it AMD !
![]()
So, AMD is going to allow an OEM to launch their groundbreaking HEDT processor before they officially detail it themselves? Sounds like an epic fail to me both from an OEM standpoint and for AMD. Pre-order Launch for a product that isn't even detailed or officially released through an OEM.. Is this what they did with Vega through Apple's exclusive licensing too? The difference being that Alienware is a low yield enthusiast platform vs. a mainstream product like Apple. A good way to put a sour taste in the community that is likely to buy your product.Nope ThreadRipper is in August with Dell launching first in July, then Retail in August, then other OEMs next year.
I will be watching this closely as this will keep my highly cautioned from considerations of plunking down cash for such a pricey platform. If that's the way they go about things, I'd much rather spend pennies on testing out their ryzen platform while the HEDT gets the kinks worked out of it across a year or two, and at a later time spend dollars.
I'm a developer who has no overhead room for issues like this in my dev environment or playing kernel lottery games whereby I am restricted by other software packages :This Ryzen "testing" or "beta platform" nonsense is way overblown. I've been running Ryzen since literally day 1, and so far the platform has been rock solid, even with so-called beta UEFI. Not a single crash, lockup or other funny business since March. That is pretty impressive for a brand new platform.
The trouble comes from memory compatibility, which has been a disaster. But this is only when running out of spec or OC memory. If you keep to stock frequencies, for single/double ranked DIMMs, DIMMs per channel and so on as specified by AMD, there is absolutely nothing wrong with Ryzen.
That gcc segmentation fault issue still hasn't been pinned on the CPU itself. You should be fine as long as you have up to date tools and the newest kernels.I'm a developer who has no overhead room for issues like this in my dev environment or playing kernel lottery games whereby I am restricted by other software packages :
https://community.amd.com/thread/215773?start=120&tstart=0
There have been various issues facing development environments and non-windows platforms that have nothing to do w/ OCing or out of spec memory. I am speaking about highly technical issues that likely never end up being triggered by normal users. I'd much rather a small investment in the platform via Ryzen than dropping serious coin on Threadripper only to be faced with unexpected problems. The way that these products are being launched gives em zero confidence. Launching something as ground breaking as your first HEDT platform through an OEM without doing an official and detailed release yourself and making the product available for detailed reviews doesn't give me the kind of confidence I'm looking for.
Do you understand the nature of development environments in which you don't have the luxury of goofing around with kernel versions/software version and dedicating resources to try to track down the root cause of an issue like this? Also, complicated development environments are restricted and heavily locked down as to what software versions are compatible with others. The last thing you want is hardware forcing you to pick and choose what kernel version to run that is incompatible with all of your other software tools. There are still highly technical issues/bugs being worked out. This is only one of them. Not knowing whether its the CPU itself, bios, firmware, bios setting, kernel, software version, cli argument (is the problem).That gcc segmentation fault issue still hasn't been pinned on the CPU itself. You should be fine as long as you have up to date tools and the newest kernels.
Do you understand the nature of development environments in which you don't have the luxury of goofing around with kernel versions/software version and dedicating resources to try to track down the root cause of an issue like this? Also, complicated development environments are restricted and heavily locked down as to what software versions are compatible with others. The last thing you want is hardware forcing you to pick and choose what kernel version to run that is incompatible with all of your other software tools. There are still highly technical issues/bugs being worked out. This is only one of them. Not knowing whether its the CPU itself, bios, firmware, bios setting, kernel, software version, cli argument (is the problem).
In any event, given the nature of the releases from all the manufacturers in this space, I am not going near any new hardware that hasn't been thoroughly benchmarked and tested by various groups for this very reason. So, it will be a surprise if AMD has an OEM release thread-ripper before they actually do a detailed release themselves along with independent benchmarks/test. The Vega FE launch is a clear indication of how ugly things can get when a manufacturer doesn't do a controlled and detailed launch of a product.
What makes you think business related task are restricted to EPYC/Ryzen PRO and what makes you think a potential micro-op cache issue that's present on a CCX that is used on all of their processors somehow disappears because its called EPYC or PRO? Have you been following the "professional" Vega FE launch? I catch the whiff of your remark.Since you are speaking about business I guess you are referring to EPYC and Ryzen PRO, right?
I don't understand how you can expect corrections for the latest errata that are usually released with the latest kernels to be backported to older versions. If you had followed the Gentoo forums which first reported this issue, a large number of people have identified that an older version of binutils might be the culprit. Therefore, any point in the toolchain might have an issue, and must be exhaustively ruled out before coming to the conclusion that it's a CPU bug.Do you understand the nature of development environments in which you don't have the luxury of goofing around with kernel versions/software version and dedicating resources to try to track down the root cause of an issue like this? Also, complicated development environments are restricted and heavily locked down as to what software versions are compatible with others. The last thing you want is hardware forcing you to pick and choose what kernel version to run that is incompatible with all of your other software tools. There are still highly technical issues/bugs being worked out. This is only one of them. Not knowing whether its the CPU itself, bios, firmware, bios setting, kernel, software version, cli argument (is the problem).
In any event, given the nature of the releases from all the manufacturers in this space, I am not going near any new hardware that hasn't been thoroughly benchmarked and tested by various groups for this very reason. So, it will be a surprise if AMD has an OEM release thread-ripper before they actually do a detailed release themselves along with independent benchmarks/test. The Vega FE launch is a clear indication of how ugly things can get when a manufacturer doesn't do a controlled and detailed launch of a product.
At the scale that these hardware platforms are reaching, you have far more interested parties than gamers who pre-order Alienware PCs based on a product that hasn't be thoroughly detailed. *Here's to hoping AMD actually does an official launch/release/detailing of threadripper before July 27th.
What makes you think business related task are restricted to EPYC/Ryzen PRO and what makes you think a potential micro-op cache issue that's present on a CCX that is used on all of their processors somehow disappears because its called EPYC or PRO? Have you been following the "professional" Vega FE launch? I catch the whiff of your remark.
Validation