From b633455bbc570e759fd7ad4d9ac87d3d525b7cdd Mon Sep 17 00:00:00 2001 From: Wolfgang Bangerth Date: Sun, 17 May 2009 10:16:35 +0000 Subject: [PATCH] Merge the changelog file from the TBB branch into changes.h. git-svn-id: https://svn.dealii.org/trunk@18854 0785d39b-7218-0410-832d-ea1e28bc413d --- deal.II/doc/news/changes-tbb-branch.h | 93 ------------------------- deal.II/doc/news/changes.h | 98 +++++++++++++++++++++++++-- 2 files changed, 93 insertions(+), 98 deletions(-) delete mode 100644 deal.II/doc/news/changes-tbb-branch.h diff --git a/deal.II/doc/news/changes-tbb-branch.h b/deal.II/doc/news/changes-tbb-branch.h deleted file mode 100644 index 6e9ea86cef..0000000000 --- a/deal.II/doc/news/changes-tbb-branch.h +++ /dev/null @@ -1,93 +0,0 @@ -
  • -

    - Changed: The two DataOut::build_patches, DataOutFaces::build_patches, and - DataOutRotation::build_patches functions have lost the argument - that indicated the number of threads with which they should build the - intermediate representation. This is something that now happens - transparently in the background and doesn't need caller input any more. -
    - (WB 2008/12/16) -

    - - -
  • -

    - Changed: Previously, one had to give the two flags - --enable-multithreading --with-multithreading to - ./configure to enable thread usage throughout the library. - This has now been simplified: only the flag --enable-threads - is now necessary. Furthermore, since most current machines have multiple - cores these days, the default is now to use threads. This can be switched - off using --disable-threads, however. -
    - (WB 2008/09/29) -

    - -
  • -

    - New: As a primary means of parallelizing programs, deal.II now uses - a task-based, rather than thread-based approach, in which one - uses a high-level description of what needs to be done, - rather than how these jobs have to be mapped onto threads. We then - use the Threading - Building Blocks (TBB) library to schedule tasks onto available - hardware resources. This new scheme of describing parallism and - various abstractions to make programming in this framework easier - are described in great detail in the - @ref threads "Parallel computing with multiple processors" module. - In addition, most of the parallelism already used within deal.II - has been converted to use tasks, rather than threads, and so have - some of the tutorial programs. -
    - (WB 2009/01/09) -

    -
  • - -
  • -

    - Changed: The support for threading has been completely re-written. In - particular, the Threads::spawn functions have been deprecated, and - new functions Threads::new_threads have been introduced. - Threading is now discussed in a lot of detail in the - @ref threads "Parallel computing with multiple processors" module. -
    - (WB 2009/01/09) -

    -
  • - -
  • -

    - Fixed: The DoFRenumbering::component_wise function for MGDoFHandler objects - did a few things in parallel that weren't thread-safe. This is now fixed. -
    - (WB, 2009/01/20) -

    - -
  • -

    - Changed: The KellyErrorEstimator::estimate functions had a parameter - that indicates the number of threads to be used in the computation. - This parameter continues to exist for compatibility, but is now ignored. - Rather, the number of threads is determined automatically by scheduling - the requested computations on available compute resources. -
    - (WB, 2008/12/29) -

    - -
  • -

    - New: The new function internal::hp::FEValuesBase::get_fe_collection function - allows to query the finite element collection currently in used in an hp::FEValues, - hp::FEFaceValues, or hp::FESubfaceValues object. -
    - (WB 2008/09/30) -

    - -
  • -

    - New: The new function FEValuesBase::get_update_flags allows to query - the update flags that are currently set on an FEValues, FEFaceValues, or - FESubfaceValues object. -
    - (WB 2008/09/29) -

    diff --git a/deal.II/doc/news/changes.h b/deal.II/doc/news/changes.h index 20c831f10c..10c5bc2d99 100644 --- a/deal.II/doc/news/changes.h +++ b/deal.II/doc/news/changes.h @@ -41,10 +41,50 @@ inconvenience this causes.

    General

      -
    1. -

      -

      -
    2. +
    3. +

      + Changed: Previously, one had to give the two flags + --enable-multithreading --with-multithreading to + ./configure to enable thread usage throughout the library. + This has now been simplified: only the flag --enable-threads + is now necessary. Furthermore, since most current machines have multiple + cores these days, the default is now to use threads. This can be switched + off using --disable-threads, however. +
      + (WB 2008/09/29) +

      + +
    4. +

      + New: As a primary means of parallelizing programs, deal.II now uses + a task-based, rather than thread-based approach, in which one + uses a high-level description of what needs to be done, + rather than how these jobs have to be mapped onto threads. We then + use the Threading + Building Blocks (TBB) library to schedule tasks onto available + hardware resources. This new scheme of describing parallism and + various abstractions to make programming in this framework easier + are described in great detail in the + @ref threads "Parallel computing with multiple processors" module. + In addition, most of the parallelism already used within deal.II + has been converted to use tasks, rather than threads, and so have + some of the tutorial programs. +
      + (WB 2009/01/09) +

      +
    5. + +
    6. +

      + Changed: The support for threading has been completely re-written. In + particular, the Threads::spawn functions have been deprecated, and + new functions Threads::new_threads have been introduced. + Threading is now discussed in a lot of detail in the + @ref threads "Parallel computing with multiple processors" module. +
      + (WB 2009/01/09) +

      +
    @@ -99,7 +139,55 @@ inconvenience this causes. (WB 2009/04/29)

  • - + +
  • +

    + Fixed: The DoFRenumbering::component_wise function for MGDoFHandler objects + did a few things in parallel that weren't thread-safe. This is now fixed. +
    + (WB, 2009/01/20) +

    + +
  • +

    + Changed: The two DataOut::build_patches, DataOutFaces::build_patches, and + DataOutRotation::build_patches functions have lost the argument + that indicated the number of threads with which they should build the + intermediate representation. This is something that now happens + transparently in the background and doesn't need caller input any more. +
    + (WB 2008/12/16) +

    + +
  • +

    + Changed: The KellyErrorEstimator::estimate functions had a parameter + that indicates the number of threads to be used in the computation. + This parameter continues to exist for compatibility, but is now ignored. + Rather, the number of threads is determined automatically by scheduling + the requested computations on available compute resources. +
    + (WB, 2008/12/29) +

    + +
  • +

    + New: The new function internal::hp::FEValuesBase::get_fe_collection function + allows to query the finite element collection currently in used in an hp::FEValues, + hp::FEFaceValues, or hp::FESubfaceValues object. +
    + (WB 2008/09/30) +

    + +
  • +

    + New: The new function FEValuesBase::get_update_flags allows to query + the update flags that are currently set on an FEValues, FEFaceValues, or + FESubfaceValues object. +
    + (WB 2008/09/29) +

    +/ol> */ -- 2.39.5