Opened 14 years ago
Closed 14 years ago
#162 closed defect (fixed)
Event generation efficiency and weights for unweighted events
Reported by: | Frank Krauss | Owned by: | support@sherpa-mc.de |
---|---|---|---|
Priority: | trivial | Milestone: | perfect |
Component: | Unknown | Version: | 0.trunk |
Keywords: | Cc: |
Description
Running a simple process (g b -> mu+ mu- b) I see a difference of about a factor of 5 in event generation time between weighted and unweighted. That's fine, but anecdotic evidence points that some of my unweighted events have huge weights > 1000, most of them seem to have weights above 1.
See the attached Run card.
Attachments (1)
Change History (4)
Changed 14 years ago by
Attachment: | Run.LHCB_PDFs.dat added |
---|
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
Milestone: | rel-1.3.0 → rel-perfect |
---|---|
Priority: | major → trivial |
Checked the weights again, they seem to be constant. I do not see any connection to the xsec (they say about 800 with an xsec of about 32 pb).
I degrade the thing to "trivial" and postpone to rel-perfect.
comment:3 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
The total cross section is determined as (sum weights)/(n trials), and in the new methode for unweighted event generation the number of trials is different from one. This is why the constant weight is (in most cases) much larger than the total cross section.
Could you please try and generate a weight distribution for this setup? It might be that this problem is nothing but a manifestation of our changes in the default choice of Max_Epsilon, see ticket #133. Another option to check this is to explicitly set 'Max_Epsilon 0' in the process block.