Skip to content
Merged
Show file tree
Hide file tree
Changes from 111 commits
Commits
Show all changes
131 commits
Select commit Hold shift + click to select a range
99f45d1
Adding a multiple path test to confirm that expected paths are hit
wjuan-AFK Jul 15, 2020
075a4cf
fixing asan problems
wjuan-AFK Jul 17, 2020
ecbf407
Fix Format
wjuan-AFK Jul 17, 2020
8fb11b6
Removeing unused comments
wjuan-AFK Jul 17, 2020
032dbba
Removing unnecessary invoke calls for cleanliness
wjuan-AFK Jul 17, 2020
953e953
Merge branch 'master' into RequestSourceUnitTestBenchmarkMultiplePath
wjuan-AFK Jul 17, 2020
6185edb
Refactoring test to take in request generator parameter instead of using
wjuan-AFK Jul 20, 2020
cded6ad
Changing to pass by reference.
wjuan-AFK Jul 20, 2020
fbfe523
Merge branch 'master' into RequestSourceUnitTestBenchmarkMultiplePath
wjuan-AFK Jul 20, 2020
0d70179
Merge branch 'master' into RequestSourceUnitTestBenchmarkMultiplePath
wjuan-AFK Jul 21, 2020
cdb7efe
Refactoring per comments in PR. Moving helpers, renaming functions.
wjuan-AFK Jul 21, 2020
f15bb47
Adding comments and renaming testbasicfunctionality for clarity
wjuan-AFK Jul 21, 2020
59359a2
Consistent unit test naming convention using should. Clarifying comments
wjuan-AFK Jul 21, 2020
f63df91
Fix format
wjuan-AFK Jul 21, 2020
406bd6b
Adding a clarifying comment for helper function.
wjuan-AFK Jul 22, 2020
f0b697b
Fixing typo and other nits
wjuan-AFK Jul 23, 2020
8425e48
Renaming testBenchmarkClient for clarity
wjuan-AFK Jul 23, 2020
fb4f372
Replacing Flat hash map with flat hash set for simplicity.
wjuan-AFK Jul 24, 2020
c6eae6c
Comment clarification.
wjuan-AFK Jul 24, 2020
96ae38b
Small refactor for factory method for more dependency injection.
wjuan-AFK Jul 27, 2020
b17240f
Fix format.
wjuan-AFK Jul 27, 2020
5c5a146
Refactor to inject the requestsourceconstructor.
wjuan-AFK Jul 27, 2020
29591ff
Moving helper functions.
wjuan-AFK Jul 27, 2020
7d928a9
Merge branch 'RequestSourceUnitTestBenchmarkMultiplePath' into Adding…
wjuan-AFK Jul 27, 2020
ff82d95
Fix format.
wjuan-AFK Jul 27, 2020
98381a4
Adding test using the new mock requestsourceconstructor to get remote
wjuan-AFK Jul 28, 2020
83ac556
Fix format.
wjuan-AFK Jul 28, 2020
38c5084
Adding missing request source constructor files.
wjuan-AFK Jul 28, 2020
fa4e285
Changing helper functions to anonymous namespace.
wjuan-AFK Jul 28, 2020
8551c76
Changing to use a nullable pointer instead of reference for clarity.
wjuan-AFK Jul 28, 2020
437de5e
Formatting fixes per PR.
wjuan-AFK Jul 28, 2020
6cef87e
Fix format.
wjuan-AFK Jul 28, 2020
c84ba4d
Merge branch 'master' into RequestSourceUnitTestBenchmarkMultiplePath
wjuan-AFK Jul 28, 2020
77d33f9
Fix format after merge.
wjuan-AFK Jul 29, 2020
73aa686
Testing a theory.
wjuan-AFK Jul 29, 2020
ef77d65
Fix format.
wjuan-AFK Jul 29, 2020
b9182a0
Merge branch 'RequestSourceUnitTestBenchmarkMultiplePath' into Adding…
wjuan-AFK Jul 29, 2020
e38dd80
Merge branch 'master' into RequestSourceUnitTestBenchmarkMultiplePath
wjuan-AFK Jul 29, 2020
21734e4
Merge branch 'RequestSourceUnitTestBenchmarkMultiplePath' into Adding…
wjuan-AFK Jul 29, 2020
7cda9d2
Merge branch 'master' into AddingTestForRequestSourceFactory
wjuan-AFK Aug 17, 2020
f827aca
Adding initial protos and stubs.
wjuan-AFK Aug 19, 2020
d194736
Adding impl for Dummy request source plugin.
wjuan-AFK Aug 19, 2020
7820cf9
Adding test for request source factory creation.
wjuan-AFK Aug 19, 2020
bee7805
Adding some more protos.
wjuan-AFK Aug 19, 2020
3db68ce
Merge branch 'master' into AddingTestForRequestSourceFactory
wjuan-AFK Aug 19, 2020
c0ec4dd
Merge branch 'AddingTestForRequestSourceFactory' into AddingConfigFac…
wjuan-AFK Aug 19, 2020
a1dd3f2
Fixing mockrequestsourcefactory impacted by the refactor.
wjuan-AFK Aug 20, 2020
0b25261
Adding more factories to the impl.h
wjuan-AFK Aug 20, 2020
c3fa23c
Fixing clang tidy.
wjuan-AFK Aug 20, 2020
547977e
Updating the impl.cc with a stub for the new factories.
wjuan-AFK Aug 20, 2020
c300203
Adding test for file based request source plugin
wjuan-AFK Aug 26, 2020
8f4d4d9
Adding test yaml file.
wjuan-AFK Aug 26, 2020
5ae2d51
Merge branch 'AddingTestForRequestSourceFactory' into AddingConfigFac…
wjuan-AFK Aug 26, 2020
fe74b6d
First try getting requests working.
wjuan-AFK Aug 27, 2020
6d87aea
Switching to using multiple requestOptions instead of one.
wjuan-AFK Sep 1, 2020
ca7a0c2
Removing unused comments.
wjuan-AFK Sep 2, 2020
967e3f8
Adding api dependency injection.
wjuan-AFK Sep 2, 2020
14b7d79
Getting the multiple paths parsing into the test.
wjuan-AFK Sep 3, 2020
c4985bb
Comment clean up and using loadfromfile instead of reading the file and
wjuan-AFK Sep 3, 2020
922639a
Switching to using iterators in a vector instead of a smart pointer.
wjuan-AFK Sep 9, 2020
81dfece
Removing unused comments.
wjuan-AFK Sep 9, 2020
bf08661
Small cleanup.
wjuan-AFK Sep 10, 2020
34900c5
Merge branch 'master' into AddingTestForRequestSourceFactory
wjuan-AFK Sep 10, 2020
768fa81
Merge branch 'AddingTestForRequestSourceFactory' into AddingConfigFac…
wjuan-AFK Sep 10, 2020
e93bb58
Reverting changes to RequestSourceConstructor.
wjuan-AFK Sep 10, 2020
f47cbd4
Removing RPCRequestSourcePlugin
wjuan-AFK Sep 10, 2020
7c5c6b2
Fix format.
wjuan-AFK Sep 10, 2020
1b02cec
Fix format.
wjuan-AFK Sep 10, 2020
4d75602
Fixing clang problems.
wjuan-AFK Sep 11, 2020
c74f535
Fixing clang.
wjuan-AFK Sep 11, 2020
9949fb8
Fix format.
wjuan-AFK Sep 11, 2020
fcf10d3
Fixing clang tidy.
wjuan-AFK Sep 11, 2020
fd9744d
Fix Format
wjuan-AFK Sep 11, 2020
68c1037
Rename requestOptionses to requestOptionsList.
wjuan-AFK Sep 14, 2020
883ee30
Renaming proto.
wjuan-AFK Sep 15, 2020
8c34b25
Updating to take a number of requests.
wjuan-AFK Sep 16, 2020
6ce7e74
Clean up tests.
wjuan-AFK Sep 16, 2020
92927e5
Changing visibility of RequestSourcePlugin's inheritance.
wjuan-AFK Sep 16, 2020
a62f2d5
Switching to using lock_guard.
wjuan-AFK Sep 16, 2020
16f89c6
Clean up.
wjuan-AFK Sep 16, 2020
f4257e3
Fix Format.
wjuan-AFK Sep 16, 2020
d075588
Addressing comments on PR. Cleaning up formatting.
wjuan-AFK Sep 17, 2020
eb10a3b
Getting rid of RequestSourcePluginPtr, and adding comments.
wjuan-AFK Sep 17, 2020
cdbd6bf
Removing unnecessary RequestSourcePlugin interface for improved testa…
wjuan-AFK Sep 17, 2020
17acc5f
Fix format
wjuan-AFK Sep 17, 2020
55a0e62
Cleanup unintentional whitespace.
wjuan-AFK Sep 18, 2020
fa23aad
Swapping to exception instead of Release_assert.
wjuan-AFK Sep 18, 2020
b8e2447
Renaming the request_source_plugin to request_source_plugin_config_fa…
wjuan-AFK Sep 18, 2020
248f439
Using a context struct for extensability.
wjuan-AFK Sep 22, 2020
91703b5
Spacing and comments.
wjuan-AFK Sep 22, 2020
bbc0c2a
Fix format.
wjuan-AFK Sep 22, 2020
517c83d
Adding test for multiple request sources thread lock.
wjuan-AFK Sep 22, 2020
c1d0428
Additional comment
wjuan-AFK Sep 22, 2020
bc86c09
Getting rid of context object because the Register Factory mechanism …
wjuan-AFK Sep 22, 2020
33e3564
Adding option to circumvent file reading.
wjuan-AFK Sep 23, 2020
338a874
Merge branch 'master' into AddingConfigFactory
wjuan-AFK Sep 23, 2020
402ada2
Fix format.
wjuan-AFK Sep 23, 2020
017481f
Getting rid of default constructors.
wjuan-AFK Sep 23, 2020
3ed43fc
Renames for clarity.
wjuan-AFK Sep 23, 2020
247b71b
Fix format.
wjuan-AFK Sep 23, 2020
171fb2e
Splitting factory off into a separate pr.
wjuan-AFK Sep 24, 2020
5df83ed
Proto cleanup/rename
wjuan-AFK Sep 24, 2020
0af3ffd
Comment cleanup.
wjuan-AFK Sep 24, 2020
ff90e59
Proto comments and dummy -> stub clean up.
wjuan-AFK Sep 24, 2020
e57c05f
Cleaning up comments
wjuan-AFK Sep 28, 2020
55244b0
Updating class comments.
wjuan-AFK Sep 28, 2020
c710d37
Refactor to move RequestSourcePlugins to a top level RequestSource fo…
wjuan-AFK Sep 28, 2020
fbb2fdc
Refactor plugins into separate files.
wjuan-AFK Sep 28, 2020
ae0f4a8
Fix format.
wjuan-AFK Sep 28, 2020
e092de0
Merge branch 'master' into AddingConfigFactory
wjuan-AFK Sep 28, 2020
19b7aa0
Adding gmock and gtest to check_format so it stops complaining at me.
wjuan-AFK Sep 28, 2020
dae3098
Updating to prefix increment, and removing auto.
wjuan-AFK Sep 29, 2020
a4b6fb1
Removing gmock and gtest from script to avoid conflict. Add Request_s…
wjuan-AFK Sep 29, 2020
55f685e
Fixing clang-tidy
wjuan-AFK Sep 30, 2020
59c5b94
Using the test value in the stub for better testing.
wjuan-AFK Sep 30, 2020
2ea0c5e
Getting rid of auto. And updating stubplugintest.
wjuan-AFK Sep 30, 2020
d40a073
Further renaming.
wjuan-AFK Sep 30, 2020
7146079
Refactor to move plugins into their own libraries and separate files.
wjuan-AFK Sep 30, 2020
7ab1132
Moving request_source_plugin_config_factory into its own folder.
wjuan-AFK Sep 30, 2020
72c23d0
Refactor to make it testonly.
wjuan-AFK Sep 30, 2020
2b1170c
Using references instead of making a copy of the option list.
wjuan-AFK Oct 1, 2020
9dc3c4b
Passing in a reference to api instead of apiptr.
wjuan-AFK Oct 1, 2020
b555a71
Renaming request_max to total_requests
wjuan-AFK Oct 1, 2020
3924eee
Updating comments and removing explicit.
wjuan-AFK Oct 1, 2020
75eca07
Fix format.
wjuan-AFK Oct 1, 2020
9c93ff9
Merge branch 'master' into AddingConfigFactory
wjuan-AFK Oct 1, 2020
e2af886
Clean up.
wjuan-AFK Oct 1, 2020
edae9be
Rename FilebasedConfigFactory to OptionListFromFileFactory
wjuan-AFK Oct 1, 2020
949d731
Improving Comments.
wjuan-AFK Oct 2, 2020
59d490f
Fix format.
wjuan-AFK Oct 2, 2020
078329a
More comment cleanup.
wjuan-AFK Oct 2, 2020
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 6 additions & 0 deletions api/client/options.proto
Original file line number Diff line number Diff line change
Expand Up @@ -18,6 +18,12 @@ message RequestOptions {
google.protobuf.UInt32Value request_body_size = 3 [(validate.rules).uint32 = {lte: 4194304}];
}

// Used for providing multiple request options, especially for RequestSourcePlugins.
message RequestOptionsList {

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Plz add comment for the proto and its field.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can do.

// Each option is used for a separate request to be sent by the requestSource.
repeated RequestOptions options = 1;
}

// Configures a remote gRPC source that will deliver to-be-replayed request data to Nighthawks
// workers.
message RequestSource {
Expand Down
12 changes: 12 additions & 0 deletions api/request_source/BUILD
Original file line number Diff line number Diff line change
Expand Up @@ -16,6 +16,18 @@ api_cc_py_proto_library(
],
)

api_cc_py_proto_library(
name = "request_source_plugin",
srcs = [
"request_source_plugin.proto",
],
visibility = ["//visibility:public"],
deps = [
"@envoy_api//envoy/config/core/v3:pkg",
"@nighthawk//api/client:base",
],
)

cc_grpc_library(
name = "grpc_request_source_service_lib",
srcs = [
Expand Down
35 changes: 35 additions & 0 deletions api/request_source/request_source_plugin.proto
Original file line number Diff line number Diff line change
@@ -0,0 +1,35 @@
// Config protos for the Request Source Plugin Config Factories.
syntax = "proto3";

package nighthawk.request_source;

import "google/protobuf/wrappers.proto";
import "validate/validate.proto";
import "api/client/options.proto";

// Configuration for FileBasedPluginRequestSource (plugin name:
// "nighthawk.file-based-request-source-plugin")
// The factory will load the RequestOptionsList from the file, and then passes it to the
// requestSource it generates. The resulting request source will loop over the RequestOptionsList it
// is passed.
message FileBasedPluginConfig {
// The file_path is the path to a file that contains a RequestOptionList in json or yaml format.
string file_path = 1;
// The pluginfactory makes requestSources that will generate requests from the RequestOptionList
// up to num_requests number of times. If num_requests exceeds the number of RequestOptions in the
// RequestOptionList located in the file at file_path, it will loop. num_requests = 0 means no
// limit on the number of requests to be produced.
google.protobuf.UInt32Value num_requests = 2 [(validate.rules).uint32 = {gte: 0, lte: 1000000}];
// The pluginfactory will load the file located in file_path as long as it is below max_file_size,
// if it's too large it will throw an error.
google.protobuf.UInt32Value max_file_size = 3 [(validate.rules).uint32 = {lte: 1000000}];
}

// Configuration for StubPluginRequestSource (plugin name: "nighthawk.stub-request-source-plugin")
// The plugin does nothing. This is for testing and comparison of the Request Source Plugin Factory
// mechanism using a minimal version of plugin that does not require a more complicated proto or
// file reading.
message StubPluginConfig {
// test input value.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we improve this comment? We could say what the input argument is for / what does the plugin do with it. It raises a question as to why a plugin that does nothing need an input argument.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We had a comment thread about improving this comment, but looks like the it wasn't actually done. Repeating the comment:

Can we improve this comment? We could say what the input argument is for / what does the plugin do with it. It raises a question as to why a plugin that does nothing need an input argument.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh I thought I fixed it by making it do something.

google.protobuf.DoubleValue test_value = 1;
}
15 changes: 15 additions & 0 deletions include/nighthawk/common/BUILD
Original file line number Diff line number Diff line change
Expand Up @@ -64,6 +64,21 @@ envoy_basic_cc_library(
],
)

envoy_basic_cc_library(
name = "request_source_plugin_config_factory_lib",

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it by omission or intentional that we are leaving the request source factory in the "common" directory rather than in the new "request_source" directory?

hdrs = [
"request_source_plugin_config_factory.h",
],
include_prefix = "nighthawk/common",
deps = [
":request_source_lib",
"//api/request_source:request_source_plugin_cc_proto",
"@envoy//include/envoy/common:base_includes",
"@envoy//include/envoy/config:typed_config_interface",
"@envoy//source/common/api:api_lib_with_external_headers",
],
)

envoy_basic_cc_library(
name = "request_source_lib",
hdrs = [
Expand Down
39 changes: 39 additions & 0 deletions include/nighthawk/common/request_source_plugin_config_factory.h
Original file line number Diff line number Diff line change
@@ -0,0 +1,39 @@
#pragma once

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

#522 (comment)

I hadn't moved this because it was the only file in the include directory, but I see the value in having a similar directory structure to the source directory.


#include "envoy/api/api.h"
#include "envoy/common/pure.h"
#include "envoy/config/typed_config.h"

#include "nighthawk/common/request_source.h"

namespace Nighthawk {

// A factory that must be implemented for each RequestSourcePlugin. It instantiates the specific
// RequestSourcePlugin class after unpacking the plugin-specific config proto.
class RequestSourcePluginConfigFactory : public Envoy::Config::TypedFactory {
public:
~RequestSourcePluginConfigFactory() override = default;
// All request source plugins will be in this category.
std::string category() const override { return "nighthawk.request_source_plugin"; }

// Instantiates the specific RequestSourcePlugin class. Casts |message| to Any, unpacks it to the
// plugin-specific proto, and passes the strongly typed proto to the plugin constructor.
//
// @param typed_config Any typed_config proto taken from the TypedExtensionConfig. This should be
// a type listed in request_source_plugin_config.proto
//
// @param api Api parameter that contains timesystem, filesystem, and threadfactory.
//
// @param header RequestHeaderMapPtr parameter that acts as a template header for the
// requestSource to modify when generating requests.
//
// @return RequestSourcePtr Pointer to the new instance of RequestSource.
//
// @throw Envoy::EnvoyException If the Any proto cannot be unpacked as the type expected by the
// plugin.
virtual RequestSourcePtr createRequestSourcePlugin(const Envoy::Protobuf::Message& typed_config,
Envoy::Api::ApiPtr api,
Envoy::Http::RequestHeaderMapPtr header) PURE;
};

} // namespace Nighthawk
34 changes: 34 additions & 0 deletions source/request_source/BUILD
Original file line number Diff line number Diff line change
@@ -0,0 +1,34 @@
load(
"@envoy//bazel:envoy_build_system.bzl",
"envoy_cc_library",
"envoy_package",
)

licenses(["notice"]) # Apache 2

envoy_package()

envoy_cc_library(
name = "request_source_plugin_impl",
srcs = [
"request_options_list_plugin_impl.cc",

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The choice of file name here doesn't directly relate to what it contains. Looks like it contains the File Based Request source. Can we call the file accordingly, e.g. "file_based_plugin.cc" or "file_based_request_source.cc". We should also adjust the name of the BUILD target to match.

EDIT: I noticed that the file contains multiple request source implementations. If we end up keeping the RequestOptionsListRequestSource, let's have it in its own file and library also.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood. I wanted this to be called the RequestOptionsListPluginImpl because I figured both the FileBasedPluginConfigFactory, and the RequestOptionListPluginConfigFactory would make the same RequestOptionListPlugin, just loading from a different location.

"stub_plugin_impl.cc",

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We probably shouldn't combine these two plugin implementations in one BUILD target. It is unlikely that anyone will use the stub_plugin in practice and when combined like this, they are forced to build and possibly link it in. Can we split them out into two targets?

Once done, we can additionally mark the stub_plugin target as "testonly" by setting testonly =1 to ensure it only gets built from tests.

Essentially we should end up in a setup where for each plugin we have a separate header file, cc file and BUILD target.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure how testonly=1 works. My attempts to use it gives me: envoy_cc_library() got unexpected keyword argument: testonly

],
hdrs = [
"request_source_plugin_impl.h",
],
repository = "@envoy",
visibility = ["//visibility:public"],
deps = [
"//include/nighthawk/common:request_source_plugin_config_factory_lib",
"//source/common:nighthawk_common_lib",
"//source/common:request_impl_lib",
"//source/common:request_source_impl_lib",
"@envoy//source/common/common:thread_lib_with_external_headers",
"@envoy//source/common/protobuf:message_validator_lib_with_external_headers",
"@envoy//source/common/protobuf:protobuf_with_external_headers",
"@envoy//source/common/protobuf:utility_lib_with_external_headers",
"@envoy//source/exe:platform_header_lib_with_external_headers",
"@envoy//source/exe:platform_impl_lib",
],
)
93 changes: 93 additions & 0 deletions source/request_source/request_options_list_plugin_impl.cc
Original file line number Diff line number Diff line change
@@ -0,0 +1,93 @@
#include "external/envoy/source/common/protobuf/message_validator_impl.h"
#include "external/envoy/source/common/protobuf/utility.h"
#include "external/envoy/source/exe/platform_impl.h"

#include "api/client/options.pb.h"

#include "common/request_impl.h"
#include "common/request_source_impl.h"

#include "request_source/request_source_plugin_impl.h"

namespace Nighthawk {
std::string FileBasedRequestSourcePluginConfigFactory::name() const {
return "nighthawk.file-based-request-source-plugin";
}

Envoy::ProtobufTypes::MessagePtr
FileBasedRequestSourcePluginConfigFactory::createEmptyConfigProto() {
return std::make_unique<nighthawk::request_source::FileBasedPluginConfig>();
}

RequestSourcePtr FileBasedRequestSourcePluginConfigFactory::createRequestSourcePlugin(
const Envoy::Protobuf::Message& message, Envoy::Api::ApiPtr api,
Envoy::Http::RequestHeaderMapPtr header) {
const auto& any = dynamic_cast<const Envoy::ProtobufWkt::Any&>(message);
nighthawk::request_source::FileBasedPluginConfig config;
Envoy::MessageUtil util;

util.unpackTo(any, config);
if (api->fileSystem().fileSize(config.file_path()) > config.max_file_size().value()) {
throw NighthawkException("file size must be less than max_file_size");
}
auto temp_list = std::make_unique<nighthawk::client::RequestOptionsList>();

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should choose a better variable name here, "temp_list" doesn't actually communicate anything useful to the reader. All variables are essentially temporary and the fact that this is a list can be seen from the object type.

If we do keep this (see my comment below), let's try to come up with a more descriptive name. I can help by suggesting such a name once I understand why do we need this variable.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had originally wanted to pass the ownership of the copied list because I felt that it made sense for the RequestSources to have full ownership of their own contents. I know that the factory is longer lived than the requestsources, but it seemed more logical to have the lifetime be tied to the requestsource rather than the factory. That being said, I acknowledge that the memory leak is prohibitive and unnecessary. I'll get rid of it.


// Locking to avoid issues with multiple threads reading the same file.
{
Envoy::Thread::LockGuard lock_guard(file_lock_);
// Reading the file only the first time.
if (options_list_.options_size() == 0) {
util.loadFromFile(config.file_path(), options_list_,
Envoy::ProtobufMessage::getStrictValidationVisitor(), *api, true);
}
temp_list->CopyFrom(options_list_);

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since we load options_list_ only once, why do we need to make a copy here? Can't we give a const reference to all the created plugins instead?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had thought it made more sense for the requestSource to have ownership of the list, but I think that the factory does have a longer lifetime than the requestSources it generates, so that probably would work.

}
return std::make_unique<RequestOptionsListRequestSource>(config.num_requests().value(),
std::move(header), std::move(temp_list));
}

REGISTER_FACTORY(FileBasedRequestSourcePluginConfigFactory, RequestSourcePluginConfigFactory);

RequestOptionsListRequestSource::RequestOptionsListRequestSource(
const uint32_t request_max, Envoy::Http::RequestHeaderMapPtr header,
std::unique_ptr<nighthawk::client::RequestOptionsList> options_list)
: header_(std::move(header)), options_list_(std::move(options_list)),
request_max_(request_max) {}

RequestGenerator RequestOptionsListRequestSource::get() {
uint32_t counter = 0;

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need to define the counter locally as a variable? Or can we just push 0 on and take its address?

request_count_.push_back(0);
uint32_t& lambda_counter = request_count_.back();

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, we can do that.

request_count_.push_back(counter);
uint32_t& lambda_counter = request_count_.back();
RequestGenerator request_generator = [this, lambda_counter]() mutable -> RequestPtr {

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you help me understand the need for the "mutable" keyword here?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I need this keyword because if I do not have mutable, the compiler will complain about the incrementing of the lambda_counter later in this lambda.

// if request_max is 0, then we never stop generating requests.
if (lambda_counter >= request_max_ && request_max_ != 0) {
return nullptr;
}

// Increment the counter and get the request_option from the list for the current iteration.
auto index = lambda_counter % options_list_->options_size();

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The "auto" keyword here actually hides a type that would be useful to see. Ideally we only use auto when the type is too long or redundant in the statement.

https://google.github.io/styleguide/cppguide.html#Type_deduction

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood.

nighthawk::client::RequestOptions request_option = options_list_->options().at(index);
lambda_counter++;

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In c++, we should prefer pre-increment and pre-decrement:

https://google.github.io/styleguide/cppguide.html#Preincrement_and_Predecrement

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood


// Initialize the header with the values from the default header.
Envoy::Http::RequestHeaderMapPtr header = Envoy::Http::RequestHeaderMapImpl::create();
Envoy::Http::HeaderMapImpl::copyFrom(*header, *header_);

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since we are making a copy of the original header map anyway, why do we need to pass it in as a pointer to the plugin? Can't the plugin take the header as a const reference to make it clear on the API layer that the header isn't owned or modified?

Or is there a reason that forces us to give ownership?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that it is more consistent with the way that the other plugins do it, and it is possible that the plugin would want to modify the header. Generally it also seems like something that the RequestSource should own. In the factories_impl.cc where this RequestSource will be created, I believe the header passed in does not have a lifetime greater than that of the RequestSource, and that might matter also, though I'm not sure if that is correct.


// Override the default values with the values from the request_option
header->setMethod(envoy::config::core::v3::RequestMethod_Name(request_option.request_method()));
const uint32_t content_length = request_option.request_body_size().value();
if (content_length > 0) {
header->setContentLength(content_length);
}
for (const auto& option_header : request_option.request_headers()) {

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is another place where auto might be hiding useful type information.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood.

auto lower_case_key = Envoy::Http::LowerCaseString(std::string(option_header.header().key()));
header->setCopy(lower_case_key, std::string(option_header.header().value()));
}
return std::make_unique<RequestImpl>(std::move(header));
};
return request_generator;
}

void RequestOptionsListRequestSource::initOnThread() {}

} // namespace Nighthawk
124 changes: 124 additions & 0 deletions source/request_source/request_source_plugin_impl.h
Original file line number Diff line number Diff line change
@@ -0,0 +1,124 @@
// Implementations of RequestSourceConfigFactory and the RequestSources that those factories make.
#pragma once

#include "envoy/registry/registry.h"

#include "nighthawk/common/request_source_plugin_config_factory.h"

#include "external/envoy/source/common/common/lock_guard.h"
#include "external/envoy/source/common/common/thread.h"

#include "api/client/options.pb.h"
#include "api/request_source/request_source_plugin.pb.h"

#include "common/uri_impl.h"

namespace Nighthawk {

// Stub Request Source implementation for comparison.
class DummyRequestSource : public RequestSource {

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We probably wanted to rename this class to StubRequestSource. We should also rename the factory so we only refer to the plugin using one name. And as per my previous comment - we can move it to its own header file and BUILD target.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood.

public:
explicit DummyRequestSource(const nighthawk::request_source::StubPluginConfig& config);
// The generator function will only return empty headers.
// The function is threadsafe.
RequestGenerator get() override;

// default implementation

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note - comments on functions that are overrides aren't required and shouldn't be present, since the authoritative location to describe these is on the parent class (on the interface).

Let's remove any comments we added to overrides. If the parent classes on some of these don't have good comments, we should instead work on improving those in a separate PR.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood.

void initOnThread() override;
};

// Factory that creates a DummyRequestSource from a DummyRequestSourcePluginConfig proto.
// Registered as an Envoy plugin.
// Stub implementation of RequestSourceConfigFactory which produces a RequestSource.
// RequestSources are used to get RequestGenerators which generate requests for the benchmark
// client. All plugins configuration are specified in the request_source_plugin.proto This class is
// thread-safe, but it doesn't do anything. Usage: assume you are passed an appropriate Any type
// object called config, an Api object called api, and a default header called header. auto&
// config_factory =
// Envoy::Config::Utility::getAndCheckFactoryByName<RequestSourcePluginConfigFactory>(
// "nighthawk.stub-request-source-plugin");
// RequestSourcePtr plugin =
// config_factory.createRequestSourcePlugin(config, std::move(api), std::move(header));

class DummyRequestSourcePluginConfigFactory : public virtual RequestSourcePluginConfigFactory {
public:
// This is a hardcoded string.
std::string name() const override;
// This returns an empty version of the expected StubPluginConfig from request_source_plugin.proto
Envoy::ProtobufTypes::MessagePtr createEmptyConfigProto() override;
// This is the primary method that is used to get RequestSources.
// This implementation is thread safe, but the RequestSource it generates doesn't do much.
RequestSourcePtr createRequestSourcePlugin(const Envoy::Protobuf::Message& message,
Envoy::Api::ApiPtr api,
Envoy::Http::RequestHeaderMapPtr header) override;
};

// This factory will be activated through RequestSourceFactory in factories.h
DECLARE_FACTORY(DummyRequestSourcePluginConfigFactory);

// Sample Request Source for small RequestOptionsLists. Loads a copy of the RequestOptionsList in
// memory and replays them.
// @param request_max The number of requests the requestGenerator produced by get() will generate. 0

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If I understand correctly what "request_max" specifies, a name like "total_requests" would probably be more descriptive.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed.

// means it is unlimited.
// @param header the default header that will be overridden by values taken from the options_list,
// any values not overridden will be used.
// @param options_list A copy of the options_list will be loaded in memory. The RequestGenerator
// produced by get() will use options from the options_list to overwrite values in the header, and
// create new requests. if request_max is greater than the length of options_list, it will loop.
// This is not thread safe.
class RequestOptionsListRequestSource : public RequestSource {

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is the practical use case for this request source implementation? Looking back, our plan was to implement the file based request source to serve as an example and a gRPC request source for backward compatibility.

Can you help me understand what do we need this one for?

EDIT: After looking at the .cc file, it looks like this request source implementation is used internally by the FileBased request source to do its job. If that it the plan, that is fine, but then this shouldn't be part of the API. The API (the header) should only contain the FileBased request source. The .cc file can have a section with anonymous namespace where we define the RequestOptionsListRequestSource internally.

Alternatively, if we plan to reuse this by multiple request sources, we should move it into its own library and say (in the header file) that this is for internal purposes only.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I felt like it made sense for both the RequestSource and the factory that makes the requestSource to live in the same file together, I can move it into its own library if you prefer.

public:
explicit RequestOptionsListRequestSource(

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The "explicit" keyword is only needed on constructors with a single argument and has no effect here.

https://google.github.io/styleguide/cppguide.html#Implicit_Conversions

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That makes sense. Thanks.

const uint32_t request_max, Envoy::Http::RequestHeaderMapPtr header,
std::unique_ptr<nighthawk::client::RequestOptionsList> options_list);
// This get function is not thread safe, because multiple threads calling get simultaneously will
// result in a collision as it attempts to update its request_count_.
RequestGenerator get() override;

// default implementation
void initOnThread() override;

private:
Envoy::Http::RequestHeaderMapPtr header_;
const std::unique_ptr<nighthawk::client::RequestOptionsList> options_list_;
std::vector<uint32_t> request_count_;
const uint32_t request_max_;
};

// Factory that creates a RequestOptionsListRequestSource from a FileBasedPluginConfig proto.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Possible typo, looks like this factory creates a FileBasedRequestSourcePlugin rather than a RequestOptionsListRequestSource.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not a typo. I wanted this to be a more generic version of the RequestOptionsListRequestSource since it seemed the more versatile option.

// Registered as an Envoy plugin.
// Implementation of RequestSourceConfigFactory which produces a RequestSource that keeps an

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This comment contains a mix of good class comments and implementation comments. We shouldn't comment or describe implementation here as it is bound to change and isn't part of the API contract. An example of implementation comments here are:

  • the fact that the class keeps a RequestOptionsList in memory
  • the fact that file_lock_ is used to protect the list.

On the other hand saying that the class is not thread safe is a very good comment here, but it doesn't need more details.

Please use your best judgment to adjust the comments so they talk about what a class does and how it can be used, but never about how it does its job.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure I'm doing a very good job at this, but I'll do my best.

// RequestOptionsList in memory RequestSources are used to get RequestGenerators which generate
// requests for the benchmark client. All plugins configuration are specified in the
// request_source_plugin.proto This class is not thread-safe, because it loads its RequestOptionlist
// in memory from a file when first called. The in memory RequestOptionsList is protected by
// file_lock_. Usage: assume you are passed an appropriate Any type object called config, an Api
// object called api, and a default header called header. auto& config_factory =
// Envoy::Config::Utility::getAndCheckFactoryByName<RequestSourcePluginConfigFactory>(
// "nighthawk.file-based-request-source-plugin");
// RequestSourcePtr plugin =
// config_factory.createRequestSourcePlugin(config, std::move(api), std::move(header));
class FileBasedRequestSourcePluginConfigFactory : public virtual RequestSourcePluginConfigFactory {
public:
std::string name() const override;
// This returns an empty version of the expected FileBasedPluginConfig from
// request_source_plugin.proto
Envoy::ProtobufTypes::MessagePtr createEmptyConfigProto() override;
// This is the primary method that is used to get RequestSources.
// This implementation is not thread safe. Only the first call to createRequestSourcePlugin will
// load the file from memory and subsequent calls just make a copy of the options_list that was
// already loaded. The FileBasedRequestSourcePluginConfigFactory will not work with multiple
// different files for this reason.
RequestSourcePtr createRequestSourcePlugin(const Envoy::Protobuf::Message& message,

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like this method would throw if the file cannot be parsed correctly. Can we mention that in the comment?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure.

Envoy::Api::ApiPtr api,
Envoy::Http::RequestHeaderMapPtr header) override;

private:
Envoy::Thread::MutexBasicLockable file_lock_;
nighthawk::client::RequestOptionsList options_list_ ABSL_GUARDED_BY(file_lock_);
};

// This factory will be activated through RequestSourceFactory in factories.h
DECLARE_FACTORY(FileBasedRequestSourcePluginConfigFactory);

} // namespace Nighthawk
Loading