Functional API

L'API parallel\Runtime fournit un grand degré de contrôle au développeur PHP expérimenté, et à ceux qui sont intimement familiers avec l'écriture d'applications qui utilisent la concurrence parallèle.

L'API fonctionnelle fournit moins de contrôle en échange de la capacité de prendre des décisions pour le développeur:

tous les runtimes en cours d'exécution sont amorcés de manière identique
l'ordonnancement est déterminé par l'API, et non par le développeur

parallel\run() fournit la garantie que la tâche commencera à s'exécuter en parallèle dès que les contraintes matérielles et du système d'exploitation le permettront, sans créer inutilement des espaces d'exécutions. Pour la plupart des applications, l'API fonctionnelle devrait être préférée.

Sommaire

parallel\bootstrap — Amorçage
parallel\run — Exécution

Improve This Page

Learn How To Improve This Page • Submit a Pull Request • Report a Bug

＋add a note

User Contributed Notes 1 note

down

gajowy at agzeta dot pl ¶

1 year ago

Consider cost of bootstraping. In the parallel\Runtime API the bootstrap routine is executed each time "new Runtime()" is called. So if you create e.g. 8 Runtimes, the bootstrap code will be executed 8 times and it does not depend on the number of Futures. On the other hand, in the case of Functional API each "parallel\run()" causes the boostrap code to be called again. This can be painfull if your tasks environement is complex (eg. huge datasets that need to be prepared in advance and thausends of relatively small tasks).

＋add a note