Dear Alexander
just be careful, having one region VAC which you subtract tens of thousands of bodies
will result in a very slow tracking time. The best approach will be to split the VAC
into main smaller regions where you subtract fewer bodies. (Look on the advanced
course the slides on optimization/geometry)
Your geometry is highly repetitive so why not using LATTICEs with the lattic.f routine
it will make much much simpler your geometry and improve the tracking time.
Last you have a lot of overlaps in your geometry many bodies have exactly the
same coordinates e.g. all regions declared as fiberglass
Vasilis
________________________________________
From: owner-fluka-discuss_at_mi.infn.it [owner-fluka-discuss_at_mi.infn.it] on behalf of panov_at_dec1.sinp.msu.ru [panov_at_dec1.sinp.msu.ru]
Sent: 07 September 2015 16:34
To: paola.sala_at_mi.infn.it
Cc: fluka-discuss_at_fluka.org
Subject: Re: [fluka-discuss]: Can't read more than 9999 bodies with GLOBAL 18000
Dear Paola,
Thank you very much for your help. I will try COMBNAME. Actually I need
approximately 45000 regions with individual readout of energy deposition
because I construct a model of very complicated cosmic-ray spectrometer
and the multi-pad silicon detector was only my first exercise. But I
understood that I couldn't even think about 45000 regions while FLUKA
can't read more than 9999 bodies...
Do I understand correctly that to obtain more than 20000 regions it is
enough to edit the file (DIMPAR) properly and than recompile FLUKA?
Best wishes,
Alexander
On 2015-09-07 14:50, Paola Sala wrote:
> Dear Alexander,
> Fluka could read more than 9999 bodies, but there is a bug in a I/O
> statement..thanks for pointing this out.
> The bug fix will be released with the next respin.
> In the meantime, the solution to your problem is to use the name based
> geometry input (COMBNAME in the GEOBEGIN sdum, for details refer to the
> manual), that is also much more flexible and easier to
> write/read/maintain.
> Regards
> Paola
>> Dear all,
>>
>> I tried to run FLUKA for model of multi-layer silicon pad-detector
>> with
>> geometry represented by 15008 bodies and the same number of regions. I
>> defined the maximal number of regions as 18000:
>>
>> *...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
>> GLOBAL 18000 -1 1
>>
>> But the reading of my input file is suddenly broken after reading of
>> the
>> body number 9999 without any further error massages. The last line of
>> my
>> out-file exactly is
>>
>> RPP 9999 0.3405000D+02 0.3595000D+02 0.4805000D+02 0.4995000D+02
>> -0.1022500D+01 -0.9775000D+0099985
>>
>> and no more. No error messages in err-file. FLUKA could not read more
>> than 9999 bodies. Why?
>>
>> Similar example with the number of bodies less than 10000 (exactly,
>> 9608) was executed very well. I send both examples of input files:
>> Long.inp for 15008 bodies and Short for 9608 bodies.
>>
>> Thanks in advance,
>> Alexander
>>
>
>
> Paola Sala
> INFN Milano
> tel. Milano +39-0250317374
> tel. CERN +41-227679148
__________________________________________________________________________
You can manage unsubscription from this mailing list at
https://www.fluka.org/fluka.php?id=acc_info
__________________________________________________________________________
You can manage unsubscription from this mailing list at
https://www.fluka.org/fluka.php?id¬c_info
Received on Tue Sep 08 2015 - 17:52:55 CEST