Dear Vasilis,
Thank you very much for your recommendations. Actually I have rapid
progress in understanding of FLUKA. I already have learned LATTICE
ideology with using of lattic.f and have built first working examples.
It is clear and very nice. This way I can reduce the size of my model
from 45000 regions to approximately 10500 regions and it is within the
standard capabilities of FLUKA. It is also a very good idea to define
many small vacuum regions. I will use it. Can you advice me some advance
course about FLUKA optimization that you wrote about?
Thanks again,
Alexander
On 2015-09-08 17:15, Vasilis Vlachoudis wrote:
> 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=acc_info
Received on Tue Sep 08 2015 - 23:35:13 CEST