Re: Anticipating processor architectural evolution

Liste des GroupesRevenir à se design 
Sujet : Re: Anticipating processor architectural evolution
De : boB (at) *nospam* K7IQ.com (boB)
Groupes : sci.electronics.design
Date : 29. Apr 2024, 21:19:40
Autres entêtes
Message-ID : <nksv2jlg7g3nrl59biemldd2r768315k19@4ax.com>
References : 1 2
User-Agent : ForteAgent/8.00.32.1272
On Sat, 27 Apr 2024 19:52:55 -0700, John Larkin
<jjSNIPlarkin@highNONOlandtechnology.com> wrote:

On Sat, 27 Apr 2024 16:11:30 -0700, Don Y
<blockedofcourse@foo.invalid> wrote:
>
I've had to refactor my RTOS design to accommodate the likelihood of SMT
in future architectures.
>
Thinking (hoping?) these logical cores to be the "closest to the code",
I call them "Processors" (hysterical raisins).  Implicit in SMT is the
notion that they are architecturally similar/identical.
>
These are part of PHYSICAL cores -- that I appropriately call "Cores".
>
These Cores are part of "Hosts" (ick; term begs for clarity!)... what
one would casually call "chips"/CPUs.  Note that a host can house dissimilar
Cores (e.g., big.LITTLE).
>
Two or more hosts can be present on a "Node" (the smallest unit intended to
be added to or removed from a "System").  Again, they can be dissimilar
(think CPU/GPU).
>
I believe this covers the composition/hierarchy of any (near) future
system architectures.  And, places the minimum constraints on said.
>
Are there any other significant developments in the pipeline that
could alter my conception of future hardware designs?
>
Why not hundreds of CPUs on a chip, each assigned to one function,
with absolute hardware protection? They need not be identical, because
many would be assigned to simple functions.
>

Isn't this what Waferscale is, kinda ?

boB



The mess we have now is the legacy of thinking about a CPU as some
precious resource.
>
>

Date Sujet#  Auteur
28 Apr 24 * Anticipating processor architectural evolution8Don Y
28 Apr 24 +* Re: Anticipating processor architectural evolution6John Larkin
28 Apr 24 i+- Re: Anticipating processor architectural evolution1Bill Sloman
29 Apr 24 i`* Re: Anticipating processor architectural evolution4boB
30 Apr 24 i `* Re: Anticipating processor architectural evolution3Don Y
30 Apr 24 i  `* Re: Anticipating processor architectural evolution2John Larkin
30 Apr 24 i   `- Re: Anticipating processor architectural evolution1Bill Sloman
30 Apr 24 `- Re: Anticipating processor architectural evolution1john larkin

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal