[plug] SBC with 32gb ram

Bill Kenworthy billk at iinet.net.au
Fri Nov 22 14:15:12 AWST 2019


On 22/11/19 1:59 pm, Leon Wright wrote:
> On Fri, Nov 22, 2019 at 1:26 PM Bill Kenworthy <billk at iinet.net.au
> <mailto:billk at iinet.net.au>> wrote:
>
>     Overkill - not really. The calculations show I need at least 16G
>     (its currently using ~11G).  I was using an odroid-n2 with 4G ram
>     - slowed to a crawl when it hit swap and eventually crashed.  I
>     moved the master to a much more powerful intel server with 32mb
>     and it has crashed once but I was hammering it (graphs show it ran
>     out of ram - need to check if the OOM is disabled on that one). 
>     Cheats like moving swap and the mfs directories to a usb3
>     connected SSD helped (4-5 times faster than an SD card), but
>     eventually fell short.
>
>     I have 10 disks (~26Tb) spread across 5, soon to be 6 low power
>     odroids and an intel atom.  The problem came when I put two copies
>     of 20+ years email (millions of smallish files) on it and then
>     reconfigured the mail server to use one copy.   Yes, I know
>     ...self inflicted! But it did work for a few days! :)
>
>     There are some guide calculations on the moosefs website that
>     match what I am seeing for usage and support why I want at least
>     32G.  There are still some shortcuts I could use (go back to
>     putting the small files in a qemu virtual disk) but that had its
>     own issues.  I see some emails on the moosefs website about
>     masters with hundreds of G ram!
>
>     billK
>
>
> A H2 will take 32GB of ram: 
> https://www.hardkernel.com/shop/odroid-h2/
>  
> Leon
> --
> DRM 'manages access' in the same way that jail 'manages freedom.'


Yes, but that's the only one I have found short of going for a full
system - I was hoping someone could point out something I have missed.

BillK


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.plug.org.au/pipermail/plug/attachments/20191122/164a95b9/attachment.html>


More information about the plug mailing list