To Rev or not to Rev

[Dennis Brown]

Pierre,

I am quite aware of these, and that is what I want to run 10 times  
faster than.  However, a lot can be done with the repeat for each  
more quickly than other Rev methods, but it can only be used with a  
single named array at a time.  I have entered a BZ request for an  
additional sequential array access method to give repeat for each  
speeds to any number of arrays at the same time.  If you would like  
to see this, cast your vote for BZ# 2773

Dennis

On May 4, 2005, at 7:42 PM, Pierre Sahores wrote:

> Be aware to see how combining the "repeat for each" statement (read- 
> only) and the rev two-dimmensions arrays can be very usefull and  
> fast running, lots faster than many well formated SQL queries, for  
> an exemple...
>
> Hope this can help,
>
>
>> This BZ on arrays would be a welcome enhancement, but it would not  
>> improve the speed of processing arrays.  I was thinking along the  
>> lines of a high speed array processing instruction subset.  They  
>> would be less flexible than what we have now --the nice flexible  
>> data types, dynamic memory allocation, and flexible key names are  
>> what costs the operators so much time to execute.  Just let me  
>> define the dimensions and data size for a fixed memory allocation  
>> and provide operators that work on fixed data types.  It should  
>> fly through the array calculations at least ten times faster.  I  
>> just entered a BZ request for it.  If you agree, vote.
>>
>> BZ# 2813
>>
>> Dennis
>>
>> On May 4, 2005, at 3:13 PM, MisterX wrote:
>>
>>
>>> the question mark made it red!!!
>>>
>>>  <http://support.runrev.com/bugdatabase/show_bug.cgi?id=555>
>>>
>>> works better ;)
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: use-revolution-bounces at lists.runrev.com
>>>> [mailto:use-revolution-bounces at lists.runrev.com] On Behalf Of
>>>> Richard Gaskin
>>>> Sent: Wednesday, May 04, 2005 21:08
>>>> To: How to use Revolution
>>>> Subject: Re: To Rev or not to Rev
>>>>
>>>> Gordon Webster wrote:
>>>>
>>>>
>>>>> I totally agree with Dennis. Efficient arrays are the
>>>>>
>>>>>
>>>> missing link in
>>>>
>>>>
>>>>> rev.
>>>>>
>>>>>
>>>>
>>>> <http://support.runrev.com/bugdatabase/show_bug.cgi?id=555?>
>>>>
>>>>
>>>> --
>>>>   Richard Gaskin
>>>>   Fourth World Media Corporation
>>>>   __________________________________________________
>>>>   Rev tools and more: http://www.fourthworld.com/rev
>>>> _______________________________________________
>>>> use-revolution mailing list
>>>> use-revolution at lists.runrev.com
>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>
>>>
>>
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>
>>
>>
> -- 
> Bien cordialement, Pierre Sahores
>
> 100, rue de Paris
> F - 77140 Nemours
>
> psahores+ at +easynet.fr
> sc+ at +sahores-conseil.com
>
> GSM:   +33 6 03 95 77 70
> Pro:      +33 1 64 45 05 33
> Fax:      +33 1 64 45 05 33
>
> <http://www.sahores-conseil.com/>
>
> WEB/VoD/ACID-DB services over IP
> "Mutualiser les deltas de productivité"
>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>