The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Bakul Shah <bakul@bitblocks.com>
To: "Steve Simon" <steve@quintile.net>
Cc: tuhs@minnie.tuhs.org
Subject: Re: [TUHS] Faster cpus at any cost
Date: Fri, 29 Jun 2018 10:14:30 -0700	[thread overview]
Message-ID: <20180629171437.D2B08156E410@mail.bitblocks.com> (raw)
In-Reply-To: Your message of "Fri, 29 Jun 2018 09:51:55 +0100." <a1117f6b1a451ac858ba5cd8c1e84280@quintile.net>

On Fri, 29 Jun 2018 09:51:55 +0100 "Steve Simon" <steve@quintile.net> wrote:
> I know this is a dangerous game to play, but what of the future?

[In the same spirit :-)]
The spin orbit torque (SOT) MRAM devices seem very promising.

Spin tranfer torque (STT) MRAM are both seen as persistent
memories that will work beyond the feature sizes where 
current flash based CMOS devices won't work as they rely on
retaining charge, while STT/SOT decives depend on magnetism
(the spin direction is switched with a tiny bit of electrical
energy). What is more, they don't have number of write limits
of flash memory, nor the very long write times (STT/SOT writes
are on the order of 100ps to 10ns as opposed to 1us to 1ms for
flhas and takes million times less energy to write).

STT-MRAMs are already being used in small sizes (given no
write limits & high speed, it makes a good cache layer for
SSDs).  But STT devices have a number of limits that SOT don't
have.  SOTs can be written about 10 times faster and they can
be used at even smaller feaure sizes.

The really intersting part is logic gates have been constructed
using the same technologu. Unlike tradition charge based
devices where CPU and massive memory are kept separate, here
logic and memory can be on the same chip. In fact the same
device can perform logic and retain the results and the logic
can be electrically reconfigured.  These gates can be an order
of magnitude smaller (compared to 14nm FinFET CMOS) and are
ultra energy efficient => much less heat. And massive
parallelism.

Too early to tell whether this actually pans out or scales up
to billions of gates.

And of course, if we are to believe the crowd here, this will
be an utter failure since it won't really help us C programs
faster :-)

Also, I just read this stuff; I have no insight and I may have
misconstrued everything!

A reference that may be of interest:
    https://www.nature.com/articles/s41598-017-14783-1.pdf

> I am intrigued by the idea of true optical computers,
> perhaps the $10M super-computer will return?

Optics will more likely be used for a communication layer.

  reply	other threads:[~2018-06-29 17:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.1.1530237601.20140.tuhs@minnie.tuhs.org>
2018-06-29  8:51 ` Steve Simon
2018-06-29 17:14   ` Bakul Shah [this message]
2018-06-29 18:12   ` Toby Thain
2018-06-29 18:13   ` Perry E. Metzger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180629171437.D2B08156E410@mail.bitblocks.com \
    --to=bakul@bitblocks.com \
    --cc=steve@quintile.net \
    --cc=tuhs@minnie.tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).