<p><span class="h-card" translate="no"><a href="https://ioc.exchange/@azonenberg" class="u-url mention">@<span>azonenberg</span></a></span> <span class="h-card" translate="no"><a href="https://mk.absturztau.be/@niconiconi" class="u-url mention">@<span>niconiconi</span></a></span> yeah, this. can they afford it today? maybe not. should we push them to do that, based on their own principles? absolutely</p>

<p><span class="h-card" translate="no"><a href="https://mk.absturztau.be/@niconiconi" class="u-url mention">@<span>niconiconi</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> I mean, I would love to see Framework hire some actually skilled high speed digital engineers and acquire the lab equipment to do SI workups at DDR5/6/whatever speeds.</p><p>It&#39;s not going to be cheap though.</p>

<p><span class="h-card" translate="no"><a href="https://mk.absturztau.be/@niconiconi" class="u-url mention">@<span>niconiconi</span></a></span> re: &quot;kicking it to other ODMs&quot;: yes, I think other ODMs who do not rely on goodwill built upon a particular philosophy would not be judged by the same rules. this is an entirely reasonable outcome</p>

<p><span class="h-card" translate="no"><a href="https://mk.absturztau.be/@niconiconi" class="u-url mention">@<span>niconiconi</span></a></span> I think (2) is the option to have here, yeah. I think you should be judged for straying away from a philosophy you proffer, especially if your reputation is built on the goodwill towards the philosophy. I don&#39;t think you should get a pass on that simply because it&#39;s useful.</p><p>imagine if KDE shipped a proprietary image editor by arguing that &quot;it&#39;s better than our open source one&quot;. this is the same logic, and I think it is reasonable to shun the result despite its usefulness</p>

@whitequark@mastodon.social Given the facts that Framework picked up AMD's reference design of an existing platform (Strix Halo) that happens to be the only non-HEDT, non-server x86 platform with the fastest memory. Also given that this platform was not designed without socketed memory in mind, asd since reference designs are usually adopted in whole, major technical changes are rarely (if ever) made - The ODM likely doesn't have the technical capabilities required, and the vendor is unlikely to support such as redesign effort, in spite of the possibility in principle. It's more or less a take-it-and-leave-it situation identical to the status of Apple's M-series ARM desktops and workstations. How should it be called then, "vendor lock-in based on one-of-a-kind design"? Then what's the alternatives? 1. Should Framework get their own SI engineering team capable of making independent platform-level changes? This would be the best, but it's quite a rarity in the industry, for perhaps 90% of the chipusers, so I don't think it's reasonable to blame the ODM for a platform problem. 2. Or, should Framework take the blame of making a product based on a platform that goes against its philosophy just as matter of principle? But since this platform is a genuinely useful accelerator for things such as my numerical simulations, and that the the alternative of GPUs have worst memory lockdowns, it merely kicks the same problem to other ODMs. 3. Or, as end users, to ignore the platform at all? Get a real workstation or server. Just wait until the regular desktops catch up within 10 years? So what's the reasonable conclusion here? "Just blame AMD instead, just as how people blame Apple for the same non-upgradability" is the only conclusion I can think of, in additional to "pick your poison".

<p><span class="h-card"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> </p><p>Who&#39;s a nice kitty? Yes you are! *pets*</p>

<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> nyan</p>

<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> myyyaaaawww~</p>

<p>meow :3</p>