Changes between Version 7 and Version 8 of DevelopmentPage/MultiParton


Ignore:
Timestamp:
Feb 21, 2010, 8:25:52 PM (14 years ago)
Author:
Fabio Maltoni
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • DevelopmentPage/MultiParton

    v7 v8  
    2626At the end this is slower that the current way madgraph does because one ends up in calculating many times the same
    2727diagrams, i.e. this is inefficient.
     28Note that a jamp is a color ordered amplitude and could be directly computed by mg5 by keeping the order of the gluons fixed in the diagrams.
    2829
    2930=== Second Step : getting the code faster. ===
    3031
    31 I believe the recalculation of the sigrams could be avoided with some clever caching, even though
     32I believe the recalculation of the diagrams could be avoided with some clever caching, even though
    3233I am not sure how to do this in fortran.  A better alternative  is to use recursive Berends-Giele relations for color ordered amps. This is easy enough for pure gluonic amplitudes, which could be used to make tests.
    3334There is also another clear improvement that one could try to make, which is storing only one line of the color matrix
    34 and getting all the others by applying the same permutations. Finally, if one is able to generate the permutations instead of listing them in the code, one could really write a small code.
     35and getting all the others by applying the same permutations. Finally, if one is able to generate the permutations instead of listing them in the code, one could really write a small code: this is certainly possible, the problem is that we need exactly the same algo in Fortran (to run the code) and in Python (to write the code and make the identification of the jamp(i) with the corresponding element in the color matrix.
    3536
    3637=== Third Step : Expand the results in powers of 1/Nc and MC over color flows ===