Displaying 4 results from an estimated 4 matches for "r344545".
2019 Jan 26
2
Status update on the hot/cold splitting pass
...time improvements (r351892, r351894), and a more effective cost model (r352228). With some experimentation, we found that scheduling splitting before inlining gives better code size results without regressing memory locality (r352080). Along the way, CodeExtractor got better at handling debug info (r344545, r346255), and a few other issues in this utility were fixed (r348205, r350420).
At this point, we're able to build & run our software stack with hot/cold splitting enabled. We’d like to introduce a CC1 option to safely toggle splitting on/off (https://reviews.llvm.org/D57265 <https://r...
2019 Jan 28
2
Status update on the hot/cold splitting pass
...time improvements (r351892, r351894), and a more effective cost model (r352228). With some experimentation, we found that scheduling splitting before inlining gives better code size results without regressing memory locality (r352080). Along the way, CodeExtractor got better at handling debug info (r344545, r346255), and a few other issues in this utility were fixed (r348205, r350420).
>
> At this point, we're able to build & run our software stack with hot/cold splitting enabled. We’d like to introduce a CC1 option to safely toggle splitting on/off (https://reviews.llvm.org/D57265 <...
2019 Feb 05
2
Status update on the hot/cold splitting pass
...351892, r351894), and a more effective cost model (r352228).
> With some experimentation, we found that scheduling splitting before
> inlining gives better code size results without regressing memory locality
> (r352080). Along the way, CodeExtractor got better at handling debug info
> (r344545, r346255), and a few other issues in this utility were fixed
> (r348205, r350420).
>
> At this point, we're able to build & run our software stack with hot/cold
> splitting enabled. We’d like to introduce a CC1 option to safely toggle
> splitting on/off (https://reviews.llvm....
2019 Feb 05
2
Status update on the hot/cold splitting pass
..., and a more effective cost model (r352228).
>> With some experimentation, we found that scheduling splitting before
>> inlining gives better code size results without regressing memory locality
>> (r352080). Along the way, CodeExtractor got better at handling debug info
>> (r344545, r346255), and a few other issues in this utility were fixed
>> (r348205, r350420).
>>
>> At this point, we're able to build & run our software stack with hot/cold
>> splitting enabled. We’d like to introduce a CC1 option to safely toggle
>> splitting on/off (h...