<div dir="ltr">My layman's understanding is that you can't execute in place from the NAND flash on the XO. XIP requires NOR flash which is more expensive than NAND but has faster read speeds. It mentions this briefly on the axfs FAQ.<br>
<br>Storing some executables and libraries in a separate uncompressed partition seems more plausible, but I can't speculate on the system performance impact.<br><br>Thanks,<br>Nate<br><br><div class="gmail_quote">On Wed, Sep 10, 2008 at 9:38 AM,  <span dir="ltr"><<a href="mailto:david@lang.hm">david@lang.hm</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wed, 10 Sep 2008, Tomeu Vizoso wrote:<br>
<br>
> On Wed, Sep 10, 2008 at 11:53 AM, John Gilmore <<a href="mailto:gnu@toad.com">gnu@toad.com</a>> wrote:<br>
>><br>
>> It may be possible and useful to store some commonly used executables<br>
>> and shared libraries as uncompressed files in jffs2, making them much<br>
>> faster to page back in from Flash.  Nobody has tried doing this, as<br>
>> far as I know.<br>
><br>
> Please, I would love to see this as well...<br>
<br>
</div>not for this release, but would the axfs be an option in the future with<br>
it's execute in place capability for key files? or is the performance<br>
difference compared to ram such that you wouldn't want it in any case?<br>
<br>
either way, the profiling it does of which pages are used (and how much)<br>
could be useful in figuring out what binaries should be stored<br>
uncompressed.<br>
<br>
David Lang<br>
<div><div></div><div class="Wj3C7c">_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</div></div></blockquote></div><br></div>