<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">By the time we’re done, we’re going to reinvent the IRAF Virtual Operating System.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Rob<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-left:.5in">On 7/28/25, 8:29 AM, "fitsbits" wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><br>
External Email<br>
<br>
On Mon 2025-07-28T14:27:40+0200 Richard J. Mathar via fitsbits hath writ:<br>
> In summary, even if the storage format is supported (as disk capacities<br>
> and streaming bandswiths *are always* an issue), there will be a small run-time<br>
> overhead by parsing the 16bit-floats in and out of their 32bit-float processor registers.<br>
<br>
In the beginning we had a similar problem with VAX hardware<br>
which used its own non-IEEE floating point representation.<br>
Software on VAX hardware had to convert on the way in and out,<br>
but it became clear that the IEEE fp standard was the right thing<br>
to use for data storage.<br>
<br>
--<br>
Steve Allen <sla@ucolick.org> WGS-84 (GPS)<br>
UCO/Lick Observatory--ISB 260 Natural Sciences II, Room 165 Lat +36.99855<br>
1156 High Street Voice: +1 831 459 3046 Lng -122.06015<br>
Santa Cruz, CA 95064 <a href="https://www.ucolick.org/~sla">
https://www.ucolick.org/~sla/</a> Hgt +250 m<br>
<br>
_______________________________________________<br>
fitsbits mailing list<br>
fitsbits@listmgr.nrao.edu<br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/fitsbits">https://listmgr.nrao.edu/mailman/listinfo/fitsbits</a><o:p></o:p></p>
</div>
</body>
</html>