<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2016-09-16 0:59 GMT+02:00 Luke Kenneth Casson Leighton <span dir="ltr"><<a href="mailto:lkcl@lkcl.net" target="_blank">lkcl@lkcl.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">---<br>
crowd-funded eco-conscious hardware: <a href="https://www.crowdsupply.com/eoma68" rel="noreferrer" target="_blank">https://www.crowdsupply.com/<wbr>eoma68</a><br>
<br>
<br>
</span><span class="gmail-">On Thu, Sep 15, 2016 at 3:38 PM, pelzflorian (Florian Pelz)<br>
<<a href="mailto:pelzflorian@pelzflorian.de">pelzflorian@pelzflorian.de</a>> wrote:<br>
> On 09/15/2016 04:01 PM, Luke Kenneth Casson Leighton wrote:<br>
>>> I stuck S5P6818 in the search at <a href="http://elinux.org/" rel="noreferrer" target="_blank">http://elinux.org/</a> (nope) and <a href="http://rhombus-tech.net/" rel="noreferrer" target="_blank">http://rhombus-tech.net/</a> (yep). Looks like a 64 bit chip with no 64 bit support.<br>
>><br>
>>  correct.  given that it can only address 2GB of RAM that really doesn't matter.<br>
>><br>
>> l.<br>
>><br>
><br>
> What about virtual addressing / swap space? Then you may want more than<br>
> 2GB address space.<br>
<br>
</span> you do _not_ want to be using swap space on raw nand or even eMMC.<br></blockquote><div><br></div><div>Well, Google has released statistical data on their SSD usage and it seems that there is no correlation between number of writes and failure. It's more dependent on 'age'. </div><div><br></div><div>But SSD are 'less' reliable than HDD because of bad cell and bad writes. So error correction becomes more important.</div><div><br></div><div><a href="http://www.zdnet.com/article/ssd-reliability-in-the-real-world-googles-experience/">http://www.zdnet.com/article/ssd-reliability-in-the-real-world-googles-experience/</a><br></div><div><br></div><div>Raw NAND access means you have to do the ECC. With and SSD that taken care of by.....firmware..... </div><div><br></div><div>Now the 3.4 (Lichee)kernel from AW has, AFAICT, shady NAND support. And mainline is growing, proper, NAND support.</div><div><br></div><div>Most bootloaders depend on fixed addresses region without ECC. So if the boot region gets "bad" you're device is toast. A20 still boots from SD though.</div><div><br></div><div>Still on low speed machines try to avoid swap to any medium. All will get very slow; I/O contention. Memory usually has it's separate/private bus/tracs/connection. The rest, Network, Sata, USB, GPIO, SPI etc. shares a common bus.</div><div><br></div><div>So keep away from high profile desktops/compositors like Gnome and KDE on low memory systems.<br></div><div><br></div><div>IOS and Andriod have very strict policies on apps to get exit the system if not used to keep memory free for the active application.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
or USB-based external storage media.  in fact, you don't want to be<br>
using swap space at all... with the exception possibly of compswap<br>
(the much better version of zram, which linus torvalds refused to<br>
allow the full set of patches for, into the linux kernel).<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
l.<br>
</font></span><div class="gmail-HOEnZb"><div class="gmail-h5"><br>
______________________________<wbr>_________________<br>
arm-netbook mailing list <a href="mailto:arm-netbook@lists.phcomp.co.uk">arm-netbook@lists.phcomp.co.uk</a><br>
<a href="http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook" rel="noreferrer" target="_blank">http://lists.phcomp.co.uk/<wbr>mailman/listinfo/arm-netbook</a><br>
Send large attachments to <a href="mailto:arm-netbook@files.phcomp.co.uk">arm-netbook@files.phcomp.co.uk</a></div></div></blockquote></div><br></div></div>