comp.lang.ada
 help / color / mirror / Atom feed
From: "G.B." <bauhaus@futureapps.invalid>
Subject: Re: Everything You Know Is Wrong
Date: Tue, 29 Dec 2015 12:42:29 +0100
Date: 2015-12-29T12:42:29+01:00	[thread overview]
Message-ID: <n5tre9$t7c$1@dont-email.me> (raw)
In-Reply-To: <n5s6nj$ch8$1@speranza.aioe.org>

On 28.12.15 21:40, Dmitry A. Kazakov wrote:
> On 2015-12-28 19:50, Nicholas Collin Paul de Gloucester wrote:
>
>> What is "this"?
>
> Energy saving set as the goal [of computing?]. The proper goal is better
> performance, when that require lower voltage be it so.
>
> I understood Georg meant "green computing" which is reverse - buying
> energy by selling performance.

I was thinking of mobile computing, among other forms of computing
that depend on the presence of, say, batteries.

The hardware people do a lot to reduce energy needs.  The software
people could add to that. One addition is almost existing already,
in JIT compilers that deploy alternative compiled routines. Of
course, the compilation step doesn't necessarily save energy
now. But optimization demonstrates that compiled routines could
differ by energy consumption.

Considering the above I was also thinking of resource sharing, the
resource, however, being energy. When the amount of energy available
to the computer depends on wall clock time, then a programmer
arranges for code whose execution can be postponed to when there is
sufficient energy.  For example, if two subprograms are independent
and their execution can be postponed until a third one needs their
results, then several orders of execution become possible and this
will not require tasking. Even interleaving is o.K.

op1
  |     op1     op2
op2       \   /
  |        op3
op3

Can pragma Pure be extended to allow this optimization?


> In the real world we get better performance at lower energy, just per
> laws of physics, as you pointed out.

You would be in control of Watts for performance.


  reply	other threads:[~2015-12-29 11:42 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-27  0:37 Everything You Know Is Wrong Jeffrey R. Carter
2015-12-27  7:55 ` J-P. Rosen
2015-12-27 17:37   ` Jeffrey R. Carter
2015-12-27  8:46 ` Dmitry A. Kazakov
2015-12-27 17:36   ` Jeffrey R. Carter
2016-01-04 14:44     ` Alejandro R. Mosteo
2015-12-28  9:57 ` Georg Bauhaus
2015-12-28 11:19   ` Dmitry A. Kazakov
2015-12-28 16:27     ` Nicholas Collin Paul de Gloucester
2015-12-28 17:30       ` Dmitry A. Kazakov
2015-12-28 18:50         ` Nicholas Collin Paul de Gloucester
2015-12-28 20:40           ` Dmitry A. Kazakov
2015-12-29 11:42             ` G.B. [this message]
2015-12-29 12:36               ` Dmitry A. Kazakov
2015-12-29 13:50                 ` G.B.
2015-12-29 14:06                   ` J-P. Rosen
2015-12-29 14:16                   ` Dmitry A. Kazakov
2015-12-29 16:31                     ` Dennis Lee Bieber
2015-12-29 17:02                       ` G.B.
2015-12-29 16:57                     ` G.B.
2015-12-29 17:36                       ` Dmitry A. Kazakov
2015-12-29 17:53                         ` G.B.
2015-12-29 18:09                           ` G.B.
2015-12-29 22:05                           ` Randy Brukardt
2016-01-04 14:51                           ` Alejandro R. Mosteo
2015-12-29 21:58                         ` Randy Brukardt
2015-12-28 17:19 ` Nicholas Collin Paul de Gloucester
2015-12-29 23:37 ` darkestkhan
2016-01-05 13:52 ` brbarkstrom
2016-01-10 14:46 ` Michael Erdmann
2016-02-29 12:14 ` Jacob Sparre Andersen
2016-03-02 14:11   ` vincent.diemunsch
2016-03-02 14:23     ` J-P. Rosen
2016-03-02 15:44       ` Bob Brown
2016-03-02 16:30         ` J-P. Rosen
2016-03-02 16:36           ` Bob Brown
2016-03-02 16:52             ` Bob Brown
2016-03-02 14:32     ` Dmitry A. Kazakov
2016-03-02 15:31       ` vincent.diemunsch
2016-02-29 12:27 ` Jacob Sparre Andersen
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox