Mahmudul Hasan

cgroups Limiting system resources

The hosting administrator can choose the amount of resources available to each user. For example, you can limit CPU, memory, IOPS or simultaneous connections.This increases the stability of the service: the load on the website of an individual user will not affect the neighboring websites within the hosting.

https://www.ibm.com/docs/en/spectrum-symphony/7.3.0?topic=limits-control-groups-cgroups-limiting-resource-usage-linux

02.01.2024 20:01

5
Added to backlog
Mary K

Hello, 

Thanks for the idea. We are thinking about supporting cgroups in future. But for now it is not at nearest roadmap. We'll keep an eye on the feature voting.

10.01.2024 03:16

Ahmad

Seconded on this. With this feature, it also can be easier for you to develop a user based resource monitoring. These are the features that we lack and actually need for a web hoster.

28.01.2024 10:11

Poli Systems GmbH

For me CGroups are quite important, as you could limit a single website usage. 
I would love to see it directly with Ubuntu without the usage of cloud linux.

09.07.2024 13:07

Sandor

This is a must and I can't believe it is still missing from this panel.

Also the complete lack of jailed ssh.

17.02.2025 14:52

Z

Agreed, this is a standard requirement these days.

26.04.2025 03:00

Sandor
This is a must and I can't believe it is still missing from this panel. Also the complete lack of jailed ssh.
Z

no jailed ssh is a big problem.

03.06.2025 09:24

Sandor

We have decided that we will migrate away from ISPmanager on 30+ nodes because of a lot of problems and decisions on ISPmanagers end about how they treat their existing clients and lack of actually useful development.

03.06.2025 10:03

Sandor
We have decided that we will migrate away from ISPmanager on 30+ nodes because of a lot of problems and decisions on ISPmanagers end about how they treat their existing clients and lack of actually useful development.
Z

It's very good to know this thanks. We're looking at ISPM and wanted to move all our existing nodes from other big names but I noticed some interesting responses to my tickets and it seems there might be a very "restricted" or "take what we give you" mindset. I'm not sure if this is only the support level support or the actual company culture at ISPManager.

03.06.2025 10:14

Sandor
We have decided that we will migrate away from ISPmanager on 30+ nodes because of a lot of problems and decisions on ISPmanagers end about how they treat their existing clients and lack of actually useful development.
Mary K

Dear Sandor, 

We are truly sorry to hear that you are considering ending our longstanding cooperation, which has continued since 2010. I have carefully reviewed your recent tickets and believe that the discontinuation of ispmanager business, along with the challenges of migration to a new solution, may have influenced your decision.

I completely understand your concerns. In this regard, we would greatly appreciate the opportunity to meet with you personally to discuss potential solutions and to listen to any other worries or issues you have experienced with our product. Our manager will reach out to you shortly, and we sincerely hope for a productive and constructive dialogue.

Thank you for your trust over the years, and we look forward to finding a way forward together.

04.06.2025 12:32

Mary K

As for cgroups, we did not attempt to support it because ispmanager uses Apache MPM ITK by default, which does not support cgroups. In other words, implementing cgroups would not have produced the desired results.

However, we are now preparing to release support for LiteSpeed Web Server, which does support cgroups, so this solution now appears truly beneficial. We are currently considering implementing this feature next year.

05.06.2025 09:09

1 2