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
Copy file name to clipboardExpand all lines: DEVELOPER_GUIDE.md
+17-17Lines changed: 17 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@ This document will walk you through on what's needed to start contributing code
8
8
-[Setup](#setup)
9
9
-[Importing the project into an IDE](#importing-the-project-into-an-ide)
10
10
-[Setting Up a Local OpenSearch Cluster For OSB Development (Optional)](#setting-up-a-local-opensearch-cluster-for-osb-development-optional)
11
-
-[Executing tests](#executing-tests)
11
+
-[running tests](#running-tests)
12
12
-[Unit tests](#unit-tests)
13
13
-[Integration tests](#integration-tests)
14
14
-[Submitting your changes for a pull request](#submitting-your-changes-for-a-pull-request)
@@ -28,7 +28,7 @@ This document will walk you through on what's needed to start contributing code
28
28
29
29
`pyenv` requires that the C compiler and development libraries be installed, so that the specified Python versions can be build from source. The installation instructions vary from platform to platform.
30
30
31
-
For Debian-based systems, install the following modules to continue with the next steps:
31
+
For Debian-based systems, install the following modules to continue with the next steps:
32
32
```
33
33
sudo apt-get install -y make build-essential libssl-dev zlib1g-dev libbz2-dev \
@@ -65,9 +65,9 @@ This document will walk you through on what's needed to start contributing code
65
65
66
66
### Setup
67
67
68
-
To develop OSB properly, it is recommended that you fork the official OpenSearch Benchmark repository.
68
+
To develop OSB properly, it is recommended that you fork the official OpenSearch Benchmark repository.
69
69
70
-
For those working on WSL2, it is recommended to clone the repository and set up the working environment within the Linux subsystem. Refer to the guide for setting up WSL2 on [Visual Studio Code](https://code.visualstudio.com/docs/remote/wsl) or [PyCharm](https://www.jetbrains.com/help/pycharm/using-wsl-as-a-remote-interpreter.html#create-wsl-interpreter).
70
+
For those working on WSL2, it is recommended to clone the repository and set up the working environment within the Linux subsystem. Refer to the guide for setting up WSL2 on [Visual Studio Code](https://code.visualstudio.com/docs/remote/wsl) or [PyCharm](https://www.jetbrains.com/help/pycharm/using-wsl-as-a-remote-interpreter.html#create-wsl-interpreter).
71
71
72
72
After you git cloned the forked copy of OpenSearch Benchmark, use the following command-line instructions to set up OpenSearch Benchmark for development:
73
73
```
@@ -98,9 +98,9 @@ In order to run tests within the PyCharm IDE, ensure the `Python Integrated Tool
98
98
99
99
## Setting Up a Local OpenSearch Cluster For OSB Development (Optional)
100
100
101
-
### OpenSearch Installation
101
+
### OpenSearch Installation
102
102
103
-
Download the latest release of OpenSearch from https://opensearch.org/downloads.html. If you are using WSL, make sure to download it into your `/home/<user>` directory instead of `/mnt/c`.
103
+
Download the latest release of OpenSearch from https://opensearch.org/downloads.html. If you are using WSL, make sure to download it into your `/home/<user>` directory instead of `/mnt/c`.
@@ -110,17 +110,17 @@ NOTE: Have Docker running in the background for the next steps. Refer to the ins
110
110
111
111
### OpenSearch Cluster setup
112
112
113
-
Add the following settings to the `opensearch.yml` file under the config directory
113
+
Add the following settings to the `opensearch.yml` file under the config directory
114
114
```
115
115
vim config/opensearch.yml
116
116
```
117
117
```
118
118
#
119
-
discovery.type: single-node
120
-
plugins.security.disabled: true
119
+
discovery.type: single-node
120
+
plugins.security.disabled: true
121
121
#
122
122
```
123
-
Run the opensearch-tar-install.sh script to install and setup a cluster for our use.
123
+
Run the opensearch-tar-install.sh script to install and setup a cluster for our use.
124
124
```
125
125
bash opensearch-tar-install.sh
126
126
```
@@ -146,25 +146,25 @@ Check the output of `curl.exe "http://localhost:9200/_cluster/health?pretty"`. O
146
146
"active_shards_percent_as_number" : 100.0
147
147
}
148
148
```
149
-
Now, you have a local cluster running! You can connect to this and run the workload for the next step.
149
+
Now, you have a local cluster running! You can connect to this and run the workload for the next step.
150
150
151
151
### Running Workloads on a locally installed Cluster
152
152
153
-
Here's a sample executation of the geonames benchmark which can be found from the [workloads](https://github.com/opensearch-project/opensearch-benchmark-workloads) repo.
153
+
Here's a sample run of the geonames benchmark which can be found from the [workloads](https://github.com/opensearch-project/opensearch-benchmark-workloads) repo.
And we're done! You should be seeing the performance metrics soon enough!
159
159
160
-
### Debugging
160
+
### Debugging
161
161
162
-
**If you are not seeing any results, it should be an indicator that there is an issue with your cluster setup or the way the manager is accessing it**. Use the command below to view the logs.
162
+
**If you are not seeing any results, it should be an indicator that there is an issue with your cluster setup or the way the manager is accessing it**. Use the command below to view the logs.
163
163
```
164
164
tail -f ~/.benchmark/logs/benchmark.log
165
165
```
166
166
167
-
## Executing tests
167
+
## running tests
168
168
169
169
Once setup is complete, you may run the unit and integration tests.
170
170
@@ -230,7 +230,7 @@ make install
230
230
To streamline the process, please refer to [this guide](https://github.com/opensearch-project/opensearch-benchmark/blob/main/PYTHON_SUPPORT_GUIDE.md)
231
231
232
232
### Debugging OpenSearch Benchmark in Developer Mode
233
-
Many users find that the simplest way to debug OpenSearch Benchmark is by using developer mode. Users can activate developer mode by running `python3 -m pip install -e .` within the cloned OpenSearch Benchmark repository. Any changes made and saved will be reflected when OpenSearch Benchmark is run. Users can add loggers or print statements and see the changes reflected in subsequent runs.
233
+
Many users find that the simplest way to debug OpenSearch Benchmark is by using developer mode. Users can activate developer mode by running `python3 -m pip install -e .` within the cloned OpenSearch Benchmark repository. Any changes made and saved will be reflected when OpenSearch Benchmark is run. Users can add loggers or print statements and see the changes reflected in subsequent runs.
234
234
235
235
### Debugging Unittests in Visual Studio Code
236
236
To run and debug unittests in Visual Studio Code, add the following configuration to the Python Debugger `launch.json` file. See [the official Visual Studio Code documentation](https://code.visualstudio.com/docs/editor/debugging) for more information on setting up and accessing `launch.json` file.
To ensure that users are using the correct python versions, install the repository with `python3 -m pip install -e .` and run `which opensearch-benchmark` to get the path. Pre-append this path to each of the three commands above and re-run them in the command line.
@@ -46,12 +46,12 @@ Keep in mind the file path outputted differs for each operating system and might
46
46
47
47
- For example: When running `which opensearch-benchmark` on an Ubuntu environment, the commad line outputs `/home/ubuntu/.pyenv/shims/opensearch-benchmark`. On closer inspection, the path points to a shell script. Thus, to invoke OpenSearch Benchmark, pre-=append the OpenSearch Benchmark command with `bash` and the path outputted earlier:
- Another example: When running `which opensearch-benchmark` on an Amazon Linux 2 environment, the command line outputs `~/.local/bin/opensearch-benchmark`. On closer inspection, the path points to a Python script. Thus, to invoke OpenSearch Benchmark, pre-append the OpenSearch Benchmark command with `python3` and the path outputted earlier:
Copy file name to clipboardExpand all lines: RELEASE_GUIDE.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -43,7 +43,7 @@ Add backport labels to PRs and commits so that changes can be added to `main` br
43
43
* Since releases are generally published on Thursdays, maintainers should try to ensure all changes are merged in by Tuesday.
44
44
* A week prior to the scheduled release, maintainers should announce the fact in the [#performance channel](https://opensearch.slack.com/archives/C0516H8EJ7R) within the OpenSearch Slack community.
45
45
* Ensure that documentation is appropriately updated with respect to incoming changes prior to the release.
46
-
46
+
47
47
## Release the new version of OpenSearch Benchmark to PyPI, Docker, and ECR
48
48
49
49
1. Clone the official OpenSearch Benchmark git repository and change directory to it. This is where the following commands will be issued.
@@ -123,7 +123,7 @@ Send this message in the following channels in OpenSearch Community Slack:
123
123
124
124
If an error occurs during build process and you need to retrigger the workflow, do the following:
125
125
126
-
* Delete the tag locally: `git tag -d <VERSION>`
126
+
* Delete the tag locally: `git tag -d <VERSION>`
127
127
* Delete the tag on GitHub: `git push --delete origin <VERSION>`
128
128
* Delete the draft release on GitHub
129
129
* Create the tag again and push it to re-initiate the release process.
0 commit comments