Originally posted by Michael
View Post
Announcement
Collapse
No announcement yet.
Autonomously Generating An Ideal Kernel Configuration
Collapse
X
-
Originally posted by SkyHiRider View PostWill this module work only on Ubuntu or will it be compatible with all the Debian based systems?Michael Larabel
https://www.michaellarabel.com/
Comment
-
Originally posted by Smorg View PostIt's worth mentioning Pappy's kernel seeds:
This is the best resource around users looking for some mostly reliable information on kernel configuration, along with config files with sane defaults. Much thanks to him for his efforts.
As far as the idea of building a kernel based upon a benchmark - this sounds like a bad idea. Most kernel options aren't exactly "tunables" that you select in the interest of performance. You mostly enable support for the the features you need and the hardware you have. A benchmark isn't going to indicate that.
Comment
-
Originally posted by Shining Arcanine View PostGentoo Linux users have been by modifying .config file settings by hand to get improved kernel performance for a long time. I do not think automating it will do much for Linux performance, although this will probably save time for Linux users that were already doing this sort of thing.
Comment
-
genetic algorithms
For combinatorial problems like this with a large search space (which is likely if you want to optimize a decent number of parameters), people have successfully applied techniques like genetic algorithms (http://en.wikipedia.org/wiki/Genetic_algorithm).
Of course, you may not find the globally optimal solution that brute-force can. However, you'll get closer in what is hopefully far less time.
ACOVEA takes such an approach to optimize compiler flags with GCC.
Comment
-
Originally posted by not.sure View PostThat's what I was thinking of when I read the headline. That would actually be quite interesting, and would serve both kernel performance and security.
Maybe you would like to include GCC switches, and chrt scheduling type and nice value, pr. thread, for minimal jitter, in openGL applications aswell.
Peace Be With You.
Comment
-
Originally posted by not.sure View PostThat's what I was thinking of when I read the headline. That would actually be quite interesting, and would serve both kernel performance and security.
Comment
Comment