#11 closed defect (worksforme)
Exception Throw (St9exception) in Z+4Jets cross section calculation
Reported by: | niegel@cern.ch | Owned by: | support@sherpa-mc.de |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Unknown | Version: | 1.0.11 |
Keywords: | Crash Z+4Jets | Cc: |
Description
Hi Sherpa-Team,
running Z+4Jets gives an error during step 3 (cross section calculation and event generation) after VP2_6_1032_11_51845_256_98_0 loaded. I'm not running out of memory.
Thank you very much in advance.
Martin
.
.
.
VP2_6_1224_13_28488_256_94_0 loaded.
VP2_6_1032_11_51845_256_98_0 loaded.
VP2_6_1032_11_51845_256_98_0 loaded.
Sherpa: throws std::exception St9exception ... Exception_Handler::GenerateStackTrace(..): Generating stack trace (adapted from ROOT version 3.10) {
0xa530a840 in '_ZN6ATOOLS17Exception_Handler18GenerateStackTraceERSobRKSs'
from '/local/scratch/niegel/SHERPA/SHERPA-MC-1.0.11/lib/SHERPA-MC/libToolsOrg.so.0'
0xa530b340 in '_ZN6ATOOLS17Exception_Handler9TerminateEv'
from '/local/scratch/niegel/SHERPA/SHERPA-MC-1.0.11/lib/SHERPA-MC/libToolsOrg.so.0'
0xa530c590 in '_ZN6ATOOLS9TerminateEv'
from '/local/scratch/niegel/SHERPA/SHERPA-MC-1.0.11/lib/SHERPA-MC/libToolsOrg.so.0'
0x0 in '<unknown>'
from '/usr/lib/libstdc++.so.6'
0x0 in '<unknown>'
from '/usr/lib/libstdc++.so.6'
0x8049430 in 'main'
from './Sherpa'
0xa5380de0 in 'libc_start_main'
from '/lib/tls/libc.so.6'
0x80492a4 in 'gxx_personality_v0'
from './Sherpa'
} Exception_Handler::Terminate(): Pre-crash status saved to '/local/scratch/niegel/SHERPA/SHERPA-MC-1.0.11/SHERPA-1.0.11/Run/StatusSat_Feb9_20-19-58_2008'. Exception_Handler::Exit: Exiting Sherpa with code (0) Return_Value::PrintStatistics(): Statistics {
Generated events: 0
}
Attachments (0)
Change History (4)
comment:1 Changed 17 years ago by
comment:2 Changed 17 years ago by
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Hi Martin,
I did some testing, and am fairly sure that you are running out of memory. Running the setup that you sent me on a machine with 4GB of memory brings me to >3.5GB memory consumption while still loading libraries (at that point I killed the process). There might be a couple of options for reducing this demand, but I will let our matrix element guy comment on that.
For future versions we have quite a few improvements planned for high multiplicity final states, so stay tuned.
Cheers, Frank
comment:3 Changed 13 years ago by
Milestone: | → rel-old |
---|
Hi Martin,
thanks for your report. Can you attach a tar ball containing the setup files which you are using for this run? We just want to make sure that we are looking into the same setup as you.
Cheers, Frank