Skip to content

Commit

Permalink
Consequently
Browse files Browse the repository at this point in the history
  • Loading branch information
RichardScottOZ authored Nov 23, 2024
1 parent e56c373 commit f139555
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/source/worker_granularity.rst
Original file line number Diff line number Diff line change
Expand Up @@ -90,7 +90,7 @@ understanding the flexibility VMs provide is essential for effectively utilizing
Unlike FaaS and CaaS platforms, when deploying Lithops on Virtual Machine backends, such as EC2, a master-worker architecture
is adopted. In this paradigm, the master node holds a work queue containing tasks for a specific job, and workers pick up and
process tasks one by one. In this sense, the chunksize parameter, which determines the number of functions allocated
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
determined by the number of worker processess in the VM setup. Adjusting the number of VM instances or the configuration of
each VM, such as the CPU core count, becomes crucial for optimizing performance and resource utilization in this master-worker
approach.
Expand Down

0 comments on commit f139555

Please sign in to comment.