hrp | Run hierarchical risk parity algorithms

In your code, you are storing the NumberValue objects into variables, and then overwriting those variables. You are not modifying the data stored in the variables.

So when you use NumberValues, you need to explicitly set their Value property.

1. I think reorder have trouble working with Period object. We can arrange the factor levels according to the value of SDC to get bars in increasing orders.

2. We can pass custom function for y-axis to get only minutes and seconds in labels.

You can use a higher-order function that is called with portal and then returns a function which can use the parameter from the enclosing function:

Given that the first three elements are strings and the rest six are numbers,
the following will give you the list of the averages:

Minor change - move out the loop the construction of new BrickColor. Its value doesn't change across unaffected parts, no reasons to repeatedly create it.

And see if printing lots of debugging information affects the performance, so comment out prints.

Secondly, probably you should reorganize the grid of the blocks into two-dimentional array. So then you don't have to scan all the parts to find the ones that has the same X/Z coordinate. This also will give you the way to quickly find the closest brick, it's trivial on a regular grid.

You had the right idea with using the window.resize event. I suspect that you were running into the problem that, once the height values are set on page load, subsequent .height() attempts will return that first derived height1 value.

Another issue might have been that you were caching height1 only on page load, so using it as-is (i.e. not recalculating it afresh) on resize will only ever set the heights to that first value.

If you create a method for your resizing that both clears any previously set height values and recalculates the "natural" heights of the elements, it should work to dynamically maintain the row heights the way you're expecting.

You might want to use the join command to join column 2 of the first file with column 1 of the second:

So, I finally found the problem!

If you are using a custom mux for handling your requests, you need to register the pprof handler to your mux, in order to get the profiling right:

Indeed it is some file writing issue so I need gnuplot to pipe its outout to stdout and then consume it from my groovy script where I read the outputstream and then save it to a file: