Please Note This forum exists for community support for the Mango product family and the Radix IoT Platform. Although Radix IoT employees participate in this forum from time to time, there is no guarantee of a response to anything posted here, nor can Radix IoT, LLC guarantee the accuracy of any information expressed or conveyed. Specific project questions from customers with active support contracts are asked to send requests to

Radix IoT Website Mango 3 Documentation Website Mango 4 Documentation Website

  • Hi,
    i wnat to speed up Mango as much as possible on Raspberry and I want to know whick keys I can use.
    For example, I'm not interested to the GUI so I choosed


    concerning the thread I've the following default configuration


    but I've no idea if it is better to change something on it.
    this is thye htop response on normal operation.


    And also, I read somewhere that it is not a good idea to have a database (mysql) over an SD card due to limited number or read/write, is it something you tested?


  • Hi Antonio,

    not with a mysql-db but with the Mango noSQL-db without any problem the last two years 24/7 running. Point counts > 3 million in the db.
    But I think the mango system is not the power sd user, it is the OS and so it will be better to put OS system and kodilogs in the ramdisc.
    Also you can turn off swapping to the sd-card. And: buy a quality sd-card.

  • Thanks for the testament @Ralf!

    Hi Antonio,

    1. The UI Performance setting only applies to the old UI. The new UI has less backend work in generating the pages.
    2. The thread count settings should be okay. The high priority pool should resize itself appropriately with the default settings and having three threads in the smaller task pools is not going to hurt anything. I'd say keep the default unless you bump into a reason to change.
    3. I would agree with Ralf that you'll probably have better luck using the NoSQL module in the long term. Configuration would still have to be in MySQL or H2, and SD cards certainly can fail (and other catastrophes can befall computer systems, too), but that should be an incentive to off offsite backups and not a barrier to using them.

  • OK, thanks,
    I'll try to backup on a remote server but I don't think I can do this here:

    Maybe I've to create a chron script that daily rsync backup directory on a remote server.

    I'll try also to switch off swap.
    Thanks, Antonio

  • Maybe I've to create a chron script that daily rsync backup directory on a remote server.

    Yes, that's a good way to do it.