Re: Cracking DES with C++ is faster than Java?

From: Julie (julie_at_nospam.com)
Date: 04/30/04 

Date: Thu, 29 Apr 2004 15:41:21 -0700

Claudio Puviani wrote:
>
> "Julie" <julie@nospam.com> wrote
> > Dez Akin wrote:
> > [snip]
> > > > It will always be possible to out-do the optimizer, however the value of
> such
> > > > has been steadily decreasing as processor speeds have increased.
> > >
> > > People said the same thing about chess. Don't expect people to have
> > > the edge in the future just because we've done allright untill now.
> >
> > Yes, but the rules of chess have stayed the same.
> >
> > Chip rules haven't, and won't.
> >
> > I think that increases in speed will mitigate the need for most optimizations,
> > so my feeling is that hand optimization will die mainly due to lack of need,
> > rather than lack of ability.
>
> That naively fallacious argument has existed since the early days of computers,
> and it's usually uttered by academics who have little contact with the real
> world. No matter how fast a computer is, there will always be problems that take
> extremely long to process and the volume of operations that need to be done per
> unit time is growing faster than the hardware can keep up. A compiler that
> performs worse optimizations (let alone none at all) will not be competitive with
> one that performs better ones. Certainly, a company that uses slower code will be
> at a disadvantage with respect to one that strives for efficiency. You can't
> think in absolutes; it's relative performance that matters.
>
> Claudio Puviani

Claudio, please follow the context of the thread before making such responses.

The topic of discussion relates to HAND-OPTIMIZED ASSEMBLY, not optimizations
in general.

My feeling is that the need for hand-optimized assembly will diminish over time
as baseline performance increases over that same period of time. That is what
I was communicating, nothing more, nothing less.

Relevant Pages

  • Re: Cracking DES with C++ is faster than Java?
    ... Claudio Puviani wrote: ... >> Chip rules haven't, and won't. ... >> I think that increases in speed will mitigate the need for most optimizations, ... it's relative performance that matters. ...
    (comp.lang.cpp)
  • Re: Cracking DES with C++ is faster than Java?
    ... Claudio Puviani wrote: ... >> Chip rules haven't, and won't. ... >> I think that increases in speed will mitigate the need for most optimizations, ... it's relative performance that matters. ...
    (sci.crypt)
  • Re: Cracking DES with C++ is faster than Java?
    ... Claudio Puviani wrote: ... please follow the context of the thread before making such responses. ... > I apologize if I misinterpreted your intent, but even in context, the statement, ... > seemed to apply to compiler optimizations as well. ...
    (comp.lang.java)
  • Re: Cracking DES with C++ is faster than Java?
    ... Claudio Puviani wrote: ... please follow the context of the thread before making such responses. ... > I apologize if I misinterpreted your intent, but even in context, the statement, ... > seemed to apply to compiler optimizations as well. ...
    (comp.lang.cpp)
  • Re: Cracking DES with C++ is faster than Java?
    ... Claudio Puviani wrote: ... please follow the context of the thread before making such responses. ... > I apologize if I misinterpreted your intent, but even in context, the statement, ... > seemed to apply to compiler optimizations as well. ...
    (sci.crypt)