Add size to parameter space of data layout

[simonbyrne]

Some experiments by @vchuravy suggest there are some performance benefits, particularly on the GPU, to having the fast indices (i,j,k and field size) known at compile time. We could do this by adding these sizes to the parameters of the data layout objects.

[simonbyrne]

Example: https://gist.github.com/vchuravy/7798cf3902168469777273cf2effeca6

[jakebolewski]

We might need to add the 5 tuple size (Ni, Nj, Nk, Nv, Nh) to be able to better optimize field / getproperty access for all cases consistently.

[jakebolewski]

A benefit of that would be that the packing data / array wouldn't have to actually be an nd array giving a bit more flexibility there

[charleskawczynski]

Just to note: Nf is probably not needed in the type space, as it can be statically determined from S and eltype(parent(data::AbstractData)), using DataLayouts.typesize

[charleskawczynski]

Closed by #1757

[charleskawczynski]

Going to reopen this, as we do still have some type parameters that are only runtime known. This turns out to be important, based on recent benchmarks (#1893).