#64 CQuery: parallel

已關閉
ranides4 年之前創建 · 4 條評論
ranides commented 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 commented 4 年之前
所有者
  • parallel for-each for list, array, collection and spliterator
- [x] parallel for-each for list, array, collection and **spliterator**
ranides commented 4 年之前
所有者
  • coverage
- [ ] coverage
ranides 在代碼提交 4 年之前 中引用了該問題
ranides commented 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 commented 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 年之前 中引用了該問題
ranides4 年之前 關閉
Sign in to join this conversation.
未選擇里程碑
未指派成員
1 參與者
正在加載...
取消
保存
尚未有任何內容