<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Matthew Flatt wrote at 04/24/2011 07:58 PM:
<blockquote cite="mid:20110424235816.38D3C6500A0@mail-svr1.cs.utah.edu"
 type="cite">
  <pre wrap="">At Sun, 24 Apr 2011 19:24:18 -0400, Neil Van Dyke wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">The modest performance hit for "assq" on 32-bit (my workstation) right now is a small price to pay for doubling the speed on  64-bit (lots of servers).
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I forgot to reply to that point before. Unfortunately, I don't think you're going to see the same effect on other machines.</pre>
</blockquote>
<br>
Oh, you did say something about influence of a particular 64-bit
compiler earlier, but in all my excitement, I didn't make the
connection.<br>
<br>
If, at the time this new "assq" makes it into a Racket release, the new
"assq" turns out to be significantly slower than the old C one, can the
old one ("kernel:assq"?) be exposed for programs to call directly?<br>
<br>
A performance regression in "assq" would adversely impact some
performance-sensitive legacy code that saw a lot of micro-optimizing
last year.&nbsp; Having the old "assq" available as a fallback option would
be reassuring.<br>
<br>
BTW, I do like the idea of "assq" being pure Racket code, where it's
more amenable to ongoing work on optimizers, and I don't mean to sound
critical of this process.<br>
<br>
<div class="moz-signature">-- <br>
<a class="moz-txt-link-freetext" href="http://www.neilvandyke.org/">http://www.neilvandyke.org/</a>
</div>
</body>
</html>