<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi, <br>
    <br>
    Couldn't he just use the compiler option " -mcmodel=large" ? <br>
    <br>
    Seyit<br>
    <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 24/05/17 19:20, Tomasz Plewa wrote:<br>
    </div>
    <blockquote cite="mid:b3e7faac-f5f5-7c2d-1b0a-ee1f9a4dd1be@fsu.edu"
      type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <tt>Right, the default for maxblocks could be 1000. Nevertheless,
        this is a large number especially taking into account tat
        nxb=nyb=8 is the default. and you are using the USM solver.<br>
        <br>
        There are two ways around it.<br>
        <br>
        Set maxblocks to much smaller number. This effectively robs you
        of adaptivity, but you cannot really run adaptive simulations
        with large blocks.<br>
        <br>
        Alternatively, if you don't need AMR at all, decompose you
        domain into a modest number of medium-sized blocks, e.g.,<br>
        <br>
        -maxblocks=64 -nxb=64 -nyb=64.<br>
        <br>
        Tomek<br>
        --</tt><br>
      <div class="moz-cite-prefix">On 05/24/17 12:56, Jenks, Malia T.
        wrote:<br>
      </div>
      <blockquote
cite="mid:CY1PR0301MB0746FC0235487E3ADBF10B56AEFE0@CY1PR0301MB0746.namprd03.prod.outlook.com"
        type="cite">
        <meta http-equiv="Content-Type" content="text/html;
          charset=utf-8">
        <style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
        <style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
        <div id="divtagdefaultwrapper"
style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;"
          dir="ltr">
          <p>Tomek,</p>
          <p><br>
          </p>
          <p>Where does the 2000 come from?</p>
          <p>Maxblocks is auto set to 1000.</p>
          <p><br>
          </p>
          <p>The point is I am reading in an external grid that is
            512x512 and I want the FLASH grid to match it exactly  so
            that I can do a trivial map of the physical quantities.</p>
          <p><br>
          </p>
          <p>I'm missing something.</p>
          <p><br>
          </p>
          <p>Malia<br>
          </p>
        </div>
        <hr style="display:inline-block;width:98%" tabindex="-1">
        <div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt"
            color="#000000" face="Calibri, sans-serif"><b>From:</b>
            Jenks, Malia T.<br>
            <b>Sent:</b> Wednesday, May 24, 2017 10:32:34 AM<br>
            <b>To:</b> <a moz-do-not-send="true"
              class="moz-txt-link-abbreviated"
              href="mailto:flash-users@flash.uchicago.edu">flash-users@flash.uchicago.edu</a><br>
            <b>Subject:</b> Re: Question about grid size</font>
          <div> </div>
        </div>
        <div>
          <style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
          <div id="divtagdefaultwrapper"
style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;"
            dir="ltr">
            <p>Hmm, somehow Flash is statically allocating more than the
              Linux 2GB limit. I'm surprised that anything is statically
              allocated. <br>
            </p>
            <p><br>
            </p>
            <p>I did a parallel compile but assuming (for debugging
              purposes) that I would just use 1 CPU. Thus, I set iProcs
              =1</p>
            <p>jProcs=1  and</p>
            <p><br>
            </p>
            <p>setup -2d +cylindrical +usm -nxb=512 -nyb=512 -auto</p>
            <p><br>
            </p>
            <p>Then at link time I get:</p>
            <p><br>
            </p>
            <div>Burn.o: In function `burn':<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:107:(.text+0xe3):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_useburn_' defined in COMMON section in
              Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:115:(.text+0x2ad):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_useshockburn_' defined in COMMON section
              in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:145:(.text+0x604):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_useshockburn_' defined in COMMON section
              in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:172:(.text+0x897):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_nucleartempmin_' defined in COMMON
              section in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:175:(.text+0x8bc):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_nucleartempmax_' defined in COMMON
              section in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:174:(.text+0x8dc):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_useshockburn_' defined in COMMON section
              in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:173:(.text+0x8f1):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_nucleardensmin_' defined in COMMON
              section in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:173:(.text+0x8f9):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_nucleardensmax_' defined in COMMON
              section in Burn_data.o<br>
              /home/mjenks/FLASH4.4/object/Burn.F90:181:(.text+0x961):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_nuclearni56max_' defined in COMMON
              section in Burn_data.o<br>
              Burn_computeDt.o: In function `burn_computedt':<br>
/home/mjenks/FLASH4.4/object/Burn_computeDt.F90:108:(.text+0x16):
              relocation truncated to fit: R_X86_64_PC32 against symbol
              `burn_data_mp_bn_useburn_' defined in COMMON section in
              Burn_data.o<br>
/home/mjenks/FLASH4.4/object/Burn_computeDt.F90:141:(.text+0x69):
              additional relocation overflows omitted from the output<br>
              make: *** [flash4] Error 1<br>
              <br>
              which means that I have > 2GB of static data see <span><a
                  moz-do-not-send="true"
href="https://software.intel.com/en-us/forums/intel-fortran-compiler-for-linux-and-mac-os-x/topic/268374"
                  class="OWAAutoLink" id="LPlnk525102"
                  previewremoved="true">https://software.intel.com/en-us/forums/intel-fortran-compiler-for-linux-and-mac-os-x/topic/268374</a><br>
                <br>
                which shouldn't be happening. <br>
                <br>
                Ideas?<br>
                <br>
                Malia<br>
              </span>
              <div id="LPBorder_GT_14956434990920.870054988879386"
                style="margin-bottom: 20px; overflow: auto; width: 100%;
                text-indent: 0px;">
                <table id="LPContainer_14956434990880.664723062318314"
                  style="width: 90%; background-color: rgb(255, 255,
                  255); position: relative; overflow: auto; padding-top:
                  20px; padding-bottom: 20px; margin-top: 20px;
                  border-top: 1px dotted rgb(200, 200, 200);
                  border-bottom: 1px dotted rgb(200, 200, 200);"
                  role="presentation" cellspacing="0">
                  <tbody>
                    <tr style="border-spacing: 0px;" valign="top">
                      <td id="TextCell_14956434990890.30660771925562713"
                        style="vertical-align: top; position: relative;
                        padding: 0px; display: table-cell;" colspan="2">
                        <div
                          id="LPTitle_14956434990890.013272616547162386"
                          style="top: 0px; color: rgb(0, 120, 215);
                          font-weight: 400; font-size: 21px;
                          font-family:
                          "wf_segoe-ui_light","Segoe UI
                          Light","Segoe WP
                          Light","Segoe UI","Segoe
                          WP",Tahoma,Arial,sans-serif; line-height:
                          21px;"> <a moz-do-not-send="true"
                            id="LPUrlAnchor_14956434990900.6708587305907193"
                            style="text-decoration: none;"
href="https://software.intel.com/en-us/forums/intel-fortran-compiler-for-linux-and-mac-os-x/topic/268374"
                            target="_blank">relocation truncated to fit:
                            R_X86_64_PC32 - Intel® Software</a></div>
                        <div
                          id="LPMetadata_14956434990910.920320941180578"
                          style="margin: 10px 0px 16px; color: rgb(102,
                          102, 102); font-weight: 400; font-family:
                          "wf_segoe-ui_normal","Segoe
                          UI","Segoe
                          WP",Tahoma,Arial,sans-serif; font-size:
                          14px; line-height: 14px;"> software.intel.com</div>
                        <div
                          id="LPDescription_14956434990920.15876753967591728"
                          style="display: block; color: rgb(102, 102,
                          102); font-weight: 400; font-family:
                          "wf_segoe-ui_normal","Segoe
                          UI","Segoe
                          WP",Tahoma,Arial,sans-serif; font-size:
                          14px; line-height: 20px; max-height: 100px;
                          overflow: hidden;"> Hi, I'm trying to compile
                          a big code that so far has been running
                          fine.Now, we have surpassed the 2GB in
                          statically allocated data limit. I knew that
                          would bring us ...</div>
                      </td>
                    </tr>
                  </tbody>
                </table>
              </div>
              <br>
            </div>
            <br>
          </div>
          <hr style="display:inline-block;width:98%" tabindex="-1">
          <div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt"
              color="#000000" face="Calibri, sans-serif"><b>From:</b>
              Jenks, Malia T.<br>
              <b>Sent:</b> Tuesday, May 23, 2017 4:29:17 PM<br>
              <b>To:</b> <a moz-do-not-send="true"
                class="moz-txt-link-abbreviated"
                href="mailto:flash-users@flash.uchicago.edu">flash-users@flash.uchicago.edu</a><br>
              <b>Subject:</b> Question about grid size</font>
            <div> </div>
          </div>
          <div>
            <div id="divtagdefaultwrapper"
style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;"
              dir="ltr">
              <p>I tried to increase the number of cells in my 2d model
                to 512 by 512. It will not compile at this size and I
                get an error about static memory. Is there a way I can
                solve this?</p>
              <p><br>
              </p>
              <p>Malia Jenks<br>
              </p>
            </div>
          </div>
        </div>
      </blockquote>
      <br>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Dr. Seyit Hocuk
Post-doctoral researcher
Center for Astrochemical Studies (CAS)
Max-Planck-Institute for Extraterrestrial physics (MPE)
Giessenbachstrasse 1, 85748 Garching bei Munchen
Phone: +49-8930000-3012 | Fax: +49-8930000-3569
Web  : <a class="moz-txt-link-abbreviated" href="http://www.mpe.mpg.de/~seyit">www.mpe.mpg.de/~seyit</a></pre>
  </body>
</html>