comp.lang.ada
 help / color / mirror / Atom feed
* Re : Multiprecisions numbers
@ 2000-03-31  0:00 DELCOURT J�r�me
  2000-03-31  0:00 ` Pascal Obry
  0 siblings, 1 reply; 7+ messages in thread
From: DELCOURT J�r�me @ 2000-03-31  0:00 UTC (permalink / raw)


Sorry, there was a mistyping in my last e-mail.
The correct site for multiprecisions numbers in ada is
http://www.chez.com/bignumber/index.html
There is a mirror site at
http://www.crosswinds.net/~bignumbers/index.html




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Multiprecisions numbers
  2000-03-31  0:00 Re : Multiprecisions numbers DELCOURT J�r�me
@ 2000-03-31  0:00 ` Pascal Obry
  2000-04-01  0:00   ` DELCOURT J�r�me
  2000-04-01  0:00   ` Gautier
  0 siblings, 2 replies; 7+ messages in thread
From: Pascal Obry @ 2000-03-31  0:00 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 744 bytes --]


DELCOURT J�r�me a �crit dans le message <38E5A2FD.63BD@club-internet.fr>...
>Sorry, there was a mistyping in my last e-mail.
>The correct site for multiprecisions numbers in ada is
>http://www.chez.com/bignumber/index.html
>There is a mirror site at
>http://www.crosswinds.net/~bignumbers/index.html

Do you have some benchmarks about the relative speed of these
implementations ?

Pascal.

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|         http://perso.wanadoo.fr/pascal.obry
--|
--| "The best way to travel is by means of imagination"







^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Multiprecisions numbers
  2000-03-31  0:00 ` Pascal Obry
@ 2000-04-01  0:00   ` DELCOURT J�r�me
  2000-04-01  0:00   ` Gautier
  1 sibling, 0 replies; 7+ messages in thread
From: DELCOURT J�r�me @ 2000-04-01  0:00 UTC (permalink / raw)


Pascal Obry wrote:
> 
> DELCOURT J�r�me a �crit dans le message <38E5A2FD.63BD@club-internet.fr>...
> >Sorry, there was a mistyping in my last e-mail.
> >The correct site for multiprecisions numbers in ada is
> >http://www.chez.com/bignumber/index.html
> >There is a mirror site at
> >http://www.crosswinds.net/~bignumbers/index.html
> 
> Do you have some benchmarks about the relative speed of these
> implementations ?
> 
> Pascal.
> 
> --|------------------------------------------------------
> --| Pascal Obry                           Team-Ada Member
> --| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
> --|------------------------------------------------------
> --|         http://perso.wanadoo.fr/pascal.obry
> --|
> --| "The best way to travel is by means of imagination"

Very interesting question. Actually, I have no benchmark available.
One of my goal is to look for a benchmark which could be representative
of a common use of that kind of package. The main problem is to define
what is the common use : each program can have a different use of
functions and procedures provided by that package.

I actually think that each programmer is free to choose the best
package for his (or her) needs in a particular program. Because of
that, I actually propose many packages in my site. Obviously, that
means that each programmer has to do a great work before choosing
the best package for his (or her) particular program, and a benchmark
could help.

Any idea on that subject?




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Multiprecisions numbers
  2000-03-31  0:00 ` Pascal Obry
  2000-04-01  0:00   ` DELCOURT J�r�me
@ 2000-04-01  0:00   ` Gautier
  2000-04-01  0:00     ` DELCOURT J�r�me
  2000-04-02  0:00     ` Gisle S�lensminde
  1 sibling, 2 replies; 7+ messages in thread
From: Gautier @ 2000-04-01  0:00 UTC (permalink / raw)


Pascal Obry:

> Do you have some benchmarks about the relative speed of these
> implementations ?

This would be very interesting (not time and equipment myself now)
E.g. GMP and other known packages, being in C, must allocate, reallocate,
deallocate memory for multi-integer. It consume time and the memory
gets fragmented very fast, requiring garbage collection that can take
longer than the computing itself. Reversely, pure Ada methods where functions
can return a whole unconstrained array, can work only on stack with
local variables. Anyway, using the "procedure with out parameter" variants
give very quick results on OpenVMS (Compaq Ada V3.5-2) and PC (GNAT/DOS).
No comparisons though from my side.

_____________________________________________
Gautier  --  http://members.xoom.com/gdemont/




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Multiprecisions numbers
  2000-04-01  0:00   ` Gautier
@ 2000-04-01  0:00     ` DELCOURT J�r�me
  2000-04-02  0:00     ` Gisle S�lensminde
  1 sibling, 0 replies; 7+ messages in thread
From: DELCOURT J�r�me @ 2000-04-01  0:00 UTC (permalink / raw)


Gautier wrote:
> 
> Pascal Obry:
> 
> > Do you have some benchmarks about the relative speed of these
> > implementations ?
> 
> This would be very interesting (not time and equipment myself now)
> E.g. GMP and other known packages, being in C, must allocate, reallocate,
> deallocate memory for multi-integer. It consume time and the memory
> gets fragmented very fast, requiring garbage collection that can take
> longer than the computing itself. Reversely, pure Ada methods where functions
> can return a whole unconstrained array, can work only on stack with
> local variables. Anyway, using the "procedure with out parameter" variants
> give very quick results on OpenVMS (Compaq Ada V3.5-2) and PC (GNAT/DOS).
> No comparisons though from my side.
> 
> _____________________________________________
> Gautier  --  http://members.xoom.com/gdemont/

You can find packages in ada about multiprecision numbers at
http://www.chez.com/bignumber/index.html.


Jerome Delcourt




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Multiprecisions numbers
  2000-04-01  0:00   ` Gautier
  2000-04-01  0:00     ` DELCOURT J�r�me
@ 2000-04-02  0:00     ` Gisle S�lensminde
  2000-04-04  0:00       ` DELCOURT J�r�me
  1 sibling, 1 reply; 7+ messages in thread
From: Gisle S�lensminde @ 2000-04-02  0:00 UTC (permalink / raw)


In article <38E5BFDD.AB9ED487@maths.unine.ch>, Gautier wrote:
>Pascal Obry:
>
>> Do you have some benchmarks about the relative speed of these
>> implementations ?
>
>This would be very interesting (not time and equipment myself now)
>E.g. GMP and other known packages, being in C, must allocate, reallocate,
>deallocate memory for multi-integer. It consume time and the memory
>gets fragmented very fast, requiring garbage collection that can take
>longer than the computing itself. Reversely, pure Ada methods where functions
>can return a whole unconstrained array, can work only on stack with
>local variables. Anyway, using the "procedure with out parameter" variants
>give very quick results on OpenVMS (Compaq Ada V3.5-2) and PC (GNAT/DOS).
>No comparisons though from my side.

The packages is not (yet?) comparable. The thick binding to AdaGMP 
use controlled types and operator overloading, which certainly is
inefficient, but is convenient to use. If any of the other bignum 
packages not beats the thick binding to GMP, they should consider 
a rewrite of their packages. I will hopefully do some "smart copying"
in the future, so it can be faster. Adding some proceeures which don't
need finalization like the operators is also an idea.

The GMP contains a wealth of functions, more than 100 integer functions,
about 50 floating point functions and 20 rational number functions.
It will be a considerable work to implement this. My motivation for
creating the binding was to experiment with public-key cryptography.
The GMP contains all the functions you need for RSA or Diffie-Hellman
key exchange, like modular exponentiation and multiplicative inverses.
These functions is typically not called many times, but each call is
quite costly (well at least for key exchange, not encryption). 
Is any of the other bignum libraries having these functions?

It will maybe be an idea to coordinate the effort, and make one
single bignum library? (A discussion that is more suited for gnatlist?)


-- 
--
Gisle S�lensminde ( gisle@ii.uib.no )   

ln -s /dev/null ~/.netscape/cookies




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Multiprecisions numbers
  2000-04-02  0:00     ` Gisle S�lensminde
@ 2000-04-04  0:00       ` DELCOURT J�r�me
  0 siblings, 0 replies; 7+ messages in thread
From: DELCOURT J�r�me @ 2000-04-04  0:00 UTC (permalink / raw)


I totally agree with you when you write that we should coordinate
the effort. The improvement of this new, unique package could be faster.

The problem is that I don't understand at all the C language, and
the GMP library is very difficult to install on my MS-DOS computer
(due to the limitation of the filename length). So I haven't studied
the GMP library.

Any comment on that subject?



Jerome Delcourt




^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2000-04-04  0:00 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-03-31  0:00 Re : Multiprecisions numbers DELCOURT J�r�me
2000-03-31  0:00 ` Pascal Obry
2000-04-01  0:00   ` DELCOURT J�r�me
2000-04-01  0:00   ` Gautier
2000-04-01  0:00     ` DELCOURT J�r�me
2000-04-02  0:00     ` Gisle S�lensminde
2000-04-04  0:00       ` DELCOURT J�r�me

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox