comp.lang.ada
 help / color / mirror / Atom feed
From: "John R. Strohm" <strohm@airmail.net>
Subject: Re: Question: Combination of Access and Constraining
Date: Sun, 23 Feb 2003 11:48:39 -0600
Date: 2003-02-23T11:48:39-06:00	[thread overview]
Message-ID: <C459D75F4125A1C7.16F93DF68E5585A3.9021E7438A5DD202@lp.airnews.net> (raw)
In-Reply-To: 3E56AE14.9B5F31A@tsoft.com

Yuri, if you are processing real-time video, you HAVE to use a
high-performance processor.

Consider a typical CCD camera.  256x256 pixels x 30 frames/second.  You are
processing 1.9 million pixels per second.

A 320x240x30 Hz display processes 2.3 million pixels per second.

Usually, you get eaten alive just moving data through the processor.  The
typical CCD camera correction requires you to read three values (raw pixel,
gain, level) and write one (corrected pixel).  You're now looking at 8
million data values per second through your processor.

"Yuri" <yuri@tsoft.com> wrote in message news:3E56AE14.9B5F31A@tsoft.com...
> > Yuri wrote:
> > > And how efficient will be eventual comparison/argument
> > > passing code resulting from such Null_Tp constant? Is it going to be
> > > one-instruction comparison in ASM or much more?
> >
> > The answer is, a software engineer doesn't care. Until it is done in the
> > most straightforward, readable, and understandable way, and measurement
> > shows that the system does not meet its timing requirments, and analysis
> > shows that the only way to meet those timing requirements is by dealing
> > with these issues, it's not an issue. Since compilers are very good at
> > dealing with these kinds of things, I doubt it will ever be an issue.
> > Those who worry about such things with no evidence that they are
> > problems are simply wasting the most expensive resource on the project.
>
> I agree mostly, but there could be projects where performance is critical.
>
> If rate of processing is low than performance is no issue. But if say you
> process
> real-time video higher-performance processor may make project
> cost-inefficient.
>
> Yuri.
>





  parent reply	other threads:[~2003-02-23 17:48 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-20  8:06 Question: Combination of Access and Constraining Papandopulo
2003-02-20  9:00 ` tmoran
2003-02-20  9:29 ` Dmitry A. Kazakov
2003-02-20 15:20   ` Papandopulo
2003-02-20 16:20     ` Dmitry A. Kazakov
2003-02-20 17:58     ` Jeffrey Carter
2003-02-20 20:35       ` Yuri
2003-02-21  1:21         ` Jeffrey Carter
2003-02-21 22:53           ` Yuri
2003-02-23 12:34             ` Simon Wright
2003-02-23 17:50               ` Jeffrey Carter
2003-02-23 17:55               ` John R. Strohm
2003-02-23 17:48             ` John R. Strohm [this message]
2003-02-20 13:12 ` David C. Hoos, Sr.
2003-02-20 15:00 ` Matthew Heaney
  -- strict thread matches above, loose matches on Subject: below --
2003-02-20  9:46 Grein, Christoph
replies disabled

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