caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Brian Hurt <brian.hurt@qlogic.com>
To: Chris Hecker <checker@d6.com>
Cc: Ocaml Mailing List <caml-list@inria.fr>
Subject: Re: [Caml-list] Request: matrix_init function in Array
Date: Thu, 13 Feb 2003 11:38:49 -0600 (CST)	[thread overview]
Message-ID: <Pine.LNX.4.33.0302131124520.2037-100000@eagle.ancor.com> (raw)
In-Reply-To: <4.3.2.7.2.20030213083000.02fedc40@localhost>


Here's my problem with a matrix module: when I see a module named Matrix,
I immediately think linear algebra- BLAS.  A full-on BLAS implementation
might be usefull, but probably way more work than most people think it 
would be to do right.  Oh, doing it the obvious way would be simple enough 
for anyone who passed linear algebra.  Doing it right gives you a 10x or 
better speed up.

Two papers anyone who *wants* to do a full-on Ocaml BLAS should read 
(IMHO) are:

http://citeseer.nj.nec.com/luj00oolala.html
(BLAS isn't the only, or necessarily even the best, interface)

http://www.irisa.fr/bibli/publi/pi/1994/803/803.html
(Shows the importance of blocking *and* copying in matrix operations)

Throw in vectorizing kernels using SSE-2, and you've got yourself a fair 
bit of work there.

Brian

On Thu, 13 Feb 2003, Chris Hecker wrote:

> 
> >I don't agree with you: a Matrix module would definitively end
> >questions and requests on trivial functionality about matrices.
> 
> I just reviewed 10384 messages to caml-list from the past 2 years.  Of 
> around 40 separate questions containing the word "matrix", only 3 (or 5 
> being incredibly generous) would even be affected by having a Matrix 
> module, and it's not clear they'd be answered.  And that's ignoring any new 
> questions that might be generated by the module's existence itself if it's 
> implemented.
> 
> The point is that a) there are just not many questions pertaining to this 
> topic, and b) any Matrix module you guys implemented would either be a toy, 
> or it'd take forever to write and still not please people who really use 
> matrices for real work (which account for 90% of the questions referenced 
> above).
> 
> As far as I can tell (unless I'm missing a bunch of caml-list messages), 
> the questions relating to this on the caml-list are simply not worth a 
> Matrix module that takes even just a couple days of the core caml team's 
> time.  I can name probably 20 equivalently sized tasks that would help way 
> more people who are trying to use caml and answer way more future 
> questions, and that only the core team can do.
> 
> Now, if you just have a hankering to write a matrix module, that's cool, go 
> for it.  But if you goal is to spend 2 days and solve as many caml 
> programmers' problems as possible, this is not the place to spend it.
> 
> How about this as a counterproposal:  I will personally, promptly, and 
> tirelessly answer any and all matrix related questions on the caml-list for 
> the remainder of 2003 if you will work on something more important?  :)
> 
> The key thing is that anybody on this list could write the Matrix 
> module.  There are lots of things that only the core caml team can do.
> 
> Okay, I'm done wasting your time.  Sorry if this came off as rude, I didn't 
> intend it that way.
> 
> Thanks,
> Chris
> 
> 

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


      parent reply	other threads:[~2003-02-13 17:29 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-10 18:52 Brian Hurt
2003-02-10 23:22 ` Pierre Weis
2003-02-11  2:37   ` Chris Hecker
2003-02-13  8:33     ` Pierre Weis
2003-02-13 16:50       ` Chris Hecker
2003-02-13 17:13         ` feature priorities (was Re: [Caml-list] Request: matrix_init function in Array) Ed L Cashin
2003-02-14 17:52           ` brogoff
2003-02-14 20:22             ` rich
2003-02-16 23:07               ` Alessandro Baretta
     [not found]                 ` <Pine.LNX.4.53L.0302170500360.32142@ontil.ihep.su>
2003-02-17 22:27                   ` Alessandro Baretta
2003-02-19  9:18           ` [Caml-list] Re: feature priorities (multithreading) James Leifer
2003-02-19 16:46             ` cashin
2003-02-19 17:14               ` Ranjan Bagchi
2003-02-19 17:45                 ` Brian Hurt
2003-02-19 18:17                   ` Will Benton
2003-02-19 19:26                     ` Brian Hurt
2003-02-19 17:25               ` Brian Hurt
2003-02-19 17:26                 ` Noel Welsh
2003-02-20  8:00               ` Michel Schinz
2003-02-20 16:26                 ` Brian Hurt
2003-02-13 17:38         ` Brian Hurt [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.33.0302131124520.2037-100000@eagle.ancor.com \
    --to=brian.hurt@qlogic.com \
    --cc=caml-list@inria.fr \
    --cc=checker@d6.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).