ResourceTracker - preallocate every board or every chip

[Christian-B]

In our current model the ResourceTracker is given a list of Preallocated Resources.

This is so that when later things like ChipPowerMonitor, DataSpeedUp, LPG, will still fit.

Would it be possible to instead tell the resource tracker that it needs to hold X for every board/Ethernet chip and ethernet chip.

This could save time and memory especially on a virtual 1200 board machine.

[Christian-B]

A simple test using IntroLab/learning/simple.py mode = Debug shows that even on a 4 chip board the preallocated_resources.core_resources has a length of 8

[Christian-B]

The PreAllocatedResourceContainer is created in 5 places. AbstractSpinnakerBase - empty PreAllocateForBitFieldRouterCompressor - sdram every chip

• 148 * chip.n_user_processors + constant (from config) PreAllocateResourcesForChipPowerMonitor every chip - constant sdram + cores PreAllocateResourcesForLivePacketGatherers depends on lpg_parameters sdram, codes, iptags PreAllocateResourcesForExtraMonitorSupport every Ethernet - constant sdram, codes, iptags every chip - constant sdram, codes, iptags

So accepting a minor over reserve no reason it can not be done just per chip, per ethernet

[Christian-B]

PreAllocateResourcesForLivePacketGatherers has two modes.

1. For each LivePacketGatherParameters reserve a core on the Ethernet
2. For the Ethernet with the specific board_address reserve just on that board.

However the only (none test) usage of LivePacketGatherParameters is SpynnakerExternalDevicePluginManager.update_live_packet_gather_tracker

The only usage of that found is: SpynnakerExternalDevicePluginManager.activate_live_output_for

An None of calls to activate_live_output_for ever provide an board_address

Which raises the questions,

1. Do we want to keep this level of complexity in LivePacketGatherParameters and the algorithms

2. Do we have cases where there are multiple LivePacketGatherParameters active at once?

[Christian-B]

This idea could also be extended to have the vertices descibe their need rather than a pre step.

[Christian-B]

fixed by https://github.com/SpiNNakerManchester/PACMAN/pull/403