Compiling executors can result in excessively large amounts of machine code.

With the tracing front-end to the JIT we are producing longer traces than before.
This should be good, but results in very large chunks of machine code.
Large chunks of machine code are bad because:

• It takes longer and uses more memory
• It puts a lot of pressure on the icache, possibly evicting the interpreter
• It makes handling of inline data and branches less efficient as the targets are further away.

To be clear, the problem is not the number of uops per trace, but the amount of machine code per uop.

Things we can do to fix this:

• Move code into helper functions for the larger uops
• Move complex decref sequences for DECREF_INPUTS() into helper functions.

(We can also do more optimizations to remove more uops, but that's a separate issue and we're doing it anyway)

Linked PRs

• gh-142228
• gh-142263
• gh-142257
• gh-142386
• gh-142409

Không có tệp mã nguồn, bài kiểm thử hoặc điểm vào nào được nêu. Hãy bắt đầu bằng cách xem xét các PR được liên kết gh-142228, gh-142263, gh-142257, gh-142386 và gh-142409 để xem chúng đề cập đến những phần nào của các executor đã biên dịch và DECREF_INPUTS(). Công việc được xem là hoàn tất khi giảm được kích thước mã máy mà không thay đổi hành vi của executor, đồng thời các bài kiểm thử hoặc benchmark liên quan đều đạt.