|
|
Subscribe / Log in / New account

Thoughts on software-defined silicon

Thoughts on software-defined silicon

Posted Feb 21, 2022 4:35 UTC (Mon) by timrichardson (subscriber, #72836)
In reply to: Thoughts on software-defined silicon by Cyberax
Parent article: Thoughts on software-defined silicon

IN pricing theory, you want to extract the maximum value. If you sell a product at only one price, you are forced to compromise at both ends: there are potential customers who would pay above your marginal price, so are potentially profitable but don't buy because your offered price doesn't meet the value they see in the product, and you leave money on the table from customers who have more value in your product than what you charge; they would have paid more if you asked, but you didn't.

The conventional answer to is create differentiated products at different price points. Intel does this, nothing new. It is commonly accepted that this is something like an happy accident of the variation in how CPUs are made. A comment above says that this is greatly exaggerated but even if not, the distribution of different working cores is not a random accident: it would be a deliberately chosen manufacturing strategy affected by how the production process is configured. I doubt that Intel or AMD is very surprised by the output they get, and I expect they could tweak their production process to avoid nearly all locked cores, although at the cost of lower total output ( I have some manufacturing experience behind that comment, but it think it is not a controversial statement). The difference between accepting binned manufacturing output or achieving the same thing with software seems really invisible to me. I find it ironic that a computer science community is having trouble with the concept of abstracting hardware into software.


to post comments

Thoughts on software-defined silicon

Posted Feb 21, 2022 13:40 UTC (Mon) by gnb (subscriber, #5132) [Link]

Whether the difference is really invisible depends a lot on the implementation: are the feature enablements being sold liable to expiry or revocation by the vendor? If so the difference between that and actually owning the feature seems pretty clear-cut. I suspect what is making a lot of commenters on this article uneasy is a suspicion that this is part of a move to a rental model.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds