Cloudron Forum

Hi @girish that's understandable, profiling is beyond what Cloudron is meant to do. However it would be useful if the charts would be more accurate.

Imagine this usecase: You have an install with 10 apps. Suddenly there's a lot of incoming traffic on one of these apps, slowing the entire machine down. If this happens, at least you'd want to be able to quickly identify the app which should be stopped.

Anyways, it's understandable that this doesn't get much priority given the amazing popularity on this thread 🤣

@robi @d19dotca identified the issue at https://forum.cloudron.io/topic/10434/email-event-log-loading-very-slowly-seems-tied-to-overall-email-domain-list-health-checks/9 . When we switch views, pending http requests of the old view are not canceled .

Right, the historic graphs data is not retained since it's all very server specific. And most likely won't even map properly to the new server. I can put a note in the docs.

Understood. I am in UK but use Hetzner in DE, and don't have any performance issues.

That's what I call an answer 🙂
Thank you very much. Very helpful and my question is answered.

@Stardenver said in Identify whats causing lags:

So the graph showing 200% is 2 cores on 100% each (or something equal like 4 cores on 50% each)?

The latter is more probable. If you really want to know, run 'htop' from the command line.

@vladimir-d DBeaver Database Dashboard? Or you thinking longer timeframe and more detail?

@dreamcatch22 with AWS, I have usually found that it's either

a) the cpu credits are kicking in. are you aware of https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html ? AFAIK, even lightsail has the same limitation (but not 100% sure).

b) some machine have a lot of memory but perform very poorly . For example, see the notes in EC2 R5 xlarge (which has 32GB RAM!) but works very poorly with docker - https://forum.cloudron.io/post/17488

Not sure, if either of those apply to you. What instance are you using ?

@lonk said in Apache, OLS and Nginx-Custom Benchmarks:

redis is already apart of Cloudron

Yes & no,
Yes is part of the cloudron addon, but it can be integrated in different way.

You can use it for dynamic cache (as cloudron use in there apps), behind the php, db lvl.

You can use it as a Full Page Cache (similar to what Cache Enebler do but in RAM and not in local disc). php lvl

You can use it for partial page caching, in this case is at webserver/proxy lvl.

Redis is just a "database" in RAM, you can use it to store what you want, Redis is not a cache, but you can use it as it was one.

@d19dotca Can't tell as I haven't run out of RAM yet.. huge machines.. ;-/

Best to try on smaller ones.

@fbartels said in MySQL tuning with my.cnf settings optimisation:

@lonk said in MySQL tuning with my.cnf settings optimisation:

when do we run / apply it?

Mysql tuning is best applied after a few days of database usage. Applications usually have different load patterns.

Gotcha, thanks for the tip! ☺️

The CPU share setting is a percentage relative to each app. So, you should make tinytinyrss slider to be 20%. That way, it will take less CPU compared to other apps (which are set to default to 80%).

There's a more detailed explanation here - https://www.batey.info/cgroup-cpu-shares-for-docker.html . When 50%, we set the CPU shares value to be 50% of 1024, when 20%, we set the CPU shares to 20% of 1024 and so on.