Skip to content

Commit ea2c4fa

Browse files
authored
Update index.adoc
1 parent 3ed2f01 commit ea2c4fa

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

content/post/method-data-scalability/index.adoc

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -165,7 +165,7 @@ Nowadays modern CPUs can have multiple https://en.wikipedia.org/wiki/Non-uniform
165165
166166
image::numa.png[NUMA lstopo output]
167167
168-
We can now verify that binding the application to run in 2 physical cores in the same NUMA node would produce a different effect than running over the same.
168+
We can now verify that binding the application to run in 2 physical cores in the same NUMA node would produce a different effect than running on different ones.
169169
170170
Running on the same node (in node 0):
171171
@@ -198,4 +198,4 @@ What we’ve shown so far is pretty scary:
198198
199199
So, what about containers?
200200
201-
In containers, users usually set the cpu quotas (e.g. in the form of request/limit, in https://docs.openshift.com/container-platform/3.11/dev_guide/compute_resources.html[Openshift]) without binding a container to run on a specific NUMA node, which can expose their application to the worse possible version of this issue: in the next part we will focus on this use case with a more realistic example.
201+
In containers, users usually set the cpu quotas (e.g. in the form of request/limit, in https://docs.openshift.com/container-platform/3.11/dev_guide/compute_resources.html[Openshift]) without binding a container to run on a specific NUMA node, which can expose their application to the worse possible version of this issue: in the next part we will focus on this use case with a more realistic example.

0 commit comments

Comments
 (0)