You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the http sink will generate a vendor/version format path consistent with one of:
the old .png endpoint
the i endpoint
tp1
tp2
a randomly generated custom path
However, depending on what we're testing, random distributions of these are problematic - for example we may want to load test the collector using mostly the tp2 and i endpoints, since those are most commonly used.
Suggest implementing a configuration similar to the eventFrequencies or methodFrequencies configs - whereby we can weight the distribution or simply turn some of them off.
A stretch goal/bonus would be to add an additional option, to provide a path via the config, and give that a weight also. This might be tricky to implement but would allow us to test custom paths.
The text was updated successfully, but these errors were encountered:
Currently the http sink will generate a
vendor/version
format path consistent with one of:.png
endpointi
endpointtp1
tp2
However, depending on what we're testing, random distributions of these are problematic - for example we may want to load test the collector using mostly the tp2 and i endpoints, since those are most commonly used.
Suggest implementing a configuration similar to the eventFrequencies or methodFrequencies configs - whereby we can weight the distribution or simply turn some of them off.
A stretch goal/bonus would be to add an additional option, to provide a path via the config, and give that a weight also. This might be tricky to implement but would allow us to test custom paths.
The text was updated successfully, but these errors were encountered: