[DUG] Processor speeds and the need for concurrency

[Leigh Wanstead]

I would suggest to profile/benchmark the application. Of course this only
applys to if you have the source code.

Just my 0.02 NZ dollar. ;-)

Regards
Leigh
www.smootharm.com
  -----Original Message-----
  From: delphi-bounces at ns3.123.co.nz [mailto:delphi-bounces at ns3.123.co.nz]On
Behalf Of Phil Middlemiss
  Sent: Monday, 8 May 2006 9:29 a.m.
  To: NZ Borland Developers Group - Delphi List
  Subject: Re: [DUG] Processor speeds and the need for concurrency


  I think they should throw more money at making disk access faster or, more
realistically, viable alternatives - for us it is definitely the biggest
bottle neck. Solid state is not commercially viable for large storage sizes
yet (It's certainly cheaper than it used to be but can't be compared to
conventional hard drives for cost).

  I guess we could squeeze a little bit more of multiple core CPUs, but
more/cheaper RAM, faster storage access are the real performance drivers for
mapping/GIS software.

  Cheers,
  Phil.

  peter at webcentre.co.nz wrote:
Richard wrote:

  Concurrency is something that most people who have written web
applications know they have to deal with.

Correct, it's old news in that area. But nonetheless real work,
depending on how well the framework you're using supports it.

The difference implied by the article quoted is that more
applications and hence developers will be running up against real
performance bottlenecks in future, and will have to find ways to deal
with them. Not just Phil Scadden and all us web developers <g>.

  want. I don't see a huge impact here except for gamers and processor
intensive apps like graphics & number crunching?

Hmmm, an hypothesis. What do others think? Bags of room on the upside
for most of what you do?

cheers,
peter


_______________________________________________
Delphi mailing list
Delphi at ns3.123.co.nz
http://ns3.123.co.nz/mailman/listinfo/delphi




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ns3.123.co.nz/pipermail/delphi/attachments/20060508/20b428b9/attachment.html