RE: [fluka-discuss]: RE: Increasing ICOMAX

From: Alfredo Ferrari <alfredo.ferrari_at_cern.ch>
Date: Wed, 17 Feb 2016 10:37:32 +0100

Hi Paul

the situation is not so simple. Even increasing ICOMAX you will likely hit
stops with 3 other dimensions which are somewhat related, last but not
least possibly the overall amount of memory required for such a huge
number of materials/elements.

I am not sure I fully understand your problem, are you telling me that
there are 30 different composition materials for the 30 different areas of
services along z? Don't they can be constructed as superpositions
of the same materials if the services of one area add up to the next one?

We are not able to provide a respin at such short notice, it takes time
and usually we cumulate 2-3 bugs/changes to minimize our efforts. Also as
I explained before I am very much afraid that increasing ICOMAX only will
not solve your problem. There are a couple of other independent issues
pending and a respin could be reasonably out in 2-3 weeks, assuming we
work out which other dimensions really need to be increased

                       Alfredo

+----------------------------------------------------------------------+
| Alfredo Ferrari || Tel.: +41.22.76.76119 |
| CERN-EN/STI || Fax.: +41.22.76.69474 |
| 1211 Geneva 23 || e-mail: Alfredo.Ferrari_at_cern.ch |
| Switzerland || |
+----------------------------------------------------------------------+

On Tue, 16 Feb 2016, Paul Miyagawa wrote:

> Dear Alfredo,
>
> I'm afraid the larger ICOMAX is needed to model the detector services accurately. Previously we modelled the services as uniform along the length of the layer. However, reality is that the services increase as each module is added to the chain (i.e., the services for each additional module requires a separate MATERIAL), and elemental composition of the services varies (i.e., each MATERIAL requires separate COMPOUNDs). As an example, for one pixel layer there are 30 modules in z (assuming phi-symmetry), each with 3 COMPOUND cards (7-9 elements per material). Then there are 5 pixel layers + 4 strip layers (+ 6 strip disks, each with ~20 rings of modules), and the numbers multiply quite quickly.
>
> If the ICOMAX can be increased only in a new respin, would it be possible to have one prepared for tomorrow (Wednesday)? I'm giving a talk at a meeting on Thursday, so would need to submit jobs tomorrow evening to have any chance of results.
>
> Thanks,
> Paul
>
> -----Original Message-----
> From: Alfredo Ferrari [mailto:alfredo.ferrari_at_cern.ch]
> Sent: 16 February 2016 15:16
> To: Paul Miyagawa
> Cc: Anton Lechner; fluka-discuss_at_fluka.org; Alfredo Ferrari
> Subject: Re: [fluka-discuss]: RE: Increasing ICOMAX
>
> Dear Paul
>
> we do not intend the source distribution for any change as clearly written in the relevant form, even as simple as changing a dimension since there could be side effects.
>
> If you really need a larger ICOMAX we could possibly conisder it for the next respin, I would only like to be convinced that it is really necessary, since the present value is already extremely large.
>
> Alfredo
>
>
> +----------------------------------------------------------------------+
> | Alfredo Ferrari || Tel.: +41.22.76.76119 |
> | CERN-EN/STI || Fax.: +41.22.76.69474 |
> | 1211 Geneva 23 || e-mail: Alfredo.Ferrari_at_cern.ch |
> | Switzerland || |
> +----------------------------------------------------------------------+
>
> On Tue, 16 Feb 2016, Paul Miyagawa wrote:
>
>> Dear Anton,
>>
>> Thank you for your reply. I'm afraid that I really do need more compounds/mixtures. I'm working on improving (i.e., adding more detail) to the ATLAS Upgrade detector. This problem arose when I had implemented half of one additional detector, and there are at least two more additions to come. I assume that I need to complete the request form to have access to the source code.
>>
>> Cheers,
>> Paul
>>
>> -----Original Message-----
>> From: Anton Lechner
>> Sent: 16 February 2016 08:22
>> To: Paul Miyagawa; fluka-discuss_at_fluka.org
>> Subject: RE: Increasing ICOMAX
>>
>> Dear Paul,
>>
>> Unfortunately, it is not possible for users to increase these values by themselves since they are used in the precompiled libflukahp.a library (when you recompile, you actually don't recompile this library). The max number of compounds/mixtures is presently 2400, which is already a lot. Do you really need more?
>>
>> Cheers, Anton
>>
>> ________________________________________
>> From: owner-fluka-discuss_at_mi.infn.it [owner-fluka-discuss_at_mi.infn.it]
>> on behalf of Paul Miyagawa [Paul.Miyagawa_at_cern.ch]
>> Sent: 16 February 2016 00:57
>> To: fluka-discuss_at_fluka.org
>> Subject: [fluka-discuss]: Increasing ICOMAX
>>
>> Hello,
>>
>> I am getting the following error message from Fluka (2c-3 installed from tarball of 64-bit binaries):
>>
>> *** Too many compound cards. Increase the Icomax (and maybe Mxxmdf)
>> ***
>> *** parameters inside include DIMPAR ***
>>
>> I tried increasing both ICOMAX and MXXMDF in the file $FLUPRO/flukapro/(DIMPAR) and recompiling, but this doesn't seem to help. Can I fix this in the binary version, or do I need to recompile from the source code? Thanks for any assistance.
>>
>> Best wishes,
>> Paul
>> ______________________________________________________________________
>> ____ You can manage unsubscription from this mailing list at
>> https://www.fluka.org/fluka.php?id?c_info
>>
>> ______________________________________________________________________
>> ____ You can manage unsubscription from this mailing list at
>> https://www.fluka.org/fluka.php?id?c_info
>>
>>
>
> __________________________________________________________________________
> You can manage unsubscription from this mailing list at https://www.fluka.org/fluka.php?id?c_info
>
>

__________________________________________________________________________
You can manage unsubscription from this mailing list at https://www.fluka.org/fluka.php?id=acc_info
Received on Wed Feb 17 2016 - 11:57:38 CET

This archive was generated by hypermail 2.3.0 : Wed Feb 17 2016 - 11:57:39 CET