#64 CQuery: parallel

Fermé
Créé il y a 4 ans par ranides · 4 commentaires
ranides a commenté il y a 4 ans

Review CQuery and prepare for correct parallelization.

Please remember about all atomic variables from #63.

Be prepared for derived classes which:

  • use internally parallel stream if possible
  • use internally parallel spliterator if possible

API for:

  • turn on/off query parallelization
  • check parallelization feature

Implement parallel processing for:

  • CQList
  • CQListSupplier
  • CQArray
  • CQArraySupplier
  • CQCollection
  • CQCollectionSupplier
  • CQAppend ?

Implement parallel processing for derived streams: prefer parallel if parent stream supports it.

Review CQuery and prepare for correct parallelization. Please remember about all atomic variables from #63. Be prepared for derived classes which: - use internally parallel stream if possible - use internally parallel spliterator if possible API for: - turn on/off query parallelization - check parallelization feature Implement parallel processing for: - CQList - CQListSupplier - CQArray - CQArraySupplier - CQCollection - CQCollectionSupplier - CQAppend ? Implement parallel processing for derived streams: prefer parallel if parent stream supports it.
ranides a commenté il y a 4 ans
Propriétaire
  • parallel for-each for list, array, collection and spliterator
- [x] parallel for-each for list, array, collection and **spliterator**
ranides a commenté il y a 4 ans
Propriétaire
  • coverage
- [ ] coverage
ranides a référencé ce problème à partir d'un commit il y a 4 ans
ranides a commenté il y a 4 ans
Propriétaire

todo: we should mark additional feature: "hasFastParallelEach" - it should be returned if implementation of "each" is paralell sensitive and can use internally more than one thread.

In such situations, when fast-parallel-each is supported, we should prefer direct #each call instead of some other generic methods from support package.

Maybe, but this is really maybe: write additional method forEachParallel & whileEachParallel?

todo: we should mark additional feature: "hasFastParallelEach" - it should be returned if implementation of "each" is paralell sensitive and can use internally more than one thread. In such situations, when fast-parallel-each is supported, we should prefer direct #each call instead of some other generic methods from `support` package. Maybe, but this is *really* maybe: write additional method `forEachParallel` & `whileEachParallel`?
ranides a commenté il y a 4 ans
Propriétaire

Please note: our coverage tests should not profile performance problems which are known and delegated to #68

Please note: our coverage tests should not profile performance problems which are known and delegated to #68
ranides a référencé ce problème à partir d'un commit il y a 4 ans
Connectez-vous pour rejoindre cette conversation.
Aucun jalon
Pas d'assignataire
1 Participants
Chargement…
Annuler
Enregistrer
Il n'existe pas encore de contenu.