Doing something like that would require patching perl code, and it would get overwritten by next update.

Is there any way that this would be considered a future feature?

Sure. I just need to figure out that it is actually needed / get more people asking for it.

@Op I think a percent based limit could indeed remove the discussion over how much ram you provide to the client, but not letting them know might also trigger the clients to ask how much they really get. Maybe it should be a choice to the server owner which one he would like to show to his clients.

@Igor You say this script would be automatically overwritten, would it not be possible to simply run the postupcp script to fix this? assuming and assuming the \'updates\' you talk about are coming from the yum updates ran in the upcp script from cpanel and there will not be many updates to this plugin ?

There will be updates to the plugin, it will just come from cPanel.
And yes, you can put up a script in postupcp to run a patch each time cPanel updates.

I would prefer not to have this feature added. We don\'t oversell and we don\'t like to lie to our clients about our servers RAM

Rudi wrote:
I would prefer not to have this feature added. We don\'t oversell and we don\'t like to lie to our clients about our servers RAM

As the topic starter, i must clarify something: This has nothing to do with overselling. To me, this would be ideal for shared hosting customers where the RAM is of course NOT guaranteed as it\'s a ....shared environment.

And as i mentioned before this could raise questions and support tickets over a thing that a shared hosting client shouldn\'t worry.
Example: a web hoster having very high limits ( loose ) - a client could question if the RAM limit is the total memory of the server.

I pretty much find Patrick\'s suggestion ideal, to be able to choose how the limits and usage would be represented to the cPanel plugin ( raw numbers / percentage )

I agree entirely. I would really like the percentage. Or even raw numbers / percentage / disable.