FD2 perf: pack unique runtime args

[pgkeller]

Presently sending unique runtime args per-core/processor requires the dispatcher to iterate over cores/processors resulting in 64 cores * 3 processors = 192 noc transactions. This dispatch is riscv limited not data limited and preforms below expectations. To fix this:

1. Reduce the max number of unique args from 256 to…32?
2. Pack args on a row. That is, processors on a row will receive all the unique runtime args for all processors on that row. This should give a ~8x gain. For 32 unique args, we'd send 8324=1K bytes which is likely still riscv dominated (and takes just 32 noc cycles)
   2a) We can experiment w/ packing just by 4x (half row) by masking off the upper bit of noc_x to reduce data replication. This could be done dynamically based on the number of RTAs
3. Use a dynamic memory map for RTAs (can do this now before the ring buffer). This allows packing B/N/T args tightly so they are sent together as one NOC transaction which is another ~3x gain for ~24x

To do this we need to:

1. Move RTAs to a dynamic memory map w/ the origin of the args specified in the launch message
2. Change RTA indexing in the kernel (get_runtime_arg) to use noc X index to retrieve the right arg
3. Change host side fast dispatch to pack all this appropriately. Device side has the capabilities to handle this already