No gentoo

>no gentoo
wtf I hate amd now

Other urls found in this thread:

phoronix.com/scan.php?page=news_item&px=Ryzen-Price-Cuts
forums.gentoo.org/viewtopic-t-1061546-postdays-0-postorder-asc-start-25.html
forums.gentoo.org/viewtopic-p-8057818.html#8057818
game-debate.com/news/22985/amd-ryzen-agesa-1-0-0-6-update-adds-support-for-memory-clocks-up-to-ddr-4000mhz
anandtech.com/show/11447/amd-announces-ryzen-agesa-1006-update
extremetech.com/computing/244074-intel-atom-c2000-bug-killing-products-multiple-manufacturers
phoronix.com/scan.php?page=article&item=gcc7-clang4-jan&num=1
store.steampowered.com/hwsurvey/processormfg/
twitter.com/SFWRedditGifs

BHAAHAHAHAHAHAHAHAHAHAHA

>Linux
>gaming
good stuff OP

phoronix.com/scan.php?page=news_item&px=Ryzen-Price-Cuts

>1700X now for $349

Intel is shit, news at 11.

What else do you think would happen when you use a garbage OS?

Why is AMD incapable of properly launching a new architecture since like Athlon64?
They ALWAYS spill the spaghetti.
JUST WAIT 10.0 by now.
Zen+, here I come/wait, smhtqbw.

just wait for zen+ guys

>The issue is happening on multiple versions of GCC but I haven't seen any reports when using LLVM/Clang or alternative compilers.

>using dog shit GNU software

hahahahaHAHAHAHAHAHAH

Enough of this shit. I don't care what Intel/AMD shills do, but DO NOT SHIT ON A GOOD COMPILER FOR THE SAKE OF ANY COMPANY FOR FUCK SAKE, YOU JUST CALL IT SHIT BECAUSE YOUR FAVORITE CPU DOESN'T WORK WELL WITH IT, THERE ISN'T A SINGLE OTHER CPU THAT HAS PROBLEMS WITH YOUR CPU
fuck AMD and Intel for bringing retarded people like you

>totally new architecture, different from literally anything to date
>shit happens to not work with said architecture
>GCC wasn't updated for that
>DURR YOUR CPU IS SHIT THE COMPILER IS PERFECTLY FINE

That sounds next level retarded desu, the other compilers work perfectly fine and the processors were released sufficient time ago. This is a shortcoming, and it qualifies as shit software.

It happens, it even happened to Irfanpoo, which doesn't support .webp/m without an external, time wasting plugin.

so you're telling me Ryzen is not x86 or ARM, it's literally different™ architecture eh?

The few gentoo users also on the distro forums posting on that thread I trust over 9000 times more than damage controlling radeon/amdgpu -developer bridgman or some unpaid shills.

There is obviously some problem with the cpu, because this happens without using any of the specific, taxing instructions (avx/avx2).
1700x@stock, C6H, gskill 2x8GB rated @3200Mhz CL16, running at 2113MHz CL16. With gcc-4.8.5, 5.*.* and 6.*, these segfaults crop up randomnly.
It is impossible that the problem lies with compiler when using generic instructions only.

LOL, there is no such a thing as 'totally new' x86(amd64) arch and there is nothing 'revolutionary' in Zen design either when compared to Nehalem and up Intel designs.

Pretty strange that it's only happening with GCC.
>impossible that the problem lies with compiler
Could really be just an obscure bug. It's not impossible.

I love how retarded shills make the same threads about this shit over and over. >I'm going to back the unstable overclocks theory. I had been overclocking my R7 1700 to 3.95 GHz, but after an hour or so, it would crash while doing compile jobs. Now I am running at 3.9 GHz and it runs all day everyday no problem, no instability.

tl;dr gentoo nerds lost the silicon lottery, forced to dial back the OC a bit.

DELED

>AYYMD users on update watch
Everything has flaws, it will be fixed in a few day, nothing to worry about

>FMA bug
AMD is finished!
>got fixed

>VME bug
AMD is finished!
>got fixed

>this
AMD is finished!
>????

One of the top Ryzen shill memes btfo
Literally Bulldozer 2.0

I'm holding buying Ryzen because of this. This was exactly the kind of load I was going to put on it.

>type in "intel segfault gcc"
>PROFIT

Wow, it's literally nothing.

I have an ryzen 1700 at stock, linux will randomly crash, usually within a few days of uptime, while I'm using it, so about 36 hours. Yesterday I didn't suspend it over night because I needed a few programs to do shit, and one of them got a seg fault a few hours into the night, randomly. I hope they find the problem soon.

Read the thread. And the previous thread. It is likely a hardware-being-pushed-too-hard issue.

I got a 1800X, it constantly crashes every few hours when I try to run any heavy on it

From reading the various posts in the Gentoo thread

forums.gentoo.org/viewtopic-t-1061546-postdays-0-postorder-asc-start-25.html

..I'd say there are some serious issues with Ryzen.

One thing that seems common is that this happens most frequently with 4 sticks of RAM but it's also a problem with just 2 sticks, though it happens less frequently with 2 than 4.

GCC is probably the best, most mature and versatile compiler in existence.

It's important to note that the Glasgow Haskell Compiler's testsuite also exhibits the same kind of segmentation fault failures.

I don't know what is going on but I am guessing this is a factor: Not that many things will load all the cores and threads to the brink. It would not be that shocking if something that tries to feed 18 threads on a 8core/16thread CPU brings up issues that aren't noticed by more average usage.

I was tricked into buying Ryzen for work, never again, it's a unreliable piece of shit

...

>mfw fell for the ryzen meme

Returning it as soon as possible, can't go wrong with Intel

>There is obviously some problem with the cpu

That's obvious. The simple fact that numerous people are reporting the exact same issues clearly demonstrate that there are some real problems with Ryzen. We wouldn't even have this discussion if it had worked as expected.

>there is no such a thing as 'totally new' x86(amd64) arch

This. It's supposed to be a x86-64 CPU. It should run x86-64 code just fine. If it can't then that's a shortcoming in the CPU. GCC, for example, works just fine on every other CPU. It compiles just fine on older AMD CPUs. It compiles just fine on Intel CPUs. It segfaults on Ryzen.

Please explain why this supposed GCC bug is only triggered by a Ryzen CPU.

So everybody's supposed to just downlclock and not get the performance that AMD shills are meming with their benchmarks? Ok lol

The FUD is real. Stop samefagging, retard.

Get out of my thread, goy.

So, running 1700x@stock with Crosshair VI Hero, 8xmake operation is hardware-being-pushed-too-hard issue. Or just a single make operation. Or opening firefox.
Wow, I must tell that to FX-8350@stock too, with which such problems do not happen or to 2500k@stock, which from day one have not cropped a single segfault either. Or K6@500Mhz. Or 1090t.

There is literally dozen users telling that segfaults happen with STOCK-fucking-CLOCKS.

Someone on AMD payroll, like bridgman, spouting this kind of nonsense too is very unprofessional.

The CPU itself or the MOBO/chipset? Because the hexacore R5 looks perfect for my needs and a transcoding PLEX server.

I'm reading the gentoo thread and some reported that the new Agesa fixes it.
Clearly a microcode issue, will be fixed like the last 2 microcode bugs.

There are some posts where the issue was fixed just by using the most recent version of binutils. forums.gentoo.org/viewtopic-p-8057818.html#8057818

>This. It's supposed to be a x86-64 CPU
That's just the ISA, it doesn't mean every CPU will handle every instruction exactly identically due to different architectures.

It could be an errata in Zen, it could be a bug in GCC, or it could be both in how they interact.

> forums.gentoo.org/viewtopic-p-8057818.html#8057818
> Posted: Tue Apr 18, 2017 3:18 pm Post subject:
> Apr 18, 2017
> April

$ date
Sat Jun 3 15:06:22 CEST 2017

makes me wonder why this is news

There's no doubt new architecture teething issues suck, but running around claiming this is TEH END OF AMD is just retarded. It'll get fixed like any other issue if it is a microcode issue.

No it wasn't, Ryzen is a flawed design.

It's not it's a hardware issue.
Ryzen will need a full recall and new silicon to fix this issue

And it being fixed is doubtful at best, Ryzen is simply flawed

It's called a microcode update, dumbass. game-debate.com/news/22985/amd-ryzen-agesa-1-0-0-6-update-adds-support-for-memory-clocks-up-to-ddr-4000mhz

Jesus christ the FUD spreading samefag just doesn't give up.

>Source: My rage filled tears

You can't fix it without new hardware, Ryzen is flawed at best.

>wahh waaah FMA and VME WILL NEVER BE FIXED RYZEN IS BUGGY
>get fixed in a month via microcode

Lmao, so desperate

I recognize his posting style. He spends all day on Sup Forums shitting up every CPU and GPU thread. What gives it away is that he samefags compulsively and spams the shit out of his responses. He really needs to be range banned for shitting up Sup Forums

Does someone know how they fix this kind of stuff via microcode updates? I thought CPU Arch's have instruction matrixes and stuff like that hardcoded in literal hardware.

Firmware is a shitshow regardless of hardware, configurable microcode was precisely invented after the FDIV shitshow so a total recall wasn't needed.

AMD uses something called AGESA to update. anandtech.com/show/11447/amd-announces-ryzen-agesa-1006-update

What a shitty thread.

Intel desperation is so good

Kek what a desperate shitposter.

Flawed hardware from a bankrupt company, this is why professionals recommend Intel reliable solutions.

Ryzen isn't good for anything, it's unstable and not very good performance either.

Reminder to report FUD spreading shitposters samefagging the crap out of shitty threads.

>being this scared of facts

>>>>>gaming
>>Sup Forums

It's already fixed. INTEL BTFO

>broken binutils, nothing to do with Ryzen at all

Corelets are getting desperate

Your tears are delicious

You are the only on in tears, poomasn

Intel is fucking terrified by the sheer amount of shilling over this.

My god.

>AMD is shit on Linux
No shit. I fell for the Intel CPU + AMD GPU. Never again. Intel+nVidia is the only working combination on Linux.

your shilling is really transparent

I've been using AMD CPUs and GPUs on Linux for ages and never had problems.
Intel, on the other hand, absolutely needs microcode updates configured or it flips shit several times a day.

There's also this one time I bought and Intel NUC. It didn't even last till the end of the week because Intel fucked up the voltage regulator and it fried the CPU.

Asserting that Intel is a golden benchmark by which everything should be judged is retarded. They are ridiculously sloppy for a company that sells supposedly premium products for actually premium prices.

That being said, my Sandy Bridge EliteBook is still going strong, so there *was* a time when Intel was good.

Don't forget the atoms bricking themselves. extremetech.com/computing/244074-intel-atom-c2000-bug-killing-products-multiple-manufacturers

>shilling
I'm not. I've always liked AMD more than jewtel, I'm just disappointed in their GPU support for Linux.
AMD completely abandoned driver support on Linux for a majority of their cards. They literally supported my GPU for less than a month after it's release. The open source driver is fine, but not as efficient as official AMD drivers would be if they actually worked on them. It has a much worse performance than the windows driver while most nVidia cards run as good on Linux as they do on windows.

Already fixed, use GCC 6.3.

>poozen doesnt work
>expect to work properly
>pootards never gonna learn

What GPU do you have anyway?

The legacy cards that stopped being supported relatively recently are already several years old and Catalyst was trash for everything but 3D anyway.
Almost everything released under the new "Rx xxx" naming convention (and some high end cards from HD 7000 and HD 8000 series) is supported by the new AMDGPU-PRO driver.

Reminder to report shitposters.

see
>Already fixed, use GCC 6.3.

Now try again in English.

>GPU made in mid 2015
>old
It's R7 360.

Bonaire is from 2012.

>THERE ISN'T A SINGLE OTHER CPU THAT HAS PROBLEMS
You clearly did not ever see issue tracker of GCC. GCC supports miriads of architectures and there is no way there are zero bugs in architecture support.

stfu
>GCC is probably the best,
By what definition? Clang 4 output program outpaces GCC output in several situations involving parallelism.
phoronix.com/scan.php?page=article&item=gcc7-clang4-jan&num=1
>most mature
Ok, check.
>and versatile
Clang is drop-in replacement even if it does not suport that big number of architectures.

Hilarious seeing this intel shilling go so hard, glad I bought a ryzen.

Moving forward clang is the way to go. LTO is still broken as fuck and my work also needs a Fortran compiler though so I'm sticking with GCC at the time being but I plan fully to migrate when those things get fixed.

>hundreds of bottles
>competitors bottle opener can open all of them
>make a new bottle opener that can't
>blame the bottles

kek. why would we amd owners who run windows even give a shit?

...

>beats Intel to a pulp with Ryzen
>incapable

I wonder what that makes of Intel's arch.

I heard X299 is a rushed mess. And X99 wasn't perfect, either. Can't wait for that shitshow to get on the road.

>can't even post a relevant image
man you gotta be retarded huh?

>beats intel to a pulp
>intel still has 80% marketshare
delusion?

Anyone one on xen? How does xen work on aymd risen and if i could use pci passtrought.
t xen /qubes fanboy

>using old compiler and expect it will always work

you don't have any other choice because intels HEDT stuff doesn't even have VT-d, it's either unlocked CPU or VT-d. iirc AMD has never disabled IOMMU virtualization in their products, even my old Phenom II had it.

New arch needs errata? News at 11!

>stuff doesn't even have VT-d, it's either unlocked CPU or VT-d
Not true since skylake

Does it look like to you that a CPU's performance is based on market share?

It only launched 3 months ago, and they're already taking a bite out of Intel's marketshare. Hopefully that red line will keep going up.

Hopefully it doesnt since AYYYMD is and has been shit

>store.steampowered.com/hwsurvey/processormfg/
> -0.42%

Wondering, why it's still declining on steam? Yeah, I know that not everybody use it but still, amd cpu keep declining in share from start of the year.

Steam survey is not indicative of overall marketshare because there's a lot more people with craptops running Intel mobile CPUs, and more people with Intel CPUs that are better for gaming in general.

Reminder to report shitposters.

If you're an Intel fan why would you want that? Competition means lower prices and better products. You should want AMD to compete regardless of if you use it or not

>I don't want competition!!! It needs to be one sided!!!
I will never understand these people's mindset