RE: Challenge for speed freaks

new topic     » goto parent     » topic index » view thread      » older message » newer message

Robert Craig wrote:
> Ray Smith writes:
> > With the processing power of pc's these days is speed a real issue?
> > Except for specialized applications like action games, 3d modelling,
> > simulations etc speed is almost a non issue.
> 
> I just finished crunching 17 Mb of log data from RapidEuphoria.com
> The log records each page hit, each .zip downloaded, etc, along with
> the referring URL, IP address etc. etc.
> 
> My Euphoria program took 1 minute to give me lots of interesting
> highly customized information. Would I want to wait half an hour 
> for Python or Perl? (My ISP has a free log analyzer. It provides lots of 
> 
> data, but little useful information that I need to evaluate sources of 
> advertising.)
> 
> Speed will always be valuable.

Two Points:

* I don't think anyone is saying use a slower langauge just for the 
sake of it.  I'm also sure everyone would agree that if by adding 
enhancement "x" to Euphoria it would make it twice as slow then 
don't add "x" to Euphoria.
Like was mentioned before ... if new features are added to Euphoria
that people don't choose to use I find it difficult to beleive it 
would drasticly effect the speed.

* I agree that Euphoria is the "right" tool for many jobs ... number
crunching is a good example.  Why aren't we trying to make Euphoria
the "right" tool for a broader range of problems????

As a new issue 

* has (or will) the "Translater" stifle the developemnt
of Euphoria as any "offical" feature will need twice as much work?
Anyone with the source can add features to the interpreter but Rob
still has to add these to the translater if it is used as an official
enhancement.


Ray Smith
http://www.geocities.com/ray_223

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu