We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
1 parent e56c373 commit f139555Copy full SHA for f139555
docs/source/worker_granularity.rst
@@ -90,7 +90,7 @@ understanding the flexibility VMs provide is essential for effectively utilizing
90
Unlike FaaS and CaaS platforms, when deploying Lithops on Virtual Machine backends, such as EC2, a master-worker architecture
91
is adopted. In this paradigm, the master node holds a work queue containing tasks for a specific job, and workers pick up and
92
process tasks one by one. In this sense, the chunksize parameter, which determines the number of functions allocated
93
-to each worker for parallel processing, is not applicable in this context.Consequently, the worker granularity is inherently
+to each worker for parallel processing, is not applicable in this context. Consequently, the worker granularity is inherently
94
determined by the number of worker processess in the VM setup. Adjusting the number of VM instances or the configuration of
95
each VM, such as the CPU core count, becomes crucial for optimizing performance and resource utilization in this master-worker
96
approach.
0 commit comments