- 18 Jul, 2011 1 commit
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@155 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 11 Jul, 2011 1 commit
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@153 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 08 Jul, 2011 2 commits
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@150 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@148 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 07 Jul, 2011 2 commits
-
-
berenger-bramas authored
(but even if it's not finished I need to commit this work to update the svn with other commit like cmake etc.) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@146 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
(also change the examples that refere to this function) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@140 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 16 Jun, 2011 1 commit
-
-
berenger-bramas authored
All the template organization has been refactorized. Before : FOctree< ClassParticle, ClassVector, etc...> myTree; And in the FOctree class the code did some stuff automatically as: putting ClassVector and ClassParticle together => ClassVector<ClassParticle> But it must the user the give a ClassVector with the type ClassVector<template class T> Now : We decide everything : FOctree< ClassParticle, ClassVector<ClassParticle>, etc... > So the code is more generic but it must the user to describe with more details his data in his main. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@135 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 14 Jun, 2011 1 commit
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@132 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 09 Jun, 2011 1 commit
-
-
berenger-bramas authored
I remove the temporary creation in the loop to create only one per file. LOOP PARTICLE.create PARTICLE <= FILL ENDLOOP Has been changed by PARTICLE.create LOOP PARTICLE <= FILL ENDLOOP git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@121 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 07 Jun, 2011 1 commit
-
-
berenger-bramas authored
a template. So this template has to be given to FOctree, FFmm and FKernels. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@114 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 01 Jun, 2011 1 commit
-
-
berenger-bramas authored
This is a simple parameter given to the tree (FOctree) constructor. (Instead of a template) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@103 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 31 May, 2011 2 commits
-
-
berenger-bramas authored
(step 2/2) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@102 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
(step1/2) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@101 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 30 May, 2011 1 commit
-
-
berenger-bramas authored
Now the leafs contains a list of real particles (and not pointers). It make the P2P running faster (excepted with openmp, I'm going to fix it now). git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@97 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 13 May, 2011 1 commit
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@86 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 09 May, 2011 1 commit
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@82 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 04 May, 2011 1 commit
-
-
berenger-bramas authored
But here is a new tools : testMortonIndex.cpp and FHLoader.hpp and Data/testH.txt This is loading a file and printing all the morton index of the boxes containing particles. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@77 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 02 May, 2011 6 commits
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@73 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
Still a problem with fmb & mpi. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@71 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
Need to tcheck again the restult. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@70 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
To enable buffering there is an abstractClass Sendable. So we are not using the mpi buffering system but our own model with an abstraction to cell data class that need to be sent. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@69 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@68 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
Remove the previous AbstractApplication >> MpiApplication. Change it into a single file with define system. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@67 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 28 Apr, 2011 2 commits
-
-
berenger-bramas authored
But need to be validate for a the FMB computation. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@64 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@63 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 26 Apr, 2011 1 commit
-
-
berenger-bramas authored
Change Macro FUSE into SCALFMM_USE git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@60 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 21 Apr, 2011 2 commits
-
-
berenger-bramas authored
git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@53 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
and have created a basic mpi version just for fun. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@52 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 19 Apr, 2011 1 commit
-
-
berenger-bramas authored
(Doxygen doc + fmm old P2P version) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@48 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 18 Apr, 2011 1 commit
-
-
berenger-bramas authored
Need some tests. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@45 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 14 Apr, 2011 1 commit
-
-
berenger-bramas authored
Because, Particule is French ! And most of the lib components are in english. Sorry for the delay. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@43 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 11 Apr, 2011 1 commit
-
-
berenger-bramas authored
Core (Fmm) Components (cells, leafs, particules) Changed FMM into Fmm. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@38 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 08 Apr, 2011 3 commits
-
-
berenger-bramas authored
In this version only what is needed is computed. So the cell has a trace to know if there are sources or targets inside them. Need to clean the code And rename file/class linked to this system. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@37 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
Also renamed some files. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@35 2616d619-271b-44dc-8df4-d4a8f33a7222
-
berenger-bramas authored
(or take a default file if nothing is given) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@34 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 07 Apr, 2011 1 commit
-
-
berenger-bramas authored
But! Need more test event if it compiles Need to change some name Need to think about the operators for the cells that have only targets or sources particules under them. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@32 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 05 Apr, 2011 1 commit
-
-
berenger-bramas authored
2 - Add a task based fmm threaded algorithm. It uses the OpenMP task (but needs some test) Now there are 3 multi thread fmm algorithms Naive approach (iter + mutex) Task based approach Inspector-executor model (closest to fmb original approach) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@27 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 01 Apr, 2011 1 commit
-
-
berenger-bramas authored
New multi-thread version. (efficiency > 0.8 for 8 threads on 2.000.000 particules) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@25 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 31 Mar, 2011 1 commit
-
-
berenger-bramas authored
A trace system has been added (FTrace). Output format may change later. __PRETTY_FUNCTION__ can be used (to replace __FONCTION__) but it is a large name (difficult to read) because of template. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@23 2616d619-271b-44dc-8df4-d4a8f33a7222
-
- 30 Mar, 2011 1 commit
-
-
berenger-bramas authored
Refactoring (especially the Core/FTest...) Remove the bug of forces computation (comparing to FMB) git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/scalfmm/scalfmm/trunk@21 2616d619-271b-44dc-8df4-d4a8f33a7222
-