Open DocCyblade opened 8 years ago
Conceptually this is a great Idea.
Conservatively though we have to also consider other processes also.
IE Htop did add Ram Overhead.
I expect some people will be adding Mail Servers at some Point which will add Overhead (Postfix is not a true mail server in that it is hard to get in and out of with a variety of users).
Samba
Additional Addons
etc
All can change the Matrix. Minimally a "Accept or Reject" choice, and potentially a "Tweak Choice" would make sense. Seems if could be implemented though it would be awesome.
I have spent lots of time both on the Joomla App and the Magento App working on Memory Tweaks and it is not easy.
I think coming at the subjects from both "App Specific" and "Server Generic" views would be very compelling.
Again, lots of work in all this though.
Also, in terms of bringing "value to the user" best is that they build the "RIGHT SIZE" Server and not over or underbuild it. RAM and Processor resources can be "expensive". They are less so if we have a server running in the garage... that said, running the server in the garage is not cheap either - whether it is running at full capacity or 1 % of its capacity.
@l-arnold - This was intended to remind the end user doing a "Live Preview" of running from the CD that it may not run as it should on hardware thats below a certain specs. You are correct that the right size would need to be specified. This was really only to give a clear expectation that depending on the hardware it may not function as well or if all as intended.
On that note, I will mark this as v14.1 or next release then
Cool idea. IMO it's more of a "nice to have" rather than a "must have". I.e. I don't think that this would be a "release stopper".
It's perhaps something that could be used more broadly.. There are a few appliances that won't run well with low RAM that could benefit from this.
OT: On a tangent it might be useful to provide something similar for Micro servers. Anything that is CPU intensive doesn't run well on Micro so IMO a user who doesn't understand this may have a poor experience on a micro server think it is a TurnKey problem (rather than realise that it relates to resource usage)....
Maybe this needs to be logged on the main TKL issue tracker as an enhancement for all devices? Maybe a general warning when booted into LIVE saying this is a LIVE boot your experience (blah blah blah) Or have pre-set ones via common, like high CPU, high memory so you could easy include it in the make file.
I agree. This should go to the TKL Tracker and be part of the base TKL logic. Seems to me anyway.
While reading some first boot inithooks I saw
This gave me the idea to detect this using an first boot script and only if running Live, detect memory and warn them if they less that 1GB. This should be pretty easy and the code I would need to write some of it like the detection of memory and cores would be shared with #63 I think this could be pretty easy to whip up and to test.
So should this delay the first release or is this something we should just put in for the second release? Thoughts?