“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kernel's “Dependency Hell”

Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne... by XorNot on Sunday January 02, 2022 @07:35PM (#29775851)

I'd say cycle time is also important anyway: we spend a lot of time building the Linux kernel in various forms. The savings across the board in manhours waiting for compilation, or for git bisect, are not insubstantial.

I wonder what the memory savings for compilation look like? Because that's also potentially more workers in automated testing farms for the same cost.

[ Parent | on HN ]

Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne... by derefr on Monday January 03, 2022 @12:30PM (#29783404)

I've never tried it myself, but presuming you build the kernel in modular rather than monolithic mode, wouldn't the incremental compiles during git-bisect et al already be pretty quick? You'd only be rebuilding the modules whose source files changed, and those (presumably) wouldn't be pulling in the entire header tree. (Or would they, with that being "the problem"?)

[ Parent | on HN ]

Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne... by tedunangst on Monday January 03, 2022 @12:58PM (#29783851)

That is the problem.

[ Parent | on HN ]