caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "David McClain" <dmcclain1@mindspring.com>
To: <caml-list@inria.fr>
Subject: [Caml-list] Hyperthreading
Date: Fri, 13 Jun 2003 14:05:56 -0700	[thread overview]
Message-ID: <009d01c331ef$9642c990$0201a8c0@dylan> (raw)

> How do you measure "CPU utilization"?  Different tools have different

I just used the simple minded task manager graphs. I don't have those
details just yet, but I do have the Intel VTune tools to do a serious look
at what's happening inside the CPU.

Another possibility occured to me, but it would mimmick the low CPU
utilization we get. But on the newer processors, instruction ordering may
have an impact on the speed of execution. I have some other 3rd party tools
here that appear to be using enormous amounts of CPU cycles for apparently
simple computations. But these tools are intended to run on a wide variety
of Pentium platforms, and they were definitely not especially compiled for
the P4.

>
> My general feeling (although I have no proof of that) is that the
> memory usage patterns of Caml programs aren't radically different from
> those of more mainstream programs.

You may well be correct about this... but then, how many programs take care
to tune the pattern of memory use? In my own numerical code, I know that
enormous floating-point arrays are being consumed and produced at prodigious
rates. The need to have better data locality never showed itself before on
those older processors. But clearly, speeding up the CPU by a factor of 10
to reach an overall throughput improvement of only a factor of 2, points to
inefficiencies that I now ought to address.

But ulimately, it would be much nicer if some hardware guru's could get
better educated on the nature of high level languages, and stop thinking
that everything is written in hand-crafted C code. We need some paradigm
shifts in the way processors attack high-level programs.

Cheers,

- DM


-------------------
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


             reply	other threads:[~2003-06-13 21:05 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-13 21:05 David McClain [this message]
2003-06-14 22:16 ` John Max Skaller

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='009d01c331ef$9642c990$0201a8c0@dylan' \
    --to=dmcclain1@mindspring.com \
    --cc=caml-list@inria.fr \
    /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).