On Tue 10-01-17 15:02:22, Mike Kravetz wrote: [...] > proposed the topic "mm patches review bandwidth", and brought up the > related subject of areas in need of attention from an architectural > POV. I suggested that hugetlb reservations was one such area. I'm > guessing it was introduced to solve a rather concrete problem. However, > over time additional hugetlb functionality was added and the > capabilities of the reservation code was stretched to accommodate. > It would be good to step back and take a look at the design of this > code to determine if a rewrite/redesign is necessary. Michal suggested > documenting the current design/code as a first step. If people think > this is worth discussion at the summit, I could put together such a > design before the gathering. I think this would help a lot. Not many people are familiar with the current implementation and resulting problems. A high level design documentation can help to formulate issues easier and allow others to comment. Thanks! -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>
