#64 CQuery: parallel

Закриті
4 роки тому відкрито ranides · 4 коментарів
ranides відкоментовано 4 роки тому

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 відкоментовано 4 роки тому
Власник
  • parallel for-each for list, array, collection and spliterator
- [x] parallel for-each for list, array, collection and **spliterator**
ranides відкоментовано 4 роки тому
Власник
  • coverage
- [ ] coverage
ranides згадано цю проблему в коміті 4 роки тому
ranides відкоментовано 4 роки тому
Власник

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 відкоментовано 4 роки тому
Власник

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 згадано цю проблему в коміті 4 роки тому
Підпишіться щоб приєднатися до обговорення.
Етап відсутній
Немає відповідального
1 учасників
Завантажується...
Скасувати
Зберегти
Тут ще немає жодного вмісту.