
<html>

  <head>


    <meta http-equiv="content-type" content="text/html; charset=UTF-8">

  </head>

  <body>

    Hi guys,<br>

    <br>

    Bradley reported a crash of the replay (actually in EVIO) with

    /adaq1/data1/sbs/grinch_72.evio.0 (see

    <a class="moz-txt-link-freetext" href="https://logbooks.jlab.org/entry/3916105">https://logbooks.jlab.org/entry/3916105</a>).<br>

    <br>

    When digging into the cause of this crash, I discovered that these

    raw data are written in big-endian format. How can this be? I

    thought the front-ends are Intel processors. Are we taking data with

    ARM chips that are configured for big-endian mode? Is this a

    mistake, or is there some plan to it?<br>

    <br>

    These big-endian data have to be byte-swapped when processing them

    on x86, which is what all our compute nodes run. That's a LOT of

    work. It leads to significant and seemingly completely unnecessary

    overhead. I.e. we're burning CPU cycles for nothing good, it seems.<br>

    <br>

    Please explain.<br>

    <br>

    Ole<br>

    <br>

  </body>

</html>