All of lore.kernel.org
 help / color / mirror / Atom feed
* [cocci] Influence of shared memory areas for parallel data processing of SmPL code
@ 2024-02-23 10:33 Markus Elfring
  0 siblings, 0 replies; only message in thread
From: Markus Elfring @ 2024-02-23 10:33 UTC (permalink / raw)
  To: cocci

Hello,

A bit of information is provided for the usage of the program parameter “--jobs”.
https://gitlab.inria.fr/coccinelle/coccinelle/-/blob/68c580f1f1abf9979d591371e5b2e474f97dac90/docs/manual/spatch_options.tex#L762-772 :

“…
This option is not compatible with the use of a {\tt finalize} rule in the semantic patch,
as there is no shared memory and the effect of a {\tt finalize} rule is thus not likely to be useful.
…”


Another bit of information is provided for the applied OCaml module “parmap”.
https://github.com/rdicosmo/parmap/blob/963608763589e03de38e744d359884d491e65460/README.md?plain=1#L21-L26 :

“…
The principle of parmap is very simple: when you call one of the three available
primitives, map, fold, and  mapfold , your OCaml  sequential program forks  in n
subprocesses (you choose the n), and each subprocess performs the computation on
the 1/n of the data, in chunks  of a size you  can choose, returning the results
through a shared memory area to the  parent process, that resumes execution once
all the children have terminated, and the data has been recollected.
…”


Can such descriptions fit better together anyhow?

Regards,
Markus

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2024-02-23 10:33 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-02-23 10:33 [cocci] Influence of shared memory areas for parallel data processing of SmPL code Markus Elfring

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.