<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 1, 2016 at 1:01 PM, Oyake, Amalaye (398F) <span dir="ltr"><<a href="mailto:amalaye.oyake@jpl.nasa.gov" target="_blank">amalaye.oyake@jpl.nasa.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thank you for the replies Chris, Joel and Gedare:<br>
<br>
I read the following: <a href="https://docs.rtems.org/releases/rtemsdocs-4.6.2/share/rtems/html/FAQ/FAQ00069.html" rel="noreferrer" target="_blank">https://docs.rtems.org/<wbr>releases/rtemsdocs-4.6.2/<wbr>share/rtems/html/FAQ/FAQ00069.<wbr>html</a><br>
<br>
And using sparc-rtems4.12-strip (I am using RTEMS ‘4.12’ pulled from git), I got a reduction from 7.3M to 754K, which is more in line with what I expected. However, I am interested in reducing things more.<br>
<br></blockquote><div><br></div><div>Is this a C++ application by any chance? That reduction sounds </div><div>similar to something reported by another C++ user. I haven't heard</div><div>of a reduction that large from a C project.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are the options -ffunction-sections and -fdata-sections turned on by default? Also what determines the size of the in-memory file system?<br>
<br></blockquote><div>Yes on sections on by default for RTEMS itself. It may or may not</div><div>be on for your application and support libraries.</div><div><br></div><div>There is a configure option to determine the block size for the IMFS.</div><div>Total size is dependent on your content.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will look at the gcc optimization options.<br>
<br></blockquote><div>As big as 754K is, even a few percentage points is useful.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will look at the configure options.<br></blockquote><div><br></div><div>Look at the symbols and see if there is anything that surprises you.</div><div>Sometimes you have a dependency on something you don't</div><div>realize.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="im HOEnZb"><br>
Regards,<br>
-----------<br>
* Amalaye Oyake                                       *<br>
* Instrument Product Software Development Group  */\  *<br>
* Jet Propulsion Laboratory, Pasadena            *||  *<br>
* CA 91109                                       /||\ *<br>
******************************<wbr>********************^^***<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">On 11/1/16, 10:51 AM, "Chris Johns" <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br>
<br>
    On 31/10/16 10:36 pm, Oyake, Amalaye (398F) wrote:<br>
    ><br>
    > I am building a Leon-3 application for a resource constrained platform<br>
    > (very little RAM). How can I reduce the size of the RTEMS application?<br>
    > Beyond normal RTEMS kernel configuration, turning off debugging and<br>
    > optimizing with –O, are there ways to strip out any unnecessary symbols<br>
    > after compilation.<br>
<br>
    Which version of RTEMS? The master for up coming 4.12 supports function<br>
    sections and that may help.<br>
<br>
    I think reducing the size will be an exercise in isolating each part and<br>
    removing it. The static sizes can be reviewing using something like:<br>
<br>
     $ sparc-rtems4.12-nm --size-sort --print-size --reverse-sort \<br>
        sparc-rtems4.12/c/sis/<wbr>testsuites/samples/ticker/<wbr>ticker.exe | less<br>
<br>
    and to look at just the RAM usage:<br>
<br>
     $ sparc-rtems4.12-nm --size-sort --print-size --reverse-sort \<br>
        sparc-rtems4.12/c/sis/<wbr>testsuites/samples/ticker/<wbr>ticker.exe | \<br>
        grep " [BDdb] "<br>
<br>
    The dynamic memory will be a little more difficult.<br>
<br>
    The memory usage will depend on the services you use. It would be nice<br>
    to know the effect the new RTEMS printer interface would make.<br>
<br>
    Chris<br>
<br>
<br>
______________________________<wbr>_________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/users</a></div></div></blockquote></div><br></div></div>