On 22 Apr, 02:02, David Harvey <dmhar...@cims.nyu.edu> wrote:
> Can someone show me a benchmark where MPIR is faster than GMP? I tried
> a few basic things and couldn't find any. Someone who knows the MPIR
> codebase better than me should be able to find something.
Are you aware that our MPIRbench score on K8 is higher than GMP's?
Our rsa bench is way ahead.
We have *only* optimised for K8 at present and even there we still
have quite a bit to do. Jason Moxham is now into about the 4th version
of his assembly optimiser and from what I can tell, it is far more
capable than the one you guys wrote. We'll soon have optimised code
sequences for far more CPU's than GMP even currently distinguishes.
In the Toom 7 region, MPIR is significantly ahead of GMP.
Our GCD code is better tuned than GMP's. Other improvements pending,
it should eventually be faster than GMP's.
Our code base runs natively on some systems that it doesn't even run
on GMP. That's an infinite improvement.
But really, I'm a little annoyed that you try to lay this kind of
pressure on us. You know GMP has had much fast code available for
years. We finished sorting out build issues at MPIR 0.9.0 which was
release on 10th January. So we have done all of the rest of the work
on speeding things up in 3 months.
How much did GMP get done in that same 3 months? How long has it taken
to write all the GMP code to do all these nice new things it does?
Seriously, it looks for all the world to me that you are intentionally
trying to kick MPIR while it is down, knowing full well that a
comparison is unfair at this point. I expect that by October/November
this year we will match GMP feature for feature, and that will be
regardless of whether another release is made. On top of that we'll
have a whole load of new stuff GMP doesn't have. I promise you, we
have some really, really nice stuff on the way, e.g. parallel code is
one of the main new focuses, and development of that will start in
about 4 weeks. Will you support us in October/November when there is a
clear reason to do so?
In the mean time, how about letting us get on with our work. Better
still, how about contributing your improvements to *both* projects.
Bill.
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---
