search for: pr39545

...evel gave us a lot of flexibility. It allowed us to quickly target different architectures and evaluate new phase orderings. It also made it easier to split out highly complex subgraphs of CFGs (with both live-ins and live-outs). One disadvantage is that we cannot easily split out EH pads (llvm.org/PR39545 <http://llvm.org/PR39545>). However, our experiments show that doing so only increases the total amount of split code by 2% across the entire iOS shared cache. # Recent/ongoing work Aditya and Sebastian contributed the hot/cold splitting pass in September 2018 (r341669). Since then, work on...

...evel gave us a lot of flexibility. It allowed us to quickly target different architectures and evaluate new phase orderings. It also made it easier to split out highly complex subgraphs of CFGs (with both live-ins and live-outs). One disadvantage is that we cannot easily split out EH pads (llvm.org/PR39545 <http://llvm.org/PR39545>). However, our experiments show that doing so only increases the total amount of split code by 2% across the entire iOS shared cache. > > # Recent/ongoing work > > Aditya and Sebastian contributed the hot/cold splitting pass in September 2018 (r341669)....

...f > flexibility. It allowed us to quickly target different architectures and > evaluate new phase orderings. It also made it easier to split out highly > complex subgraphs of CFGs (with both live-ins and live-outs). One > disadvantage is that we cannot easily split out EH pads (llvm.org/PR39545). > However, our experiments show that doing so only increases the total amount > of split code by 2% across the entire iOS shared cache. > > # Recent/ongoing work > > Aditya and Sebastian contributed the hot/cold splitting pass in September > 2018 (r341669). Since then, work o...

...bility. It allowed us to quickly target different architectures and >> evaluate new phase orderings. It also made it easier to split out highly >> complex subgraphs of CFGs (with both live-ins and live-outs). One >> disadvantage is that we cannot easily split out EH pads (llvm.org/PR39545). >> However, our experiments show that doing so only increases the total amount >> of split code by 2% across the entire iOS shared cache. >> >> # Recent/ongoing work >> >> Aditya and Sebastian contributed the hot/cold splitting pass in September >> 2018 (...

Greetings, We present “Machine Function Splitter”, a codegen optimization pass which splits functions into hot and cold parts. This pass leverages the basic block sections feature recently introduced in LLVM from the Propeller project. The pass targets functions with profile coverage, identifies cold blocks and moves them to a separate section. The linker groups all cold blocks across functions