Re: [OctDev] More limitations in coding functions

[David B. <Dav...@mo...>]

According to Quentin Spencer <qsp...@ie...> (on 07/16/04):
> David Bateman wrote:
> 
> >Quentin,
> >
> >Try the version I just committed. I removed the restriction on
> >calculating the minimum distance and vastly accelerated this code, and
> >I reduced the restriction on the syndrome table. There is still a
> >restriction at the moment in that the syndrome table must not have
> >more than 2^32 rows. This is enormous, and so I don't think I'll both
> >removing this restriction, and more memory than any machine I have access
> >to.
> > 
> >
> It works! I did some quick speed tests and got times just slightly 
> faster (~5%) than Matlab 6.5.

Humm, 5% faster is a bit of a slippery number. The octave code uses a DLD
for the calculation of the syndrome table and a dot-m file for the rest.
Matlab uses dot-m for everything. So is the 5% faster just for the calculation
of the syndrome? Or is it for the encode/decode? If its the second then I'm
happy, since the speed is then comaprable. If it is the first, I'm less happy
since on longer decodes octave will probably loose out.

D.

-- 
David Bateman                                Dav...@mo...
Motorola CRM                                 +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 1 69 35 77 01 (Fax) 
91193 Gif-Sur-Yvette FRANCE

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary