From: "ljknews" <[log in to unmask]>
> At 12:10 PM +0100 9/18/04, Simon Wright wrote:
> >It's certainly true that the (apparent) ease of task programming in
> >Ada can lead new users to think that they can use tasks without
> >considering the resource usage. If you had 1000 radar tracks, it might
> >be unwise to assign a task to each one; at the very least, you'd want
> >to measure the performance in the prototype phase.
> There ain't no such thing as a free lunch, and those who believe
> otherwise are bound for a life of disappointment.
> Larry Kilgallen
On the other hand, I've seen projects fail because 'clever' and non-trivial
software techniques had to be used. After a decade of debugging, the damn
things still didn't work. Worse, the option was available of just waiting
18 months for a faster processor that would make a brain-dead simple software
This is emphatically not always the case, but the larger the system, the
more probable it becomes.
I admit that a kilotrack system with one task per track gives me pause,
no matter how simple it is conceptually, or how low the task overhead is
"according to the manual". Test it first as a risk-reduction measure, and
at a very early stage in the architectural design.
"it might be unwise" indeed.