131–140 of 159 posts
Earlier quoted context omitted.
At least there are some linux kernal support issues on AMD Ryzen and Threadreaper CPUs for now.
> linux kernal Its "kernel", btw.
Earlier quoted context omitted.
One thing missing from the comparison to IBM and Sun is that precisely because those companies made things so expensive people started looking for alternatives. The ES/9000's were really good machines for the time. Had IBM not raped people on those, companies might have stuck with them for a little longer. The AS/400 was priced more reasonably and people loved those. You couldn't get someone with an AS/400 to move to…
> You couldn't get someone with an AS/400 to move to a Unix workstation if you used a nuclear bomb. Still can’t. The new bottom end model (iSeries) is cheaper (sub 10k) and will last for another 10 years until a new one is needed. The place I work is buying a new one because it is hitting the end of support (damn thing was bought before 2008). No problems that lasted more than a couple of hours in all that time.
If you don't mind my asking, what tasks do your folks have the AS/400 doing nowadays?
Earlier quoted context omitted.
> You couldn't get someone with an AS/400 to move to a Unix workstation if you used a nuclear bomb. Still can’t. The new bottom end model (iSeries) is cheaper (sub 10k) and will last for another 10 years until a new one is needed. The place I work is buying a new one because it is hitting the end of support (damn thing was bought before 2008). No problems that lasted more than a couple of hours in all that time.
Interesting, seems like IBM still has a couple of competent departments surviving the rampant idiocy. If you don't mind my asking, what tasks do your folks have the AS/400 doing nowadays?
I have been thinking about whether GitLab should buy the M versions that can do 1.5TB of RAM per socket with 128GB 3DS LR-DIMMs. They will probably not use them immediately though. Of course, I think the price gap between 64GB LR-DIMMs and 32GB RDIMMs are falling.
I thought Gitlab went back on the idea of using their own hardware anyway?
Earlier quoted context omitted.
AMD has never stated that there is a fix for this. If you look at the link you posted, this is Larabel making this claim on the basis that he hasn't seen any forum posts noting this problem on samples manufactured after week 25. Quote: > AMD has not provided an official public explanation of the fundamental problem, but from those in our forums and elsewhere, it appears to affect Ryzen CPUs manufactured prior to week…
> This problem only affects a minority of chips in the first place (likely a litho flaw in the cache section) What are you basing this on? I've seen no good reporting on this* but the AMD Community segfault thread ( https://community.amd.com/message/2796982 ) seems to suggest that almost all Ryzen CPUs manufactured before the end of June (which I assume is most of the current stock) are affected. Very few people load…
Q: Why is Intel charging so much? A: Because enough people pay. Q: Why do people pay so much? Why do they pay a high premium for top performance? A: Because, considering all factors, it's worth that much for them. For many it's too much but for many others it's ok. Q: But it's the same silicon! A: Manufacturing cost plays little role when the price is not dictated by a race to the bottom between different manufacture…
Earlier quoted context omitted.
That's not always the case. Sometimes monopolies are born and the companies charge more money out of arrogance that there isn't anyone out there that can "truly" compete with them. But that same arrogance is often what ends up bringing them down. See Nokia and BlackBerry's arrogance in relation to the rise of the iPhone. They were still charging similar or higher prices than the iPhone for their flagships a few years…
You're not really being fair on Nokia or BB; Nokia had an iPhone competitor when they added phone functionality to their Maemo 'Internet Tablet' OS in 2009, creating the N900. Sadly it had to compete with another in-house project to add multi-touch and HW acceleration to Symbian. After Nokia announced the merger of Maemo with MeeGo, they were unable to forge a clear way forward for their smartphones ever again. Black…
Earlier quoted context omitted.
I don't completely understand the "need" for bribery. Could they just not lower their prices? (which could have resulted in the same balance in the end)
I think you're confused about "couldn't match their volume". Parent means (I think) that AMD couldn't _sell_ enough units. Not that they couldn't _make_ enough units (which is I think your interpretation). They couldn't sell enough because someone was paying their customers not to buy their (superior) product.
Earlier quoted context omitted.
> This problem only affects a minority of chips in the first place (likely a litho flaw in the cache section) What are you basing this on? I've seen no good reporting on this* but the AMD Community segfault thread ( https://community.amd.com/message/2796982 ) seems to suggest that almost all Ryzen CPUs manufactured before the end of June (which I assume is most of the current stock) are affected. Very few people load…
It may be ridiculous, but I'm not spending a million dollars on CPUs with information gleamed from a forum post.
I'm not spending hundreds of euro on a processor without knowing something more concrete about this issue. If you budget is really ~million dollars, do you have additional information about this that you can share?
With the concentration of server buying by AWS I am surprised Intel believes it can get away with this. AWS has the expertise and the incentive to push for supporting a competitor that offers a superior value.
I'd bet that the cloud-scale customers like AWS negotiate pricing that has very little to do with the published list price of these CPUs.